Cómo construir y revisar un roadmap de producto
Un proceso para comunicar dirección, ordenar iniciativas y mostrar qué está comprometido, qué se está investigando y qué podría cambiar.
Acordá qué decisiones debe ayudar a tomar el roadmap
Un roadmap comunica dirección y prioridades de producto. Puede relacionar objetivos, problemas, iniciativas, dependencias y horizontes. Su utilidad depende de quién lo necesita y qué grado de compromiso representa cada elemento.
Separá el roadmap estratégico del backlog detallado y del plan de entrega. Pueden complementarse. No todo roadmap debe eliminar fechas: una migración, un acuerdo o una dependencia externa puede exigirlas. Lo importante es distinguir compromiso, previsión e hipótesis.
Acordá el objetivo y las restricciones antes de ordenar solicitudes. Incluí confiabilidad, mantenimiento y obligaciones relevantes, aunque no se expresen como una nueva función o una mejora inmediata de la métrica comercial principal.
Mostrá incertidumbre sin inventar porcentajes
Now
Trabajo actual, alcance acordado, responsables y restricciones visibles.
Next
Problemas e iniciativas que se investigan o preparan para priorizar después.
Later
Oportunidades y direcciones futuras sujetas a aprendizaje y revisión.
Los horizontes ayudan a comunicar distinto grado de detalle. No equivalen a probabilidades universales como 90%, 60% o 30%, ni obligan a priorizar funciones en uno y resultados en otro.
Un formato por fechas puede servir para coordinación; uno por horizontes, para explorar incertidumbre. Elegí según la necesidad y explicá cómo se relaciona con el calendario de entrega. Ningún formato convierte una estimación en certeza.
Usá RICE como ayuda para comparar
RICE combina alcance, impacto, confianza y esfuerzo: RICE = alcance × impacto × confianza / esfuerzo. Para comparar, usá un mismo horizonte de alcance y unidades de esfuerzo consistentes. Indicá qué está medido y qué es una estimación.
La confianza debe reflejar la calidad de la evidencia, no sólo una cantidad de entrevistas o la seguridad de quien propone. El impacto se estima sobre un objetivo definido; no todo debe traducirse a una única North Star Metric.
El esfuerzo incluye el trabajo relevante para ejecutar, no exclusivamente ingeniería. Diseño, investigación, lanzamiento, migración y operación pueden cambiar la comparación.
No tomes el orden numérico como una decisión automática. Dependencias, urgencias, obligaciones y apuestas estratégicas pueden justificar otra secuencia. Evitá falsa precisión: una diferencia pequeña entre estimaciones inciertas no demuestra superioridad.
Relacioná entregables con resultados esperados
Para cada iniciativa, registrá problema, público, evidencia, resultado esperado, opciones de solución y criterio de evaluación. Así podés revisar si la solución elegida sigue siendo apropiada cuando aparece información nueva.
Ejemplo hipotético: en lugar de limitarse a “construir un panel”, el equipo registra la necesidad de detectar pedidos demorados. Puede evaluar panel, alertas o cambios de flujo. Si existe un compromiso de entrega, lo mantiene visible junto con el motivo y el margen de decisión.
Un pedido de un cliente grande puede ser valioso, obligatorio por contrato o poco conveniente. Evaluá alcance, encaje, ingresos, costo y efectos para otros usuarios. No lo descartes sólo por venir de una cuenta individual ni lo priorices únicamente por presión.
Coordiná dependencias y comunicación
Limitá el trabajo simultáneo según capacidad y dependencias. Tener demasiadas iniciativas activas puede aumentar interrupciones y demora. Un score alto no crea recursos adicionales ni elimina una integración pendiente.
Compartí con ventas, marketing, soporte y operaciones qué está confirmado y qué está en exploración. Definí quién puede comunicar fechas o compromisos externos y cómo se informan cambios.
Reservá capacidad para incidentes, mantenimiento y aprendizaje. Un plan que asigna todo el tiempo disponible a nuevas entregas puede incumplirse aun cuando las estimaciones individuales parezcan razonables.
Evaluá qué se entregó, qué cambió y qué aprendiste
Revisá avance y resultados con una cadencia apropiada para el trabajo. Algunas decisiones necesitan seguimiento frecuente; otras requieren esperar suficiente uso. No hay una frecuencia única válida para todos los horizontes.
Si las métricas no cambian, investigá adopción, medición, horizonte, factores externos y la hipótesis de impacto. No deduzcas que todo el roadmap estaba mal por una señal aislada.
Si las prioridades cambian seguido, registrá las causas. Pueden indicar reacción desordenada, pero también aprendizaje o una emergencia real. Lo útil es hacer explícito qué evidencia justificó el cambio, qué se posterga y qué compromiso se modifica.
Decisiones habituales
¿Un roadmap puede incluir fechas?
Sí. Conviene distinguir compromisos de previsiones y explicar la incertidumbre. Los horizontes y el calendario de entrega pueden coexistir.
¿Tengo que ejecutar primero el mayor RICE?
No automáticamente. RICE ayuda a comparar; dependencias, obligaciones, riesgo y estrategia también intervienen.
¿Un roadmap por resultados elimina las funciones?
No. Conecta las soluciones con el motivo para construirlas y permite revisar hipótesis. Los entregables siguen necesitando alcance y coordinación.
Fuentes para profundizar
Janna Bastow · Why I Invented the Now-Next-Later Roadmap — origen y propósito del formato por horizontes.
Intercom · RICE Prioritization Framework — componentes y uso del método.
Perri, M. (2018). Escaping the Build Trap. O’Reilly. Relación entre trabajo de producto y resultados.