El alcance de cada modalidad se define según el estado real de la interfaz y las prioridades del equipo. No hay paquetes cerrados ni plazos fijos: primero se revisa qué está pasando, después se acuerda por dónde empezar.
Modalidades de trabajo
No todas las consultas arrancan igual. A veces el problema es un flujo puntual que nadie termina de entender; otras veces hace falta acompañar al equipo durante varios sprints; y otras, dejar armado un sistema que sostenga el orden cuando la consultoría termine. El alcance se define según el estado real de la interfaz y las prioridades que el equipo pueda sostener.
Revisión de los flujos clave del producto con criterios heurísticos: onboarding, formularios, estados de error y tareas críticas. Se documentan los hallazgos con capturas anotadas y se ordenan por impacto real en la tarea del usuario, no por orden de aparición en la pantalla.
Sirve cuando el equipo necesita una mirada externa rápida y concreta antes de tocar código. Entrega un listado priorizado y un mapa de recorrido con los puntos donde la gente se traba.
Ver cómo se organiza la revisiónDespués de la auditoría, el trabajo sigue dentro del ciclo del equipo. Se combinan mapas de recorrido, pruebas moderadas con pocos participantes y wireframes anotados para corregir lo detectado sin frenar el desarrollo en curso.
Pensado para startups y áreas internas de producto que ya tienen un backlog y necesitan incorporar las correcciones sin abrir un proyecto paralelo. Cada sprint cierra con hallazgos y decisiones documentadas.
Ver criterios de trabajoDocumentación de patrones de componentes, guía viva de estilos y criterios de accesibilidad para que el equipo mantenga el orden después de la consultoría. No es un archivo que se guarda: es una referencia que se consulta y se actualiza.
Aplica cuando el producto ya tiene varias pantallas, varios equipos y decisiones repetidas que nadie unificó. El sistema se arma sobre lo que existe, no sobre un ideal abstracto.
Ver enfoque del estudioModalidades de trabajo
No hay un formato único que sirva para todos los equipos. Lo que cambia es el punto de partida: a veces el problema está concentrado en un flujo, otras veces hace falta acompañar la corrección durante varios sprints, y en otros casos lo que falta es una base documentada para que el desorden no vuelva. Estas son las tres modalidades con las que trabajo, según el estado real de la interfaz y las prioridades del equipo.
Revisión de los flujos clave del producto con criterios heurísticos: registro, onboarding, formularios de carga y tareas de uso frecuente. Se documentan los puntos de fricción con capturas anotadas y se entrega una lista de hallazgos priorizados por impacto en la tarea del usuario, no por orden de aparición. Sirve cuando el equipo ya sospecha dónde está el problema pero necesita evidencia para decidir qué corregir primero.
Cuando la auditoría ya está hecha y hace falta corregir, el trabajo se organiza por sprints junto al equipo de producto. Incluye mapas de recorrido, pruebas moderadas con pocos participantes y wireframes anotados que traducen los hallazgos en cambios concretos de pantalla. El ritmo lo marca el equipo: se ajusta a lo que puede implementar sin frenar el resto del roadmap.
Si el producto ya tiene varios equipos tocando la misma interfaz, el problema no es solo de pantallas: es de patrones sin documentar. Esta modalidad arma una guía viva de estilos, componentes y criterios de accesibilidad, con reglas claras de contribución para que el sistema se mantenga después de la consultoría. El objetivo es que el orden no dependa de una sola persona.
Cada modalidad se adapta a startups y áreas internas de producto en Argentina y Latinoamérica. El alcance se define según el estado de la interfaz y las prioridades del equipo, sin plazos fijos ni paquetes cerrados. Si querés ver el detalle del recorrido, podés revisar el proceso de trabajo o escribirme desde la página de contacto.
En esta página se describen tres formas de trabajo: auditoría puntual, acompañamiento por sprints y sistema de diseño. Para saber cuál encaja, no hace falta un brief largo. Con el enlace del producto, el flujo que más duele y una idea del estado del equipo alcanza para orientar la conversación. Si todavía no tenés claro qué modalidad pedir, escribí igual: parte del trabajo es ayudarte a elegir.
Usamos cookies para mantener el sitio estable, recordar opciones basicas y entender que paginas resultan utiles. Puedes aceptar, rechazar o revisar la configuracion antes de continuar.