Skip to content

← Volver al listado

Planificar y conducir son dos cerebros distintos

Una pantalla densa que funciona en casa con café es ilegible en la cabina con el sol pegando. La tentación era un toggle. La tentación se equivocaba.

2 min de lectura

Planificar y conducir son dos cerebros distintos. Aunque sea la misma persona. La tentación era hacer un solo producto con un toggle de modo. La tentación se equivocaba.

El contexto

Cuando empecé a diseñar el modo viaje, el reflejo era reutilizar la vista del planificador. Mismas columnas, mismos botones, un flag “estás en ruta” que cambiaba qué se podía editar. Conceptualmente limpio: una UI, dos estados.

Operativamente, broma. La pantalla del planificador tiene una densidad brutal — mapa, tabla con 9 columnas, panel lateral de IA, drag-and-drop entre días. Todo porque lo miras a 50 cm con la mano en el ratón. En la cabina, la misma pantalla se convierte en una alfombra de píxeles ilegibles. La densidad que hacía útil al planificador mata al conductor.

La decisión

Dos vistas visualmente incomparables:

  • Planning view. Tabla a la izquierda, mapa a la derecha, paneles de IA y de detalle que aparecen bajo demanda. Puedes editar días, arrastrarlos, borrarlos, añadir POIs. Tipografía normal, espaciado compacto.
  • Trip mode. Una tarjeta grande centrada en pantalla con el destino del día actual. Tres botones grandes debajo: navega ahí, márcalo como visitado, salta al siguiente. Sin tabla, sin panel lateral, sin densidad. Tipografía +30% por defecto, contraste alto.

Y un cambio de estado claro debajo: la misma ruta atraviesa tres fases — planned, live, done — y sólo en una dirección.

Máquina de estados de la ruta: planned → live → done, transiciones unidireccionales; cada estado tiene sus eventos permitidos.

Por qué no un toggle. Un toggle invita al usuario a oscilar. Oscilar mientras conduces es lo contrario de lo que quieres. Tampoco oscilar mientras planificas — la simplicidad del modo viaje no te es útil ahí. Hacerlos inconmutables (sólo avanza) fuerza la decisión mental que ya tomas igualmente: ahora planifico / ahora estoy en ruta / ahora recuerdo. La UI lo confirma, no lo propone.

Qué no es

Para ser explícito:

  • No es un diseño responsive. No es que la misma pantalla se comporte distinto en móvil. Son dos pantallas distintas, navegas con URL distinta.
  • No es un skin. Aparte del header y el sistema de tokens, no comparten componentes. La tarjeta de destino del modo viaje no aparece nunca en el planificador.
  • No es un setting. No puedes “forzar modo viaje” desde el planificador. La transición planned → live la dispara explícitamente el usuario una sola vez, antes de arrancar el motor.

Lo que viene

En el próximo post explico por qué los POIs aparecen solos y cómo eso evita la trampa de la página en blanco. Un planificador vacío intimida. Un planificador que ya tiene sugerencias en el corredor de la ruta — y puedes quitar lo que no te guste — es una conversación.