Alguien abre una app para reservar una cita médica. Busca el botón durante unos segundos, no lo encuentra donde esperaba, prueba dos menús distintos y, cuando por fin reserva, ya está algo irritado. Nada de esto tiene que ver con si la app era bonita. Tiene que ver con la UX (User Experience, «experiencia de usuario»): cómo se siente una persona al usar un producto digital, más allá de su aspecto.
No es una fase, es un proceso completo
La UX empieza mucho antes de dibujar una sola pantalla: investigar quién va a usar el producto y qué necesita realmente, definir el problema concreto que se quiere resolver, esbozar flujos de navegación con wireframes, construir prototipos navegables y probarlos con usuarios reales, y ajustar según lo que se aprende en esa prueba. Saltarse cualquiera de estos pasos suele notarse después, cuando ya es más caro corregirlo.
Investigar antes de diseñar
Entrevistas, encuestas breves o simplemente revisar datos de comportamiento ya existentes ayudan a entender qué frustra realmente a un usuario, en lugar de asumirlo desde dentro de la empresa. Es sorprendentemente común que el equipo que construye un producto tenga una idea de sus usuarios bastante distinta de la realidad, precisamente por estar demasiado cerca del propio proyecto.
- Mapas de recorrido (customer journey) para visualizar el camino completo de un usuario, no solo una pantalla aislada.
- Perfiles de usuario (personas) que resumen necesidades y frustraciones típicas de un segmento real.
- Test con usuarios reales sobre prototipos, antes de que exista una sola línea de código funcional.
La confusión con la UI
La UX se ocupa de que algo funcione bien; la UI, de cómo se ve ese funcionamiento. Pueden fallar por separado: una app puede tener una interfaz preciosa y una experiencia frustrante si el proceso para completar una tarea básica es confuso. Trabajarlas por separado, sin coordinación entre ambas desde el principio, suele producir justo ese tipo de desajuste.