Revenus, confiance et mesure
Au fil des années, j’ai vu plusieurs façons de bâtir des fonctionnalités. Certaines partaient de l’instinct, d’autres reposaient sur des mois d’expérimentation. Ce qui est resté constant, c’est à quel point la confiance suit souvent les revenus.
Quand les chiffres sont solides, les décisions semblent validées. La feuille de route paraît cohérente. Les priorités semblent évidentes. Il devient facile de croire que le processus fonctionne comme prévu.
Quand les revenus ralentissent, l’attitude change. On commence à chercher ce qui a cassé. Les tableaux de bord sont revus. Les hypothèses sont remises en question. La performance des fonctionnalités compte soudainement plus qu’elle ne le faisait quand tout allait bien.
C’est là que je vois toujours la même tendance : la mesure devient réactive. On s’en sert pour diagnostiquer l’incertitude, pas pour valider les hypothèses au fil de l’eau. Ça rend plus difficile de distinguer le signal du bruit, surtout quand les conditions du marché changent pour des raisons hors de notre contrôle.
Demandes, valeur et ROI encore en suspens
Pendant ce temps, les demandes de fonctionnalités continuent de s’accumuler. Elles sont visibles, elles semblent concrètes, et elles pointent souvent vers de vraies frictions. Mais ce sont des signaux, pas une preuve de valeur.
Il est facile de confondre le volume de rétroaction avec l’importance. Les utilisateurs les plus vocaux influencent souvent la priorisation plus que ceux qui créent le plus de valeur. Dans les produits très axés sur le contenu, cette distinction compte. Le revenu d’abonnement est généralement bien compris. Le coût de service, beaucoup moins.
Malgré ça, le ROI est souvent traité comme un exercice en amont. Il apparaît dans les discussions de planification et les présentations de justification, où les hypothèses d’impact et de gains sont documentées clairement. Ce qui est moins courant, c’est de revenir sur ces hypothèses une fois la fonctionnalité livrée.
On prend rarement le temps de demander si le comportement a changé comme prévu, si le bon segment de clients a adopté la fonctionnalité, ou si la valeur projetée s’est vraiment matérialisée. Les fonctionnalités sont absorbées dans le produit, le succès et l’échec se mélangent, et l’attention se tourne vers la prochaine initiative.
Des paris non réglés
Il y a quelques années, j’ai lu Don’t Just Roll the Dice de Neil Davidson, et une idée est restée avec moi : les décisions produit sont des paris.
Pas des paris téméraires, mais des paris quand même. Ils supposent un potentiel, comportent des risques et se prennent dans l’incertitude. Ce qui m’a frappé, ce n’est pas qu’on fasse des paris. C’est inévitable. C’est qu’on les règle rarement.
La fonctionnalité est livrée. La feuille de route avance. Mais l’hypothèse d’origine reste souvent sans examen. Avec le temps, le développement finit par ressembler davantage à de l’élan qu’à un apprentissage délibéré, et les décisions s’accumulent plus vite que la compréhension.
The Infinite Game de Simon Sinek m’a aidé à voir les choses autrement. Si l’objectif est la résilience à long terme, pas le pointage à court terme, alors le ROI ne peut pas être traité comme un simple point de contrôle ponctuel. Il doit faire partie d’une boucle continue qui garde la stratégie connectée à la réalité.
Fermer la boucle ne demande pas une mesure parfaite. Ça demande de la continuité. Une volonté de revenir sur les hypothèses, pas seulement quand ça va mal, mais aussi quand ça semble bien aller.
Sans cette discipline, la confiance envers le produit peut s’éloigner de la réalité du produit. Et l’élan, à lui seul, ne dit pas si vous créez de la valeur ou si vous êtes seulement en mouvement.
J’ai déjà pris la vitesse de livraison pour une preuve que le système apprenait. Avec le temps, j’ai commencé à la voir comme un seul signal, et souvent un signal bruité.
Ce qui a changé pour moi, c’est que je traite maintenant chaque fonctionnalité livrée comme une hypothèse non résolue jusqu’à ce qu’on revienne volontairement sur le résultat.
- Patrick