Este artículo es el segundo mandamiento del libro «Agile Product Management» dirigido a Product Managers y Product Owners. Descárgalo en este enlace.
¿Qué es un roadmap?
Un roadmap, también llamado hoja de ruta, representa el camino que tú y tu equipo debéis seguir para llevar tu producto desde el estado en que se encuentra hasta tu visión de producto. Está compuesta por una lista de hitos de producto priorizados y asociados a fechas de lanzamiento (que pueden ser más o menos precisas; lo abordaremos más adelante).
Tanto si estás comenzando con un nuevo producto como si estás trabajando en el enésimo lanzamiento, necesitas un roadmap para planificar el desarrollo continuo de tu producto y dividir tu visión de producto en lanzamientos alcanzables. Ten en cuenta que la hoja de ruta es un documento operacional que debería contener información como la complejidad de cada lanzamiento o hito de producto y el tiempo que estimas que te llevará construirlo.
También debería incluir información sobre posibles riesgos y dependencias que puedas tener (tanto de otras partes de tu empresa como de factores externos). Un roadmap no es lo mismo que una lista de features deseadas; se trata más bien de una ruta informativa que puedes seguir para llevar tu producto hasta el lugar donde quieres que esté.
Te recomendamos que para una hoja de ruta de alto nivel utilices el formato «orientado a objetivos», creado por Roman Pichler y muy popular. Tienes que cubrir los siguientes campos para cada lanzamiento:
- Las fechas de entrega (expresadas con fechas exactas, trimestres o como lo prefieras).
- El objetivo o tema de cada lanzamiento.
- Las features principales que se incluirán en ese lanzamiento.
- Las métricas a las que prestar atención para medir el éxito del lanzamiento.
No te preocupes si tienes que añadir una fila más para identificar riesgos o dependencias; estas no están incluidas en la versión de roadmap de Roman Pichler. Además, a parte de añadir las métricas claves que quieres seguir de cerca, también puedes añadir a la fila de métricas los valores o umbrales que estás tratando de alcanzar con cada lanzamiento.
Fórmate con profesionales top en elCurso de Product Managerde Thiga Academy
¿Cómo elaboro un roadmap?
Hay muchas formas de crear un roadmap. En esta sección vamos a explicar dos métodos muy conocidos: el mapa de historias y el mapa de impacto.
- En su versión inicial, el mapa de historias de Jeff Patton era un simple método para organizar features. En un mapa de historias, las partes principales del recorrido del usuario se colocan horizontalmente y en orden cronológico. En el eje vertical, el Product Manager divide cada una de estas partes en features individuales que permitirán que el usuario alcance su objetivo. Por lo general, se colocan de mayor a menor prioridad, es decir de arriba a abajo.
- El mapa de impacto es un método creado y popularizado por Gojko Adzic. De lo que se trata es de asignar objetivos de negocio y organizativos de alto nivel a un conjunto de features listas para incorporar en la hoja de ruta que dirigirá el desarrollo del producto.
Ambos métodos te ayudarán a comenzar un roadmap, y combinándolos deberías poder construir los productos adecuados, y construirlos bien (¡que no se te olvide nuestro mantra!).
Mapa de impacto
El objetivo principal de un mapa de impacto es ayudarte a traducir tus objetivos organizativos en features. Si tu objetivo es hacerte con el 50 % de tu mercado durante el primer año, una de las features correspondientes podría ser construir un sistema de recomendaciones dentro de tu producto.
Tus objetivos: ¿por qué quieres construir o mejorar tu producto? Por lo general, deberás contar con una lista de KPI (indicadores clave de rendimiento) definidos en tu Lean Canvas. Para definir tus objetivos, asigna un valor fijo que quieras alcanzar a cada KPI que hayas decidido medir. La idea es establecer objetivos medibles que te permitan evaluar con facilidad el éxito de tu producto. Un ejemplo sería alcanzar 100 000 usuarios activos mensuales, lo que se basará en un KPI de usuarios activos mensuales, como se seleccionó en el Lean Canvas.
Los participantes: ¿quién va a influir en estos objetivos? ¿Quién es tu audiencia? Un mapa de impacto te ayudará a identificar dos tipos de participantes: aquellos que tendrán un efecto indirecto en tus objetivos (como anunciantes y proveedores) y tus usuarios finales.
Tu impacto: ¿cómo quieres cambiar el comportamiento de tus participantes para poder alcanzar tu objetivo? Este es uno de los pasos más complicados, porque no solamente necesitas tener una idea muy clara del uso actual de tu producto, sino que también tienes que imaginar cómo te gustaría cambiar tu producto para influir en el comportamiento de tus usuarios y alcanzar tu objetivo.
Las features: ¿qué necesitas hacer o construir para cambiar el comportamiento de tus usuarios? Aquí es donde definirás las features. Las features tienen que describirse según el recorrido del usuario, así que no hace falta entrar en pormenores sobre cómo tienen que diseñarse.
A continuación encontrarás un ejemplo de mapa de impacto para una web de comercio electrónico que está pensando en desarrollar nuevas features para aumentar sus ventas totales a 2000 ventas diarias más.
A modo de ejemplo, continuemos y expliquemos la rama más alta del diagrama.
Aquí, el comprador cauto contribuye al objetivo de 2000 ventas más al día adoptando un nuevo comportamiento: cazar gangas.
Este comportamiento surge gracias a dos nuevas features: promociones y paquetes de productos. Esto demuestra la manera en la que el enfoque del mapa de impacto puede ayudarnos a visualizar cómo los objetivos se relacionan con los participantes y las features. Ten en cuenta que este ejemplo se centra en un solo objetivo, y que es posible que necesitemos varios mapas de impacto para abarcar todo lo que supone tu producto.
Los mapas de impacto no son un paso necesario para todos los productos y empresas. Puede utilizarse para la totalidad de tu producto, una parte concreta de él o incluso para nada si crees que tu empresa es lo suficientemente madura como para empezar a asignar features al recorrido del usuario directamente.
Sin embargo, este ejercicio puede ofrecer una visión muy útil para los equipos que están acostumbrados a trabajar con objetivos de negocio y tienen dificultades para visualizar cómo estos se pueden traducir en features y qué pasos intermedios hace falta dar.
Mapa de historias
El mapa de historias es una visualización muy importante del roadmap de tu producto, que actualizarás y a la que acudirás frecuentemente durante su creación.
Puede que sea una herramienta importante para el Product Manager, pero siempre aconsejamos crear primero el mapa de historias en equipo. Normalmente, recomendamos organizar un grupo de trabajo de entre dos horas y medio día de duración.
Es buena idea que para este grupo de trabajo invites a colegas de los equipos técnicos, de marketing, diseño y negocios. En primer lugar, esto te permitirá entender los retos a los que te enfrentarás desde muchas perspectivas diferentes. También tiene la ventaja de involucrar a compañeros de toda la empresa, lo que significa que siempre podrás contar con un miembro del equipo especializado para ayudarte con cualquier reto que te encuentres a lo largo del camino.
Arranca tu grupo de trabajo presentando todo el trabajo que has hecho hasta el momento. Presenta tus personas, tu visión de producto y tus objetivos.
Normalmente, nosotros pegamos post-its en una pared o pizarra para visualizar y construir el mapa de historias. Empieza colocando tus personas en la parte de arriba del espacio que hayas dispuesto para tu mapa de historias.
Si retomamos el ejemplo del comercio electrónico, colocaríamos los tres personas que identificamos en la parte de arriba: nuestro comprador cauto, nuestro seguidor fiel de la marca y nuestro empleado (dejemos a un lado por ahora a los anunciantes).
Cada uno de estos personas utiliza el sitio web de comercio electrónico de forma diferente y sigue un recorrido diferente. El primer paso para construir tu mapa de historias es pensar en el recorrido del usuario de cada perfil, y colocar estos recorridos debajo de cada perfil.
Después tienes que añadir features. Cada paso del recorrido del usuario necesitará una lista de features para existir.
Llegados a este punto del mapa de historias, hay que intentar ser receptivo y creativo. Ya habrá tiempo más adelante para priorizar o eliminar features que no consideres que son críticas para la misión, o que puedan ser directamente inútiles.
Una vez que hayas dispuesto tus personas, recorridos de usuario y todas las features necesarias para habilitar estos recorridos, necesitas priorizar tus features en lanzamientos.
Un lanzamiento debería ser un grupo coherente de features que habiliten un recorrido del usuario en particular o una experiencia de principio a fin.
Por ejemplo, no tiene sentido incluir la página de configuración del usuario en tu primer lanzamiento si la feature de registro de usuarios está programada para el segundo lanzamiento.
Cada uno de estos lanzamientos deberá corresponderse con un objetivo específico de usuario; en el siguiente ejemplo, el objetivo es querer que se compren bienes durante eventos promocionales y rebajas (Lanzamiento 1).
Aquí tenemos un ejemplo de un posible mapa de historias para el caso del sitio web de comercio electrónico utilizado antes:
Crea y mantén tu roadmap
Ahora que has completado tus mapas de historias e impacto, podemos utilizarlos para rellenar tu roadmap orientado a objetivos, que se convertirá en tu referencia principal a lo largo de la vida de tu producto.
Cada lanzamiento debería corresponderse con uno o varios de los lanzamientos planeados en tu mapa de historias. Los contenidos de los primeros lanzamientos seguramente estén muy claros para ti; sin embargo, es perfectamente normal que lanzamientos posteriores contengan menos información.
Es útil tener por lo menos un objetivo en mente, pero no importa tanto tener una lista definitiva de features, ya que estas seguramente evolucionarán a medida que se sucedan los primeros lanzamientos. De nuevo siguiendo el mismo ejemplo, esta sería nuestro roadmap orientada a objetivos:
Asignar fechas a los lanzamientos puede ser complicado, tanto como para dedicarle un mandamiento entero a este tema. Sin embargo, con el enfoque del desarrollo ágil, el Product Manager o Product Owner debe comprender bien dos cosas antes de estimar cualquier fecha de lanzamiento.
- En primer lugar, la velocidad del equipo: ¿cuántas historias de usuario (atento, hablaremos de las historias de usuario en el siguiente mandamiento) se ponen en marcha cada semana? Y, en caso de trabajar con Scrum, ¿cuántos puntos de historia? Con un equipo estable, deberías poder predecir la velocidad del equipo tras dos o tres sprints.
- En segundo lugar, el Product Manager también necesita tener una estimación aproximada del backlog del producto. Para ello, nosotros normalmente hacemos una estimación mágica; un grupo de trabajo que permite que tu equipo de desarrollo estime muchas historias en poco tiempo. Una vez que tengas una idea de estos dos parámetros, podrás estimar cuánto tiempo llevará cada lanzamiento. Como se ve en el ejemplo de arriba, cuanto más tarde se produce un lanzamiento, menos precisión se utiliza en la estimación de la fecha de lanzamiento, porque el backlog no es tan detallado y podrías haber sobreestimado o subestimado algunas features.
Al igual que tu futuro producto, tu roadmap requiere mantenimiento. Si has ajustado tus objetivos o, simplemente, has aprendido más sobre tu mercado gracias a las métricas y KPI que has puesto en marcha, necesitarás ajustar tu roadmap.
Asegúrate de comprobar y actualizar con regularidad tus mapas de historias e impacto, ya que te ayudarán a guiar la evolución de tu hoja de ruta y asegurarte así de trabajar siempre de la mejor forma para tu producto y tus usuarios.
Para saber más: descarga el libro Agile Product Management
Foto de Slidebean en Unsplash
