Admin Panel Onboarding · Tucar
Cómo diseñé el panel interno que usa operaciones para monitorear y gestionar el onboarding de conductores — con visibilidad de estados, documentación y métricas, sin sobrecargar al usuario.
El otro lado del onboarding: quien lo gestiona.
Equipo de Ops
8 personas que supervisan la activación de todos los drivers nuevos. Necesitan ver el estado de cada uno, intervenir cuando se caen, y escalar decisiones al equipo legal cuando hay documentos dudosos.
8 horas al día
No es una app que se usa esporádicamente — es su herramienta principal de trabajo. Toda mejora de eficiencia se multiplica por 8 horas × 8 personas.
Menos ≠ mejor
A diferencia de apps de consumo, acá ocultar información es peligroso. El desafío era densidad alta con jerarquía clara.
Dashboard principal · vista global de onboardings
Operaciones trabajaba con 12 pestañas abiertas.
Antes del panel, el equipo de ops operaba rebotando entre un Google Sheet compartido, el CRM, Slack, y tres vistas diferentes del admin antiguo. Cada onboarding requería consolidar info manualmente.
El resultado: errores por pegar info vieja, demoras, y lo peor — decisiones inconsistentes porque dos personas del mismo equipo veían datos distintos sobre el mismo driver.
Entender el trabajo antes de rediseñarlo.
Shadowing del equipo
Me senté 3 días al lado de cada integrante del equipo de ops. Anoté cada click, cada atajo manual, cada frustración. Eso me dio el mapa real de cómo fluye el trabajo, no el supuesto.
Identificación de patrones
El 80% del trabajo se concentraba en 4 acciones: filtrar por estado, revisar documentos, aprobar/rechazar, y escalar. Todo lo demás era ruido. Ese insight definió la IA del panel.
Tabla + drill-down + quick actions
Estructura principal: una tabla con filtros booleanos por estado. Click en una fila abre un panel lateral con toda la info consolidada. Acciones frecuentes con shortcuts de teclado.
Validación en caliente
Dos semanas de uso real con el equipo, ajustando en vivo lo que no funcionaba. Cada mejora la probaban ellos mismos al día siguiente. Los ajustes finales los pidieron ellos, no yo.
Lo que el shadowing reveló.
-
✶
Los usuarios de enterprise UX no quieren apps lindas — quieren apps que desaparezcan. Cada segundo de fricción se multiplica por cientos de operaciones diarias.
-
✶
Los filtros booleanos (campo "Vinculada" sí/no, por ejemplo) parecen triviales, pero son lo que convierte una tabla de 500 filas en 12 filas relevantes. Ahí se gana tiempo real.
-
✶
El equipo de ops no necesita tutoriales — necesita consistencia. Mismos patrones, mismos shortcuts, misma ubicación. Lo demás lo aprenden solos.
Detail panel · info consolidada en un solo click
El panel, en uso real.
Eficiencia medible en horas reales.
por semana (equipo de 8).
entre operadores del equipo.
durante su jornada.
El mejor feedback que recibí: "ahora tengo tiempo para hacer las cosas que realmente necesitan mi cabeza." Eso es el trabajo.