Construire la roadmap produit d'une startup en phase d'amorçage : Maintenant, Ensuite, Plus tard, reliée aux objectifs

À quoi sert la roadmap d'une startup, et à quoi elle ne sert pas

Une roadmap répond à une question : sur quoi allons-nous travailler, dans quel ordre, et pourquoi ? C'est d'abord un outil de communication. Ceux qui la lisent sont votre équipe, vos investisseurs, parfois vos clients, et vous-même dans trois mois, quand vous aurez oublié pourquoi cet ordre avait du sens.

Ce n'est ni un backlog, ni un plan de livraison, ni une liste de promesses. Ces objets existent aussi, et les confondre est la raison la plus fréquente de l'échec des premières roadmaps. Une roadmap de 140 éléments est un backlog sous un autre nom. Une roadmap avec une date sur chaque ligne est un plan de livraison que personne ne peut tenir.

Roadmap, backlog et plan de livraison

Les trois sont liés. Un élément Maintenant de la roadmap devient un projet ou un epic ; ses tickets vivent dans le backlog ; certains entrent dans le cycle en cours. Si vous pouvez suivre un fil d'un ticket du cycle jusqu'à un élément de roadmap, puis jusqu'à un objectif, le système fonctionne.

Pourquoi Now/Next/Later bat un Gantt daté au début

Le format Now/Next/Later a été créé par Janna Bastow, cofondatrice de ProdPad, qui raconte son origine : un croquis d'abord intitulé « Actuel / Court terme / Futur ». Son idée centrale est de remplacer les échéances par des horizons de temps, pour que la certitude diminue de gauche à droite au lieu d'être simulée uniformément sur une frise.

Pour une startup, cela colle à la réalité :

• Maintenant, ce sont les quatre à six prochaines semaines. Vous savez ce que vous construisez et qui s'en charge.
• Ensuite, c'est à peu près le trimestre suivant. Vous connaissez le problème et avez quelques preuves ; la solution reste ouverte.
• Plus tard, c'est tout le reste. Vous avez une hypothèse et une raison de la garder en vue.

Un Gantt vous oblige à inventer des dates de début et de fin pour un travail que vous n'avez pas conçu, pour un client que vous n'avez peut-être pas encore. Quand les dates glissent, et elles glisseront, la roadmap perd sa crédibilité et plus personne ne la lit. Now/Next/Later permet d'être précis sur le court terme et honnête sur le reste.

Les dates gardent leur place. Si vous avez une échéance externe fixe, comme un salon, une date réglementaire ou un jalon contractuel, indiquez-la sur l'élément comme contrainte. N'inventez simplement pas de dates là où il n'y en a pas.

Construire une roadmap Now/Next/Later en un après-midi

Bloquez trois heures avec les fondateurs et les responsables produit et technique. Il vous faut un tableau blanc ou une page partagée, les notes clients du dernier trimestre et vos indicateurs.

1. Écrire deux ou trois résultats pour les six prochains mois

Commencez par les objectifs, pas par les fonctionnalités. « Vingt équipes payantes utilisent le produit chaque semaine d'ici mars » est un résultat. « Construire l'intégration Slack » n'en est pas un. Deux ou trois résultats suffisent ; cinq signifie que vous n'avez pas choisi. Si vous utilisez déjà des OKR, ce sont vos objectifs, et notre guide pour fixer des OKR dans une startup explique comment les rédiger.

2. Rassembler idées et preuves au même endroit

Regroupez tous les candidats dans une liste : demandes de fonctionnalités, notes d'appels commerciaux, tickets de support, ce que l'équipe veut corriger. À côté de chacun, écrivez les preuves : combien de clients l'ont demandé, ce que cela ferait bouger, ce que cela vous coûte aujourd'hui. Une idée sans preuve peut figurer sur la roadmap, mais dans Plus tard et étiquetée comme pari.

3. Trier en Maintenant, Ensuite et Plus tard

Pour chaque élément, demandez : sert-il l'un des résultats, et à quel point en sommes-nous sûrs ? Il sert un résultat et la solution est connue : Maintenant. Il sert un résultat mais la solution est ouverte : Ensuite. Intéressant mais non prouvé : Plus tard. Ce qui ne sert aucun résultat sort de la roadmap, il ne va pas dans Plus tard. Limitez Maintenant à ce que l'équipe peut réellement démarrer dans les six semaines, en général deux à quatre éléments pour une équipe de cinq.

4. Formuler chaque élément comme un problème, pas comme une fonctionnalité

« Les nouveaux utilisateurs ne trouvent pas leur premier projet » vaut mieux que « Refaire l'onboarding », parce que cela laisse la place à la correction la moins chère et dit au lecteur pourquoi l'élément existe. Ajoutez une ligne sur la façon dont vous saurez que cela a marché.

5. Relier les éléments Maintenant aux objectifs et au travail

Chaque élément Maintenant reçoit un responsable, le résultat qu'il sert et un lien vers le projet ou l'epic qui porte le travail. C'est l'étape qui fait de la roadmap un outil de travail plutôt qu'une diapositive. Quand quelqu'un demande pourquoi l'équipe construit quelque chose, la réponse est à un clic.

Notre modèle de roadmap produit reprend cette structure, prête à copier : résultats en haut, colonnes Now/Next/Later, champs de preuves et de responsable, et une section de revue.

Relier les éléments de la roadmap aux objectifs et aux idées

La roadmap se situe entre deux autres listes, et les garder connectées représente l'essentiel du travail.

