Zenith

La mayoría de los gestores de tareas te muestran todo lo que no has hecho. Ábrelos en una mala semana y lo primero que transmiten es fracaso: un muro de elementos atrasados sin ninguna noción de lo que realmente avanza.

Zenith parte de la posición opuesta. El dashboard abre con cuatro contadores (total, completadas, en progreso, atrasadas), de modo que el estado de la semana se lee de un vistazo en vez de con un scroll, y «completadas» tiene el mismo peso visual que «atrasadas» en lugar de quedar oculta.

Cada tarjeta de tarea tiene una barra de progreso segmentada y un conteo como 06/14. Los segmentos importan: una barra continua al 43 % es un número que hay que interpretar; cuatro bloques rellenos de nueve es una forma que reconoces antes de haber leído nada.

La prioridad es un menú desplegable etiquetado, no solo un color. El color la refuerza, pero la palabra «Alta» porta el significado: un punto rojo es invisible para un usuario daltónico rojo-verde y ambiguo para todos los demás.

La pantalla de detalle de tarea amplía la misma idea. Prioridad, estado y fecha límite se apilan como filas etiquetadas, y las subtareas son una checklist con un conteo visible 2/4, de modo que la siguiente acción es siempre algo concreto y no una obligación genérica.

Claro y oscuro están ambos diseñados aquí, no uno diseñado y el otro invertido. Cada pantalla existe en ambos, que es la única forma de detectar dónde una paleta invertida falla: el relleno de progreso pálido que desaparece sobre blanco, la superficie de la tarjeta que deja de diferenciarse del fondo cuando ambos son oscuros.

Ambos temas leen de un mismo conjunto de tokens de color, tipografía y espaciado, así que un cambio en la escala mueve los dos a la vez. Esa es la diferencia entre lanzar un modo oscuro y mantenerlo.

Esto también mantuvo honesto el recuento de pantallas. Diseñar búsqueda, notificaciones, calendario, perfil y creación de tareas dos veces solo es sostenible si los componentes son compartidos, lo cual resulta un límite útil sobre cuántos componentes únicos puede permitirse un diseño.

Más allá de las tres pantallas principales, el concepto cubre la creación de una tarea y un proyecto, la vista de calendario, la búsqueda en ambos temas, notificaciones y ajustes de perfil. Son las pantallas que una demo omite y en las que un usuario real vive.

Diseñarlas es también lo que pone a prueba el sistema. Una librería de componentes parece completa hasta que intentas maquetar una página de ajustes con ella, que es normalmente donde afloran los huecos de un set de tokens.

Un conjunto completo de pantallas en dos temas (dashboard, lista de tareas, detalle de tarea, creación de tarea y proyecto, calendario, búsqueda, notificaciones y ajustes), construido sobre un set de tokens compartido en lugar de ensamblado pantalla a pantalla.

Como concepto no tiene datos de uso detrás, y esta página no pretende lo contrario. Lo que demuestra es la parte que se traslada al trabajo con clientes: diseñar ambos temas a la vez, mantener los estados legibles sin depender del color, y cubrir las pantallas que solo importan cuando el producto está realmente en uso.