Roadmap Now-Next-Later

Un roadmap Now-Next-Later sustituye el eje temporal por la confianza. Now contiene el trabajo activamente en marcha — acotado, asignado y con entrega esperada pronto. Next contiene el pequeño conjunto de apuestas que el equipo pretende abordar una vez que Now se despeje: acordadas en dirección, pero aún no completamente definidas. Later es el aparcamiento de problemas que vale la pena resolver algún día — lo bastante reales para registrarlos, demasiado incierto para dimensionarlos. Los horizontes son deliberadamente desiguales: Now es específico y corto, Later es amplio y vago.

Es crucial que la unidad de cada elemento sea un outcome o un problema («reducir el abandono en el onboarding», «desbloquear a los compradores enterprise de SSO»), no una funcionalidad con alcance fijo. Esto mantiene al roadmap honesto sobre lo que se conoce de verdad frente a lo que aún se está descubriendo, y permite que la solución cambie a medida que llega evidencia sin que el roadmap parezca roto.

Un roadmap tipo Gantt codifica una promesa: esta funcionalidad, en esta fecha. Bajo una incertidumbre real de producto — requisitos que cambian, discovery aún en curso, dependencias que no se controlan — esas fechas son pronósticos disfrazados de compromisos, y envejecen mal. Cuando una fecha se retrasa, los stakeholders lo interpretan como un fracaso en lugar de como nueva información, lo que presiona a los equipos a inflar estimaciones o a lanzar trabajo a medio terminar para cumplir el plazo.

Now-Next-Later evita esto siendo honesto sobre la certeza decreciente. Sigue comunicando secuencia e intención — los stakeholders pueden ver qué viene y aproximadamente en qué orden —, pero no fabrica una precisión que no existe. El formato también absorbe el cambio con elegancia: que un elemento de Later pase a Next es progreso normal, no un plazo incumplido. La versión popularizada se remonta a Janna Bastow, cofundadora de ProdPad, que la creó como alternativa deliberada al roadmap de línea temporal.

El formato falla cuando los equipos reintroducen fechas a escondidas — renombrando «Now / Next / Later» como «T1 / T2 / T3». Eso recrea el problema de la fecha-promesa con pasos adicionales y pierde todo el sentido. Otra trampa es dejar que Later se convierta en un vertedero infinito que nadie depura; si nada avanza ni se descarta jamás, la columna deja de ser un roadmap y se convierte en un cementerio.

El fallo más perjudicial es llenar las columnas con funcionalidades en lugar de outcomes. Una lista de funcionalidades no puede adaptarse cuando la discovery cambia la respuesta, así que el roadmap se fosiliza en un backlog con tres cubos. Combinar el formato con un método explícito de priorización — RICE, WSJF o ponderación por ingresos — mantiene defendible el movimiento entre horizontes, en lugar de que lo dicte quien presionó más recientemente.

Un roadmap Now-Next-Later solo es tan confiable como la señal detrás de cada elemento. La pregunta honesta para cualquier tarjeta es: ¿a qué clientes sirve esto, qué ingresos hay asociados, y qué evidencia dice que importa? Cuando el feedback, los registros de clientes, los ingresos y el trabajo de producto viven en herramientas separadas, responder eso exige un cruce manual antes de cada sesión de planificación — de modo que el roadmap deriva hacia la opinión.

Un sistema operativo de producto como AIOProductOS mantiene esos registros unidos en una sola columna vertebral compartida, de modo que un elemento del roadmap puede llevar el contexto de feedback e ingresos de las cuentas que lo respaldan. Eso convierte promover algo de Later a Next en un movimiento defendible y respaldado por evidencia en lugar de una corazonada, y permite que el roadmap se mantenga actualizado a medida que cambian las señales subyacentes, sin un paso de reconciliación aparte.