¿Tu SaaS debería tener una hoja de ruta pública?

product-management

Una hoja de ruta pública es una de esas prácticas que parecen claramente acertadas o claramente imprudentes según qué fracaso hayas visto de cerca. Los equipos que publican una elogian la confianza que genera; los que salieron escaldados recuerdan el contrato con una gran empresa que se atascó por un elemento «planificado» que se retrasó dos trimestres. Las dos experiencias son reales. La diferencia casi nunca está en si tener una hoja de ruta pública, sino en qué tipo de hoja de ruta.

Para qué sirve de verdad una hoja de ruta pública

Conviene ser preciso con su función. Una hoja de ruta pública no es un plan de proyecto ni un mecanismo de compromiso. Hace tres cosas:

  • Indica que el producto está vivo. Los clientes potenciales que te comparan con los productos ya establecidos buscan pruebas de que avanzas. Una hoja de ruta con movimiento reciente, con elementos que aparecen, avanzan y se lanzan, es esa prueba.

  • Responde a «¿llegará lo mío?». Los usuarios a los que les falta una función quieren saber si esperar, buscar una alternativa o irse. «Planificado» y «no planificado» son respuestas útiles; el silencio no.

  • Orienta los comentarios. Una columna visible de «en consideración» invita a votar y comentar los elementos que de verdad estás sopesando, y convierte tu pregunta de priorización en una encuesta que no tuviste que enviar.

Fíjate en lo que falta: las fechas. Ninguna de esas funciones necesita una fecha, y es justo con las fechas donde fallan las hojas de ruta públicas.

Los argumentos en contra, tomados en serio

Las objeciones merecen considerarse en su versión más sólida, porque cada una señala un fallo real:

  • «La competencia verá nuestros planes». Es cierto, los verá. Pero la competencia conoce tu dirección en cuanto lanzas algo de todos modos; la hoja de ruta le adelanta uno o dos trimestres sobre elementos que probablemente no fuiste el primero en imaginar. La excepción es una apuesta estratégica realmente novedosa, y ahí la respuesta es dejar ese elemento fuera, no prescindir de la hoja de ruta.

  • «Nos van a exigir que la cumplamos». Solo si publicas fechas o dejas que el equipo de ventas trate la hoja de ruta como un contrato. Una hoja de ruta por columnas y no por trimestres («Planificado / En progreso / Lanzado») no hace ninguna promesa temporal que puedas romper.

  • «Se quedará desactualizada». Esta es la objeción más fuerte. Una hoja de ruta que nadie ha tocado en ocho meses transmite justo lo contrario de lo que querías. Si no puedes comprometerte a revisarla cada mes, no la publiques.

El formato que funciona: columnas, no trimestres

La hoja de ruta pública que se puede mantener es un tablero kanban, no un diagrama de Gantt:

  • Planificado: decidido, sin empezar. Sin fechas.

  • En progreso: en desarrollo activo. Que algo pase a esta columna es tu señal de avance.

  • Lanzado: terminado, y cada elemento enlaza a su entrada del registro de cambios.

Si quieres, añade En consideración como frontera porosa, donde los elementos del tablero de comentarios con tracción salen a la luz para que el público los valore.

Cada tarjeta es un título y unas pocas frases sobre el resultado para el usuario: «Exportación masiva de facturas», no el desglose de la épica. La granularidad es una decisión: lo bastante gruesa para que replanificar por dentro no obligue a editar lo público, y lo bastante fina para que signifique algo.

Qué no mostrar: plazos internos, quién trabaja en qué, el porqué del orden, apuestas estratégicas que aún no quieres revelar y cualquier cosa delicada para la seguridad. Una hoja de ruta pública es una vista seleccionada, y todo el mundo lo entiende.

La mecánica: un flujo, tres superficies

La hoja de ruta funciona mejor como etapa intermedia de un único flujo: tablero de comentarios → hoja de ruta → registro de cambios. Una petición acumula votos, entra en la hoja de ruta, pasa a «En progreso», se lanza y se convierte en una entrada del registro de cambios enlazada desde la tarjeta lanzada. Cada cambio de etapa es comunicación que obtienes gratis.

Es un buen argumento para llevar los tres en un solo sistema y no en tres herramientas: con un backend compartido (Kookee modela la hoja de ruta como columnas del tablero sobre las mismas publicaciones de comentarios, que se leen con el SDK), una tarjeta que cambia de columna actualiza a la vez el portal público, la vista dentro de tu aplicación y el estado de la publicación. Sin sincronizar copiando y pegando, que en la práctica es lo que deja la hoja de ruta desactualizada.

Para mostrarla sigues el patrón headless de siempre: una página del portal alojado desde el primer día, o el tablero obtenido por API en tu propia ruta /roadmap cuando la quieras en tu dominio y con tu diseño.

Reglas para llevarla

  • Nunca le pongas fechas. Si ventas necesita una fecha para un contrato concreto, eso es una conversación privada con salvedades privadas, e incluso entonces, mejor rangos y honestidad.

  • Retroceder está permitido; desaparecer, no. Si un elemento planificado pierde prioridad, devuélvelo a la columna anterior y explica por qué en una frase. Los elementos que desaparecen en silencio enseñan a los usuarios que la hoja de ruta miente.

  • Actualízala con un ritmo fijo. Una revisión mensual (subir, bajar, lanzar, podar) mantiene el tablero honesto y lleva media hora.

  • Deja que la gente se suscriba a los elementos. Los votos y comentarios en las tarjetas de la hoja de ruta te dicen qué elemento planificado construir primero y te dan la lista de a quién avisar cuando se lance.

Quién no debería tener una

Sáltate la hoja de ruta pública si aún no tienes encaje producto-mercado y replanificas cada semana (publica en su lugar un registro de cambios: prueba de que lanzas, sin predicciones), si un solo cliente empresarial dicta en la práctica tu backlog (sus conversaciones sobre la hoja de ruta son contractuales, no públicas) o si sabes que el ritmo de actualización no sobrevivirá a un trimestre ajetreado.

El resumen honesto

Una hoja de ruta pública sin fechas es una práctica de riesgo bajo y beneficio medio: cuesta media hora al mes, expone información que la competencia ya deduce en gran parte y te da avance visible, menos tickets de «¿hay novedades?» y una señal de prioridad de tus usuarios reales. Una hoja de ruta pública con fechas es una máquina de generar promesas que tarde o temprano te dejará en evidencia.

Publica las columnas. El calendario, guárdatelo.