Roadmap produit SaaS : quoi construire avant tes clients

Tu as une liste de features longue comme le bras. Chacune te paraît indispensable, chacune repousse le moment où tu montres le produit à un vrai humain. Et pendant que tu construis, le compteur de clients reste bloqué à zéro. C'est le piège le plus courant quand on lance un SaaS : confondre « produit plus complet » avec « produit qui se vend ».

Une roadmap produit au stade 0 à 1 n'a rien à voir avec la roadmap d'une boîte installée. Elle ne sert pas à planifier douze mois de développement. Elle sert à répondre à une seule question, semaine après semaine : qu'est-ce qui te rapproche de ton premier revenu récurrent ? Ce guide te donne la méthode de tri, la règle pour dire non, et une roadmap 8 semaines concrète à dérouler dès maintenant.

Pourquoi la plupart des features que tu construis ne serviront à personne

Avant de planifier quoi que ce soit, un chiffre à garder en tête. D'après le rapport de Pendo sur l'adoption des fonctionnalités, 80 % des features d'un logiciel sont rarement ou jamais utilisées, et seulement 12 % environ génèrent la grande majorité de l'usage quotidien. Autrement dit : quatre features sur cinq que tu prévois de construire ne changeront rien pour tes utilisateurs.

Le problème est plus profond qu'un gaspillage de temps. La première cause d'échec des startups, d'après l'analyse des post-mortem de CB Insights, c'est l'absence de marché (42 % des cas) : construire quelque chose que personne ne voulait. Une roadmap qui ne part pas d'une demande réelle t'emmène droit dans ce mur, feature après feature.

La leçon n'est pas « ne construis rien ». C'est « construis peu, et construis ce qui déclenche une transaction ». Ta roadmap est d'abord un filtre pour éliminer les 80 % qui ne mènent nulle part.

L'erreur qui fait couler ton SaaS : la roadmap au feeling

Le réflexe naturel, c'est de trier par envie. Tu ajoutes la feature qui te semble élégante, celle qu'un concurrent affiche, celle qu'un utilisateur a mentionnée en passant. Résultat : un produit qui grossit dans toutes les directions et n'excelle nulle part, sans qu'une seule de ces additions n'ait rapproché une vente.

Le vrai danger de la roadmap au feeling, c'est qu'elle te donne l'impression d'avancer. Chaque ligne barrée procure une petite satisfaction. Mais avancer sur un produit que personne n'a demandé, ce n'est pas avancer : c'est repousser le moment de vérité. Le seul indicateur qui compte à ce stade, ce n'est pas le nombre de features livrées, c'est le nombre de conversations qui débouchent sur un « oui, je paie ».

Une feature qui ne débloque aucune vente n'est pas une priorité. C'est une distraction bien déguisée.

Il te faut donc une règle de tri objective, qui remplace ton envie du moment par une question froide. Cette règle tient en une phrase.

La règle de tri : est-ce que ça débloque un premier revenu ?

Pour chaque idée de feature, pose une seule question : est-ce que ça débloque une vente cette semaine, ou dans les deux prochaines ? Si la réponse est non, ça attend. Pas « ça ne se fera jamais » : ça attend que tu aies des clients qui paient et qui le réclament vraiment.

Voici une grille de décision pour trier tes chantiers du moment. Elle t'aide à classer chaque idée dans la bonne colonne, sans état d'âme.

La colonne de gauche, c'est ta roadmap des prochaines semaines. La colonne de droite, c'est ton « parking » : tu notes tout, tu ne construis rien tant qu'une vente n'en dépend pas. Ce parking t'évite le vrai coût caché, celui de maintenir des fonctions que personne n'utilise. Le classique rapport du Standish Group estimait déjà que 45 % des features en production ne sont jamais utilisées : chaque ligne de code que tu n'écris pas est une ligne que tu n'auras pas à maintenir plus tard.

