Votre SaaS doit-il avoir une feuille de route publique ?

product-management

Une feuille de route publique fait partie de ces pratiques qui paraissent soit évidemment bonnes, soit évidemment imprudentes, selon l’échec que vous avez vu de près. Les équipes qui en publient une vantent la confiance qu’elle crée ; celles qui s’y sont brûlé les doigts se souviennent du contrat entreprise bloqué par un élément « prévu » qui a glissé de deux trimestres. Les deux expériences sont réelles. La vraie question n’est presque jamais de savoir s’il faut une feuille de route publique, mais laquelle.

À quoi sert vraiment une feuille de route publique

Soyez précis sur son rôle. Une feuille de route publique n’est ni un plan de projet, ni un outil d’engagement. Elle fait trois choses :

  • Elle montre que le produit est vivant. Les prospects qui vous comparent aux acteurs installés cherchent des preuves de dynamisme. Une feuille de route qui bouge, avec des éléments qui apparaissent, avancent et sont livrés, en est une.

  • Elle répond à « est-ce que ma fonctionnalité arrive ? ». Les utilisateurs à qui il manque une fonctionnalité veulent savoir s’ils doivent attendre, la contourner ou partir. « Prévu » et « pas prévu » sont deux réponses utiles ; le silence n’en est pas une.

  • Elle oriente les retours. Une colonne « À l’étude » visible invite à voter et à commenter les éléments que vous pesez vraiment, et transforme votre question de priorisation en un sondage que vous n’avez pas eu à envoyer.

Remarquez ce qui manque : les dates. Aucun de ces rôles n’exige de date, et c’est justement sur les dates que les feuilles de route publiques dérapent.

Les arguments contre, pris au sérieux

Les objections méritent d’être examinées sous leur meilleur jour, car chacune contient un vrai risque d’échec :

  • « Les concurrents verront nos plans. » C’est vrai. Mais ils découvrent de toute façon votre direction dès que vous livrez ; la feuille de route ne leur fait gagner qu’un ou deux trimestres, sur des sujets auxquels vous n’avez probablement pas pensé en premier. L’exception, c’est un pari stratégique réellement nouveau, et la réponse est alors de laisser cet élément de côté, pas de renoncer à la feuille de route.

  • « On nous tiendra pour engagés. » Seulement si vous publiez des dates ou si vous laissez les commerciaux traiter la feuille de route comme un contrat. Une feuille de route en colonnes plutôt qu’en trimestres (« Prévu / En cours / Livré ») ne fait aucune promesse de calendrier qu’on pourrait trahir.

  • « Elle deviendra obsolète. » C’est l’objection la plus solide. Une feuille de route modifiée pour la dernière fois il y a huit mois envoie exactement le signal inverse de celui que vous vouliez. Si vous ne pouvez pas vous engager à la mettre à jour chaque mois, n’en publiez pas.

Le format qui marche : des colonnes, pas des trimestres

Une feuille de route publique tenable est un tableau kanban, pas un diagramme de Gantt :

  • Prévu — décidé, pas commencé. Sans date.

  • En cours — en développement actif. Chaque élément qui entre dans cette colonne est votre signal de dynamisme.

  • Livré — terminé, chaque élément renvoyant à son entrée du journal des modifications.

Vous pouvez ajouter À l’étude : la frontière poreuse où remontent, pour être pesés en public, les éléments du tableau de retours qui suscitent de l’intérêt.

Chaque carte tient en un titre et quelques phrases sur ce que l’utilisateur y gagne (« Export groupé des factures »), pas le découpage de l’epic. La granularité est un choix : assez grossière pour qu’une replanification interne n’oblige pas à modifier la version publique, assez fine pour avoir du sens.

Ce qu’il faut garder pour vous : les échéances internes, les effectifs, les raisons de l’ordre choisi, les paris stratégiques que vous n’êtes pas prêt à révéler et tout ce qui touche à la sécurité. Une feuille de route publique est une vue choisie, et tout le monde le comprend.

Le mécanisme : un seul pipeline, trois surfaces

La feuille de route fonctionne au mieux comme l’étape du milieu d’un pipeline unique : tableau de retours → feuille de route → journal des modifications. Une demande accumule des votes, entre dans la feuille de route, passe en cours, est livrée et devient une entrée du journal des modifications, liée depuis la carte livrée. Chaque changement d’étape est une communication que vous obtenez sans effort.

C’est un argument solide pour faire tourner les trois sur un seul système plutôt que sur trois outils. Avec un backend commun (Kookee représente la feuille de route comme des colonnes de tableau posées sur les mêmes retours, lisibles via le SDK), une carte qui change de colonne met à jour en même temps le portail public, votre vue dans l’application et le statut du retour. Aucune synchronisation par copier-coller : c’est elle qui, en pratique, tue la fraîcheur des feuilles de route.

L’affichage suit le schéma headless habituel : une page du portail hébergé dès le premier jour, ou le tableau récupéré via l’API dans votre propre route /roadmap quand vous le voulez sur votre domaine, avec votre design.

Règles de conduite

  • N’y mettez jamais de dates. Si les commerciaux ont besoin d’une date pour un contrat précis, c’est une conversation privée, avec des réserves privées, et même là, préférez des fourchettes et l’honnêteté.

  • Reculer est permis, disparaître non. Si un élément prévu perd en priorité, ramenez-le en arrière et expliquez pourquoi en une phrase. Les éléments qui disparaissent sans un mot apprennent aux utilisateurs que la feuille de route ment.

  • Mettez-la à jour à un rythme fixe. Un passage mensuel (avancer, reculer, livrer, élaguer) garde le tableau honnête et prend une demi-heure.

  • Laissez les gens suivre les éléments. Les votes et les commentaires sur les cartes de la feuille de route vous disent quel élément prévu construire en premier, et vous donnent la liste des personnes à prévenir quand il sera livré.

Qui ne devrait pas en avoir

Passez-vous de feuille de route publique si vous n’avez pas encore trouvé votre product-market fit et que vous replanifiez chaque semaine (publiez plutôt un journal des modifications : la preuve que vous livrez, sans prédictions), si un seul client grand compte dicte de fait votre backlog (vos échanges avec lui sur la feuille de route relèvent du contrat, pas du public), ou si vous savez que le rythme de mise à jour ne survivra pas à un trimestre chargé.

Le bilan honnête

Une feuille de route publique sans dates est une pratique à faible risque et à gain moyen : elle coûte une demi-heure par mois, expose des informations que les concurrents devinent de toute façon pour l’essentiel, et vous rapporte un dynamisme visible, moins de tickets « du nouveau ? » et un signal de priorisation venu de vos vrais utilisateurs. Une feuille de route publique avec des dates est une machine à fabriquer des promesses qui finira par vous mettre dans l’embarras.

Publiez les colonnes. Gardez le calendrier pour vous.