Votre roadmap produit n’est pas une file d’attente : sortir de la feature factory avant qu’elle ne vous tue

Vous ouvrez votre board produit un lundi matin. Trente-sept tickets « à faire », douze « en cours », une roadmap qui déborde jusqu’au troisième trimestre. L’équipe livre vite, les vélocités sont bonnes, tout le monde est occupé. Et pourtant, vos métriques d’activation stagnent depuis quatre mois. Ce paradoxe a un nom : la feature factory.

C’est le piège le plus silencieux de l’early-stage, parce qu’il ressemble exactement à ce que devrait être une startup productive. Ça bouge, ça expédie, ça ferme des tickets. Mais livrer beaucoup n’est pas la même chose que faire avancer le produit — et confondre les deux coûte cher, en runway comme en dette produit.

Le symptôme : une roadmap qui est un tableau de demandes, pas un tableau de décisions

Regardez honnêtement votre roadmap. Combien d’items sont là parce qu’un gros prospect les a réclamés en call de démo ? Combien parce qu’un client menaçait de churner ? Combien parce qu’un concurrent l’a annoncé sur LinkedIn ? Si la majorité de votre backlog est constituée de réponses à des demandes externes, vous n’avez pas une roadmap : vous avez une file d’attente.

La nuance est fondamentale. Une file d’attente traite les demandes dans l’ordre où elles arrivent, pondérées par le volume de la voix qui crie le plus fort. Une roadmap, elle, exprime une hypothèse : « nous croyons que faire ceci déplacera cette métrique pour ce segment, et voici comment nous le saurons. » La première est réactive et infinie. La seconde est intentionnelle et, surtout, falsifiable.

Le problème, c’est que la file d’attente est confortable. Elle vous dispense de trancher. Chaque demande client semble légitime, chaque feature semble « logique ». Vous dites oui, encore et encore, jusqu’à ce que votre produit devienne un couteau suisse dont chaque lame plaît à un seul utilisateur et n’excelle pour personne.

Pourquoi c’est particulièrement mortel en early-stage

Une scale-up peut absorber un peu de gaspillage produit : elle a le revenu pour financer les impasses. Une startup pre-seed ou seed, non. Chaque sprint dépensé sur une feature qui ne bouge rien, c’est une semaine de runway convertie en dette — parce qu’une feature n’est jamais gratuite après sa livraison.

C’est le point que la plupart des fondateurs sous-estiment. Livrer une fonctionnalité, ce n’est pas payer un coût one-shot. C’est signer un contrat de maintenance à durée indéterminée. Chaque écran ajouté est un écran à maintenir, à tester, à documenter, à faire évoluer quand vous migrerez votre stack, à ne pas casser quand vous refactorez. Une roadmap gonflée par la feature factory ne fait pas que gaspiller le présent : elle alourdit votre coût marginal de développement pour les années à venir. Vous devenez lent, et vous ne comprenez pas pourquoi.

Il y a un pattern reconnaissable ici : la startup qui, à 800k€ d’ARR, met trois fois plus de temps à livrer une feature qu’à ses débuts, alors qu’elle a doublé son équipe technique. Ce n’est pas un problème de recrutement. C’est la surface de produit accumulée sans discernement qui écrase la vélocité.

La liaison que personne ne fait : votre pricing devrait filtrer votre roadmap

Voici où le stratégique et le technique se rejoignent, et où beaucoup d’équipes échouent à connecter les points. Votre modèle de pricing est, en théorie, l’expression de la valeur que vous créez. Si votre pricing est basé sur le nombre de sièges, votre roadmap devrait prioriser tout ce qui augmente l’adoption interne chez vos clients. S’il est basé sur l’usage, elle devrait prioriser ce qui augmente la fréquence d’usage.

Or, dans la feature factory, cette boussole disparaît. On construit des features pour « fermer des deals » sans jamais se demander si elles renforcent le mécanisme par lequel vous capturez de la valeur. Résultat : un produit qui a beaucoup de fonctionnalités mais un pricing qui n’en monétise aucune correctement. Vous avez travaillé, mais vous n’avez pas rendu votre entreprise plus défendable.

La question à se poser avant chaque item majeur n’est donc pas « est-ce que quelqu’un le veut ? » — presque tout est voulu par quelqu’un. C’est : « est-ce que ça renforce la boucle par laquelle nous créons et capturons de la valeur pour notre ICP ? » Si la réponse est floue, l’item n’a rien à faire en haut de la roadmap, quelle que soit la taille du logo qui le réclame.

Ce qu’il faut vraiment faire

Rattachez chaque item de roadmap à une métrique et à une hypothèse. Pas de ticket majeur sans une phrase du type : « nous pensons que ceci fera passer l’activation J7 de X% à Y%. » Ça vous force à admettre, souvent, que vous n’en savez rien — et c’est précisément le signal que vous devriez faire une découverte avant de développer.

Instaurez un budget d’opportunité, pas une capacité infinie. Si votre équipe peut livrer disons trois initiatives majeures par trimestre, alors dire oui à une nouvelle demande signifie explicitement dire non à une autre. Rendez ce trade-off visible. La feature factory prospère parce que le coût d’opportunité reste invisible ; rendez-le tangible et la moitié des « urgences » s’évaporent.

Séparez la maintenance de valeur du bruit. Toutes les demandes clients ne se valent pas. Une demande qui revient chez cinq comptes de votre segment cible vaut infiniment plus qu’une demande unique d’un gros logo hors-cible. Regardez le pattern, pas le volume sonore. Un seul client bruyant peut détourner toute une roadmap si vous laissez faire.

Assumez de fermer des features. La discipline la plus rare en startup n’est pas d’ajouter, c’est de retirer. Une fonctionnalité utilisée par 2% des comptes mais qui coûte 15% de votre temps de maintenance est un candidat à la dépréciation. Retirer réduit votre dette produit et rend votre stack plus légère à faire évoluer — un gain technique direct issu d’une décision stratégique.

Pour les pre-seed : résistez à la roadmap tout court. À ce stade, votre « roadmap » ne devrait pas dépasser quelques semaines de visibilité. Vous cherchez encore votre ICP ; construire une file d’attente longue, c’est cristalliser des paris avant d’avoir la donnée pour les faire. En seed, vous pouvez commencer à structurer par thèmes trimestriels. C’est en approche série A, quand la traction se répète, que la roadmap devient un vrai outil de pilotage pluri-trimestriel — et pas avant.

En pratique, la vraie question

Une roadmap saine n’est pas celle qui contient le plus d’items ni celle qui satisfait le plus de clients à court terme. C’est celle où vous pouvez expliquer, pour chaque ligne, quelle métrique elle est censée bouger et comment vous saurez si vous vous êtes trompé. Tout le reste est du mouvement déguisé en progrès.

Alors avant votre prochaine session de priorisation, posez-vous cette question inconfortable : si vous supprimiez la moitié de votre backlog aujourd’hui, seriez-vous capable de dire précisément ce que vous perdez — ou seulement de mesurer ce que vous soulagez ?