Diseño de Producto

Diseño bonito lo compra cualquiera. Diseño que mueve un número, no.

Cuando el indicador de un producto digital no cuadra, la conversación suele volverse estética: la pantalla está anticuada, la tipografía es floja, el azul no combina. Rediseñar con ese criterio consume presupuesto y mueve poco el número, porque el problema casi nunca estaba ahí.

Lo que tumba la conversión es fricción concreta un paso más de lo necesario, un campo que pide lo que la persona no tiene a mano, un error que no dice qué hacer después. El diseño de producto es encontrar esos puntos y quitarlos. Por eso aquí se mide en tasa de finalización, churn y tickets de soporte, y no en opiniones sobre la pantalla.

Los dos frentes

Parten del mismo método, pero lo que decide el resultado es distinto en cada uno.

• UX/UI para Mobile App. Una app vive de conversión y de soporte. El trabajo se concentra en el registro, en el flujo que genera ingresos y en los estados de error los tres lugares donde la fricción cuesta más caro.
• UX/UI Strategic Design for SaaS. El SaaS vive de la renovación. El cliente reevalúa la decisión en cada ciclo de cobro, así que el foco es acortar el camino hasta el primer resultado real y hacer visible lo que justificaría pagar más.

Qué entregamos

Vale para los dos frentes. Lo que cambia es dónde aprieta cada etapa.

• Diagnóstico del embudo. Dónde abandona la gente, en qué paso y en qué perfil. Dato de producto primero, opinión después.
• Investigación con usuarios reales. Observar a cinco personas usando el producto revela en una tarde lo que semanas de reuniones internas no revelan porque quien lo construyó ya no lo ve como quien llega por primera vez.
• 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 justo donde la mayoría de los productos abandona al usuario.
• 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.
• Handoff a desarrollo. Especificación que el equipo implementa sin adivinar: comportamiento, medidas, casos borde y qué pasa cuando se cae la red.

Dónde esto se encuentra con la práctica de datos

• Producto que muestra datos al cliente. Buena parte de los SaaS necesita entregar un panel a su propio usuario. Ahí se encuentran las dos prácticas: la arquitectura de datos sostiene el número, y el diseño decide si alguien puede entenderlo.
• Panel interno que nadie usa. Cuando el problema es adopción y no tecnología, diseño y data literacy resuelven más que rehacer el panel.

Cómo lo conducimos

Empezamos por el dato de producto que ya tienes 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 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, conversión del flujo principal, abandono por paso, churn en el primer ciclo 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