La feature qui impressionne vos amis ne fait pas signer vos clients
Pourquoi la fonctionnalité la plus complexe de votre produit est souvent la moins utile — et comment repérer la différence avant de la construire.
Un fondateur SaaS nous a présenté fièrement son moteur de recommandation basé sur l'IA — trois mois de travail, un vrai exploit technique. En creusant, on a découvert que ses utilisateurs n'avaient jamais demandé ça. Ce qu'ils demandaient, en revanche, dans chaque ticket support depuis un an : pouvoir exporter leurs données en CSV. Une fonctionnalité d'une journée de développement, jamais construite.
Deux catégories de fonctionnalités, un seul biais
Il existe deux types de fonctionnalités dans un produit : celles qui résolvent un problème que le client a explicitement exprimé, et celles qui démontrent une compétence technique. Les secondes sont valorisantes à construire — elles font de belles démos, de bons posts LinkedIn, un bon sujet de conversation avec d'autres fondateurs. Les premières sont souvent ennuyeuses, invisibles, et ce sont elles qui font signer un contrat.
Le biais est humain, pas stupide : construire une fonctionnalité impressionnante procure une satisfaction immédiate. Résoudre un problème d'export CSV ne procure aucune fierté technique. Mais le client, lui, ne paie pas pour votre fierté technique.
Le test en une question
Avant de prioriser une fonctionnalité, une seule question sépare la vanité de la valeur : « un client nous a-t-il demandé exactement ça, avec ces mots, plus d'une fois ? » Si la réponse est non — si la fonctionnalité vient d'une intuition, d'une tendance du marché ou d'un concurrent — elle mérite d'attendre. Si la réponse est oui, et que ça revient dans plusieurs conversations indépendantes, elle passe devant tout le reste.
- —Listez les 10 dernières demandes clients reçues telles quelles (support, calls, emails)
- —Comptez les répétitions — un problème mentionné 5 fois pèse plus qu'une idée brillante mentionnée 0 fois
- —Chiffrez le coût de développement de chaque option en jours, pas en sprints vagues
- —Choisissez le ratio le plus favorable : problème réel confirmé / coût le plus bas
Le moteur de recommandation IA a fini par être construit — six mois plus tard, une fois l'export CSV livré et les tickets support taris. Dans l'ordre inverse, l'un est un pari sur l'avenir ; dans le bon ordre, c'est une fondation qui retient les clients pendant qu'on construit la suite.