Diseño que resiste el uso real
Una interfaz se juzga con un usuario cansado, con prisa y con el sol de frente. No en una pantalla de presentación.
Trabajamos sobre todo en software operativo: herramientas que alguien usa durante ocho horas para hacer su trabajo. Ahí el diseño no es decoración; es la diferencia entre una tarea de dos clics y una de nueve.
Diseñamos junto al equipo de ingeniería, no antes. Un flujo precioso que el sistema no puede sostener es tiempo perdido para todos.
Qué incluye
- Investigación con usuarios reales en su contexto de trabajo
- Mapa de flujos y arquitectura de información
- Prototipos navegables para validar antes de construir
- Sistema de diseño con componentes y reglas de uso
- Interfaz final entregada junto a la especificación de comportamiento
- Accesibilidad considerada desde el diseño, no parchada al final
- Medición de uso posterior al lanzamiento para corregir con datos
Cómo lo hacemos
Observar antes de proponer
Antes de dibujar nada nos sentamos a ver cómo se hace hoy el trabajo. La mayor parte de las mejoras aparecen ahí, no en una sesión de ideación.
Prototipar lo riesgoso
No prototipamos todo: prototipamos aquello donde una equivocación costaría caro en desarrollo. El resto se resuelve directamente en implementación.
Sistema, no pantallas
Entregamos componentes y reglas, de modo que la pantalla número cuarenta la pueda armar el equipo sin volver a pedir diseño.
Cuándo tiene sentido
- El producto funciona pero la gente no lo usa como se esperaba
- Cada pantalla nueva se ve distinta de las anteriores
- El soporte recibe siempre las mismas preguntas
- Se va a rehacer una herramienta interna que todos critican
- Hay que lanzar un producto y no existe lenguaje visual propio
Otras líneas
Consultoría y transformación
La mayoría de los proyectos que fracasan no fracasan por el código: fracasan porque nadie acordó qué problema se estaba resolviendo.
Ver →Datos e inteligencia artificial
La mayoría de las iniciativas de datos mueren en el piloto. Normalmente no por el modelo, sino porque nadie resolvió de dónde salen los datos ni quién mantiene el resultado.
Ver →Ingeniería y desarrollo a medida
Construimos sistemas que otra gente va a mantener. Eso cambia cómo se escriben.
Ver →Cuéntanos qué necesitas construir
Diagnóstico inicial sin costo. Respondemos con un alcance concreto, con costo y fecha.