Les idées alimentent la roadmap. Tenez une seule boîte à idées où chacun peut déposer une suggestion avec les preuves qui la soutiennent. Chaque mois, passez-la en revue : faites monter les idées les plus solides dans Ensuite, ajoutez les nouvelles preuves aux éléments existants et archivez le reste. Une idée qui réunit des preuves venant de cinq clients en deux mois mérite une discussion.

Les objectifs jugent la roadmap. Chaque élément Maintenant devrait faire bouger un résultat clé. Si vous terminez un élément et que le résultat clé ne bouge pas, c'est une information : soit l'élément était mauvais, soit la mesure. Des points d'étape hebdomadaires ou bimensuels sur les objectifs, un statut et une phrase, gardent tout cela honnête.

L'entrée roadmap produit du glossaire donne les définitions courtes de chaque terme si vous devez les partager avec une nouvelle recrue.

Quand publier sa roadmap, et pour qui

Tout le monde n'a pas besoin de la même version.

Publier pour les clients vaut la peine dès que vous avez des clients qui la demandent. Cela montre que le produit est vivant, suscite des retours utiles et empêche l'équipe commerciale de faire des promesses en parallèle. Deux règles la rendent sûre : montrer des problèmes plutôt que des fonctionnalités, et ne jamais dater ce qui dépasse Maintenant. La roadmap publique de GitHub est un bon modèle d'avertissement : elle précise que les éléments ne sont pas des engagements, que les dates peuvent changer et que les clients ne doivent pas fonder leurs décisions d'achat dessus.

Avant d'avoir des clients, gardez-la en interne et partagez-la avec les investisseurs dans votre point mensuel.

À quelle fréquence la revoir

• Chaque semaine : rien. La roadmap ne devrait pas bouger en une semaine. C'est le rôle de votre plan de cycle.
• Chaque mois : une revue de 45 minutes. Sortez les éléments Maintenant terminés, faites monter depuis Ensuite, ajoutez les preuves de la boîte à idées et vérifiez que les résultats tiennent toujours.
• Chaque trimestre : réécrivez les résultats. C'est là que vous décidez si les six prochains mois vont toujours dans la même direction.

Si votre roadmap change chaque semaine, vous l'utilisez comme backlog. Si elle n'a pas bougé en trois mois, personne ne s'en sert.

Les outils pour la roadmap d'une startup

Pas besoin d'un outil dédié pour commencer. En octobre 2026, voici les options courantes.

La documentation des initiatives Linear les décrit comme des groupes de projets autour d'un objectif commun, chacun avec un statut, un responsable et une date cible, ce qui fonctionne bien comme couches Maintenant et Ensuite une fois que vous avez des projets.

Atrix est l'outil que nous développons, voici donc ce qu'il fait et ne fait pas. Les idées ont leur propre boîte de réception où l'on ajoute des signaux et un brief, et une idée peut être promue en projet quand elle est prête. Les objectifs portent des résultats clés et des points d'étape, et certains résultats clés se mettent à jour à partir des tickets, des affaires commerciales ou du recrutement. La roadmap affiche des initiatives et des jalons avec leur statut et leur nombre de tickets. Les colonnes Now/Next/Later elles-mêmes sont une page créée à partir du modèle, reliée à ces projets et objectifs, et non une vue tableau séparée. Il n'y a pas de plan gratuit, seulement un essai de 7 jours. La page gestion de projet explique comment projets, cycles et backlog s'articulent en dessous.

FAQ

Que doit contenir la roadmap produit d'une startup ?

Deux ou trois résultats pour les six prochains mois et une courte liste de problèmes triés en Maintenant, Ensuite et Plus tard. Chaque élément Maintenant a besoin d'un responsable, de l'objectif qu'il sert et d'un lien vers le travail. Ajoutez des preuves aux éléments Ensuite et étiquetez ceux de Plus tard comme des paris.

Jusqu'où doit aller la roadmap d'une jeune startup ?

Six à douze mois, avec seulement les quatre à six semaines en cours en détail. Au-delà du trimestre, utilisez des horizons plutôt que des dates. La plupart des plans en phase d'amorçage changent trop vite pour qu'une vue datée sur 12 mois reste vraie.

Quelle différence entre une roadmap et un backlog ?

Une roadmap liste une poignée de problèmes ou de résultats par ordre de priorité et explique pourquoi. Un backlog liste les tickets et tâches précis qui pourraient les réaliser. La roadmap change chaque mois ; le backlog chaque jour.

Une startup doit-elle rendre sa roadmap publique ?

Dès qu'elle a des clients qui la demandent, en général oui, sous une forme réduite : Maintenant et quelques éléments d'Ensuite, formulés comme des problèmes, sans dates au-delà de Maintenant et avec une mention claire que ce ne sont pas des engagements. Les preuves et les paris de Plus tard restent internes.

Now/Next/Later vaut-il mieux qu'une roadmap en frise chronologique ?

Pour les jeunes startups, en général oui. Le format est honnête sur l'incertitude et n'invente pas de dates. Une frise convient aux équipes qui ont des échéances externes fixes ou à des produits matures aux livraisons prévisibles. Vous pouvez dater un élément précis quand une vraie échéance existe.

Étape suivante

Copiez le modèle de roadmap produit et commencez par remplir vos résultats. Si vous voulez la roadmap, les idées qui la nourrissent et le travail qui la porte dans un même espace, consultez Atrix pour les startups.

Sources

Consultées en octobre 2026 : ProdPad sur l'origine de Now-Next-Later, fonctionnalités de ProdPad, roadmap publique de GitHub, initiatives Linear.