Perspectives

Product Management 101: Roadmapping

Published Jan 24, 2020

La feuille de route est l'un des « documents évolutifs » les plus importants dont dispose une équipe produit. Elle permet de rassembler les divers intervenants autour d'un plan commun d'élaboration du produit et d'établir les tâches à accomplir ainsi que les délais attendus.

Qu'est-ce qu'une feuille de route produit ?

Il s'agit d'un résumé visuel de l'orientation d'un produit qui permet de faciliter la communication avec les clients, prospects, partenaires et intervenants internes.

What a product roadmap isn’t

A product roadmap is not a backlog of tasks. It’s not a detailed project plan or list of tactical activities, nor a repository for customer feedback and/or feature requests. And definitely it’s not an ironclad plan for which features or products will be released when. In fact, roadmaps change quite frequently due to shifting priorities, market conditions, or a change in business strategy.

Que contient une feuille de route produit ?

Une feuille de route classique contient généralement des informations sur les lancements de fonctionnalités et de produits, mais la plupart d'entre elles sont bien plus complètes. Voici quelques éléments qui peuvent figurer sur une feuille de route produit :

  • Lancements des fonctionnalités
  • Lancements des produits
  • Étapes stratégiques
  • Initiatives d'entreprise ou d'équipes
  • Objectifs
  • Épopées
  • Récits utilisateur

Comment les feuilles de route produit sont-elles utilisées ?

A product roadmap signals general product direction and often shifts with market and business conditions. In this spirit, a product roadmap should be seen as a living document, a snapshot in time that is subject to frequent change. The more distant the time horizon, the less reliable the commitments. For example, roadmap items three months out may be relatively close to committed, while those that are six, nine, or twelve months out are a bit less certain.

En quoi la feuille de route produit diffère-t-elle d'un plan de projet ?

Contrairement au plan de projet, une feuille de route produit est un document destiné à la direction, qui s'intéresse plus aux perspectives et aux grands thèmes qu'à des détails précis du produit. Toutefois, il existe différents niveaux de visibilité et de détail en fonction du public visé. Par exemple, on peut montrer plus de choses aux clients qu'aux prospects, et à l'équipe chargée de la réussite du client qu'à celle des ventes.

Qui se charge de créer la feuille de route produit ?

En général, c'est l'équipe produit qui s'occupe de créer, puis de gérer la feuille de route. Mais elle n'est pas la seule impliquée : une grande variété de sources contribuent à établir la feuille de route. On compte parmi elles des intervenants internes, tels que les directeurs, les vendeurs et les membres de l'équipe chargée de la réussite client, ainsi que des intervenants externes, tels que les clients. En outre, une feuille de route n'est pas un projet que l'on crée à un moment donné et qu'on ne retouche jamais. Les chefs de produit doivent constamment chercher à obtenir des retours sur la feuille de route pour pouvoir la mettre à jour à mesure que les priorités changent et que de nouvelles données sont disponibles.

Comment les entreprises gèrent-elles leurs feuilles de route produit ?

There are lots of commercial tools for creating and managing product roadmaps. Some of the major vendors include Aha!, JIRA, Monday.com, ProdPad, ProductBoard, ProductPlan, and Roadmunk. Many companies still create and manage product roadmaps using general-purpose tools like PowerPoint and Confluence, but often find this unwieldy, especially as the documents are updated over time and adapted for different audiences.

Existe-t-il différents types de feuilles de route produit ?

Absolument. Les équipes produit créent généralement des feuilles de route en fonction de publics spécifiques. Ils peuvent par exemple créer une version publique pour la partager aux clients. Ou bien établir une feuille de route spécifique aux ventes pour la distribuer à l'équipe responsable des revenus. Il est également possible de créer des versions soulignant des éléments différents, par exemple une version axée sur les fonctionnalités et une autre sur les initiatives.

Recommended reading

Roadmap Poison: What’s Getting in Your Way? by Hannah Chaplin

Your roadmap is vulnerable to all kinds of potential challenges. What forms do these “roadmap poisons” typically take, and are there any antidotes?

Sales and Marketing Metrics That Can Help Inform Your Roadmap by Viraj Phanse

PMs often ignore a goldmine of readily available quantitative data, namely the sales and marketing metrics stored in their org’s CRM. Don’t be one of those PMs.

Five Things Never to Include on Your Customer-Facing Product Roadmap by Shaun Juncal

Should you create a customer-facing product roadmap? It’s a topic of serious debate, and there are legitimate arguments on both sides. But assuming your team has decided you want to make your roadmap public, here have some suggestions about what never to include on it.

Ideas Are Screwing Up Your Product Roadmap by Rene Rosendahl

Are you suffering from challenges like having a hard time sticking to your roadmap and delivering against it? Half-done or low-quality features? Constantly switching priorities, or too much WIP? That’s probably because you have too many ideas.

Five Ways to Standardize Your Product Prioritization Process by Dottie Shrock

Prioritization is a huge challenge for product teams, but without it, you won’t have a roadmap. Use these five strategies to standardized the prioritization process across teams.

Product Managers Should Not Build the Roadmap. The Product Team Should by Ulaize Hernandez Troyas

Building a roadmap isn’t a job any one product manager can complete on their own — it needs to be a team effort.