Dire non aux features, la compétence la plus dure du fondateur

Trier, c'est facile sur le papier. Le difficile, c'est de dire non pour de vrai, surtout quand l'idée vient de toi ou d'un utilisateur sympathique. Mais une roadmap 0 à 1 se définit autant par ce que tu refuses que par ce que tu construis.

La discipline du non repose sur un principe simple : tant que tu n'as pas de clients payants, tu n'as pas de données fiables sur ce qu'il faut construire. Tu as des opinions, les tiennes et celles de curieux. Or les opinions gratuites ne valent pas les décisions d'achat. Chaque « non, pas maintenant » que tu prononces protège ton temps pour la seule chose qui compte : atteindre ta première vente et écouter ce qu'elle t'apprend.

Laisser tes early adopters piloter les priorités

La meilleure roadmap 0 à 1 n'est pas celle que tu écris seul dans ton coin. C'est celle que tes premiers utilisateurs t'aident à écrire. Eux seuls te disent, par leurs actes et leur portefeuille, ce qui compte vraiment.

Concrètement, ça veut dire installer une boucle de feedback dès la première conversation. Chaque échange avec un prospect ou un utilisateur te donne des signaux : ce qui les bloque, ce qu'ils réclament, ce qu'ils ignorent complètement. Tu notes tout, tu comptes les récurrences, et tu laisses le comptage décider. Une demande qui revient chez trois prospects sur cinq passe devant ton idée géniale que personne n'a jamais mentionnée.

C'est exactement la logique d'une démarche d'itération continue avec tes premiers clients : tu ne devines pas la roadmap, tu la déduis des conversations. Le rôle de tes early adopters n'est pas de valider ton produit, c'est de le corriger avant que tu construises la mauvaise chose à grande échelle.

Ta roadmap produit sur 8 semaines, étape par étape

Assez de théorie. Voici une roadmap 0 à 1 concrète, découpée en quatre blocs de deux semaines. Elle n'est pas gravée dans le marbre : c'est un squelette que tes conversations viendront ajuster.

Remarque ce que cette roadmap ne contient pas : pas de refonte, pas de fonctionnalité « nice to have », pas de préparation au scale. Tout ça viendra, mais seulement quand du revenu récurrent le justifiera. Avant ça, chaque semaine passée à construire pour plus tard est une semaine volée à ta première vente.

Les pièges qui font dérailler une roadmap 0 à 1

Même avec une bonne règle de tri, certains réflexes reviennent. Garde cette liste sous les yeux quand tu sens ta roadmap gonfler sans raison.

• Construire pour un concurrent, pas pour un client. Copier la feature d'un rival ne te fait pas signer un client. Ça te fait ressembler à lui sans son audience.
• Confondre feedback et ordre de mission. Une suggestion n'est pas une commande. Ne construis que ce qui est réclamé assez fort pour bloquer un achat.
• Anticiper le scale trop tôt. Optimiser pour 10 000 utilisateurs quand tu en as zéro, c'est résoudre un problème que tu n'as pas. Le vrai problème, c'est d'avoir ton premier utilisateur payant.
• Polir au lieu de vendre. Le design, les réglages, le mode sombre : rien de tout ça n'a jamais déclenché une première vente. Ça attend.

La roadmap produit d'un SaaS au démarrage se juge à un seul résultat : est-ce qu'elle te rapproche, semaine après semaine, de ton premier revenu récurrent ? Si une ligne ne passe pas ce test, elle n'a rien à faire dans les deux prochaines semaines de ton calendrier.

Pour aller plus loin, ta roadmap se construit main dans la main avec ton minimum viable product : le MVP définit le coeur, la roadmap trie la suite. Elle se nourrit aussi de ta recherche de product market fit, le vrai signal qui te dit quoi construire ensuite, et d'un cadrage clair des jobs to be done pour comprendre ce que tes utilisateurs cherchent vraiment à accomplir.