UX/UI para Mobile App

Nadie abandona una app porque sea fea. La abandona porque se trabó.

Cuando el número de una app no cuadra, la conversación suele volverse estética: la pantalla está anticuada, el color no combina, el icono es raro. Rediseñar con ese criterio gasta presupuesto y mueve poco el indicador, porque el problema rara vez estaba ahí.

Lo que tumba la conversión es fricción concreta: un paso más de lo necesario, un campo que pide información que la persona no tiene a mano, un error que no explica qué hacer después. El diseño de producto es encontrar esos puntos y quitarlos y por eso se mide en métrica de negocio, no en opiniones sobre la pantalla.

Cómo trabajamos

El orden importa: rediseñar antes de entender dónde se traba la gente es decorar el problema.

• Diagnóstico del embudo. Dónde exactamente abandona la gente, en qué paso y en qué perfil de usuario. Dato de producto primero; opinión después.
• Investigación con usuarios reales. Observar a alguien usando la app revela en veinte minutos lo que semanas de reuniones no revelan. Sobre todo lo que la persona hace y no sabe explicar que hace.
• Arquitectura de la información. Qué aparece en cada pantalla y qué sale. Buena parte de la ganancia viene de quitar, no de añadir.
• Interfaz y sistema de diseño. Componentes consistentes, con estados de carga, error y vacío definidos que es justo donde la mayoría de las apps abandona al usuario.
• Handoff a desarrollo. Especificación que el equipo puede implementar sin adivinar: comportamiento, medidas, casos borde y qué pasa cuando se cae la red.

Qué suele dar retorno primero

Los puntos donde la fricción más cuesta dinero en los productos que atendemos.

• Registro y primer acceso. Es donde se pierde a la mayoría, y donde cada campo eliminado aparece en la tasa de finalización.
• Flujo de conversión. Checkout, contratación o solicitud la secuencia que separa intención de resultado.
• Estados de error. Un mensaje que explica qué pasó y qué hacer ahora evita buena parte de los tickets de soporte.
• Accesibilidad. Contraste, tamaño del área táctil y lector de pantalla. No es solo cumplimiento: un área pequeña baja la conversión de todo el mundo, no solo de quien tiene una limitación.

Qué te queda al final

• El sistema de diseño. Componentes documentados, con los estados definidos, listos para que el equipo los reutilice.
• La especificación de handoff. Lo bastante detallada para que desarrollo no tenga que interpretar.
• Los hallazgos de la investigación. Lo que se observó, con prioridad y lo que quedó fuera de este ciclo.
• La métrica de partida. El valor de antes registrado, para que el después sea comparable.

Cómo lo conducimos

Empezamos por el dato de producto y por sesiones de observación con usuarios reales. De ese levantamiento sale una lista priorizada por impacto sobre la métrica que quieres mover, y no por preferencia estética. La entrega ocurre en ciclos cortos, pantalla crítica primero, para que el resultado aparezca antes de que el proyecto termine.

Cómo medimos el resultado

La métrica se acuerda al inicio y es de producto: tasa de finalización del registro, conversión del flujo principal, abandono por paso y volumen de tickets de soporte. Registramos el valor de partida antes de tocar ninguna pantalla sin eso no hay forma de probar la ganancia después.

Hoy tenemos un seguimiento mucho más robusto, rápido y visual de los resultados de cada gerencia.

Dirección comercial distribuidora nacional de combustibles