Caso 04 / 05 · UX / UI · Data Design

Uber Supplier Drill-down Driver

Vista de detalle que permite a los conductores acceder a información granular sobre su actividad en Uber — foco en transparencia, auditoría y comprensión de ingresos y desempeño.

Rol Product Designer (UI)
Contexto Tucar × Uber
Año 2024
Scope Data viz · Mobile · Research
Uber Supplier cover

El driver quiere entender, no solo ver.

Producto

Supplier View

Una vista dentro de la Driver App que expone datos crudos de Uber — viajes, propinas, boni, descuentos — consolidados por día, semana y mes.

Desafío

Densidad alta

Mucha información en pantallas pequeñas, donde cada número representa plata real que el driver ganó (o no). El error no es una opción.

Meta

Transparencia total

Si un driver pregunta "¿por qué me pagaron esto?", la app tiene que dar la respuesta — sin que el driver tenga que llamar a soporte.

Supplier view vista panorámica Supplier view · jerarquía visual del drill-down

Los números sin contexto son desconfianza.

La versión anterior mostraba totales agregados sin explicación. Un driver veía "$342.500 esta semana" pero no podía desglosarlo — ni verificarlo, ni compararlo, ni saber si era más o menos que la semana pasada.

El resultado: percepción de opacidad, desconfianza en la app, y una correlación clara entre drivers que no entendían sus números y drivers que abandonaban la plataforma.

Jerarquía antes que dashboard.

01

Entrevistas con drivers de Uber

Hablé con 8 drivers sobre cómo revisaban sus ingresos. Hallazgo clave: no comparan semanas — comparan sus mejores días contra sus peores. La narrativa era diaria, no semanal.

02

Arquitectura de la información

Definí tres niveles de detalle: resumen diario (primer vistazo), desglose por tipo de ingreso (segundo nivel), y viajes individuales (tercer nivel). Drill-down progresivo sin perder el contexto.

03

Diseño de estados comparativos

Cada métrica muestra la variación vs. su promedio personal del último mes. Un driver que tuvo un buen día lo sabe al instante. Uno que tuvo un mal día también — y entiende por qué.

04

Tests de comprensión

Validé con 6 drivers mostrándoles solo screenshots y pidiéndoles que explicaran qué había pasado ese día. Iteré hasta que la comprensión fuera inmediata, sin tooltips ni explicaciones.

Lo que cambió mi forma de diseñar data.

  • Los drivers no piensan en KPIs, piensan en historias. Un buen día tiene causas identificables. La UI debe contar esa historia.

  • Comparar contra uno mismo es más útil que comparar contra promedios globales. El driver no es el promedio — es sí mismo mejorando o empeorando.

  • La transparencia no es más información, es mejor arquitectura. Mostrar todo de golpe confunde tanto como ocultar datos.

Drill-down detallado Drill-down · desglose diario por tipo de ingreso

La vista final, en uso.

Supplier view solución
Detalle de viaje
Comparación semanal

Transparencia que se nota en retención.

+10-15%
Mejora en conversión
tras A/B testing con Hotjar.
+37%
Drivers que consultan
sus ingresos diariamente.
−55%
Tickets sobre comprensión
de ingresos.

Diseñar para gente que depende de lo que muestras me enseñó que la transparencia bien diseñada es la forma más honesta de crear confianza.