Développement de produits Lean pour débutants : prévoyez d'apprendre, pas de réussir du premier coup

La plupart des gens qui commencent à créer un produit font la même erreur, et c'est compréhensible. Vous avez une idée qui sonne bien, vous êtes enthousiasmé et vous passez des mois à construire la version complète de ce que vous avez imaginé. Lorsque vous le lancez enfin, vous découvrez que peu de gens le veulent, ou qu'ils veulent quelque chose de similaire, mais différent de ce que vous avez fait. Le temps et l’argent ont disparu.

Le développement de produits Lean existe pour éviter exactement cette erreur. Il ne s’agit pas d’une méthodologie compliquée ni d’un ensemble de cérémonies. C'est une façon de penser qui tient en une phrase : savoir si ça vaut le coup avant de tout construire. Ceux qui apprennent cela tôt épargnent des mois de travail inutile.

Ce texte s'adresse à ceux qui débutent. Pas de jargon inutile, pas de promesses magiques. Juste le raisonnement essentiel et comment commencer à l’appliquer à votre premier produit.

L'erreur que le Lean résout

L’intuition naturelle de ceux qui créent est de construire d’abord et de valider ensuite. Cela a du sens émotionnellement : c'est votre idée, vous y croyez, vous voulez la voir terminée. Le problème est que votre conviction ne prouve pas que d’autres personnes voudront le produit.

Lean part d’une humilité inconfortable : vous vous trompez probablement sur quelque chose d’important, et vous ne savez pas quoi. On peut se tromper sur l'identité du client, sur le problème qu'il rencontre, sur la question de savoir s'il paierait pour le résoudre, sur la manière dont la solution devrait fonctionner. Chacune de ces hypothèses est un risque, et construire le produit dans son ensemble, c'est tout miser sur elles en même temps.

La thèse ici est simple et puissante : avant d'être une idée de construction, chaque produit est un ensemble d'hypothèses, et le travail initial consiste à découvrir lesquelles d'entre elles sont vraies. La construction vient plus tard, et uniquement à partir de ce qui a survécu au test.

Hypothèse : le mot qui change tout

Pour commencer à penser Lean, remplacez « Je suis sûr » par « J’ai une hypothèse ». Cela semble petit, mais cela change tout le comportement.

Quand on en est sûr, toute preuve contraire devient une menace. Quand vous avez une hypothèse, les preuves contraires deviennent des informations utiles, elles vous évitent de passer des mois dans la mauvaise direction. Celui qui réfléchit à des hypothèses est curieux de les tester ; la personne qui en est sûre devient sur la défensive.

Énumérez les hypothèses derrière votre produit. Qui va l’utiliser ? Quel problème cela résout-il pour cette personne ? Pourquoi utiliserait-elle votre solution au lieu de ce qu’elle fait déjà aujourd’hui ? Est-ce qu'elle s'en soucie suffisamment pour payer, télécharger ou changer ses habitudes ? Chacune de ces questions est une hypothèse à tester, et certaines sont plus risquées que d’autres. Commencez par le plus risqué, celui qui, s’il est faux, fera tomber l’ensemble du produit.

Le vrai MVP (et ce qu'il n'est pas)

MVP, produit minimum viable, est le terme le plus utilisé et le plus déformé en matière de lean. Beaucoup de gens pensent que MVP est « une version boiteuse du produit final ». Ce n'est pas.

MVP est la plus petite expérience capable de tester votre hypothèse la plus risquée. Le mot clé est expérimenter. Son objectif n'est pas de fournir une valeur totale ; est de générer un apprentissage avec un minimum d’effort. Parfois, le MVP n'est même pas un logiciel. Il pourrait s'agir d'une page expliquant le produit pour voir si les gens s'inscrivent. Il se peut que vous résolviez manuellement le problème de dix clients avant d'automatiser quoi que ce soit.

Un exemple concret. Imaginez que vous souhaitiez créer une application qui connecte les résidents d'un quartier aux prestataires de services locaux. La version complète prendrait des mois. MVP pourrait être un groupe de messagerie où vous faites vous-même l'intermédiation pendant quelques semaines. Si personne ne l'utilise même lorsqu'il est simple et gratuit, vous venez d'économiser des mois de développement. S'ils l'utilisent beaucoup, vous avez appris qu'il vaut la peine d'être construit et vous comprenez maintenant comment les gens l'utilisent réellement.

Construire, mesurer, apprendre

Le cœur du Lean est un cycle court : vous construisez quelque chose de petit, mesurez la réaction des gens, en tirez des leçons et décidez de l'étape suivante. Puis répétez. Chaque tournant du cycle réduit votre incertitude.

Le point sur lequel les débutants font le plus d’erreurs est de mesurer la bonne chose. Il est facile de s'enthousiasmer pour des statistiques qui semblent bonnes mais qui ne veulent rien dire, comme le nombre de likes, de visites, de compliments d'amis. Ce sont de la vanité. Ce qui compte, c'est le comportement qui confirme votre hypothèse : les gens sont-ils revenus ? L'avez-vous encore utilisé ? l'ont-ils recommandé à d'autres ? ont-ils payé ? Un véritable comportement vaut plus qu’une aimable opinion.

Apprendre, c’est aussi être prêt à changer de direction. Lorsque les données contredisent l’hypothèse, il existe deux solutions honnêtes : ajuster ce que vous faites ou changer de cap de manière plus profonde. Insister sur l’idée originale contre l’évidence n’est pas de la persévérance, c’est un entêtement coûteux.

Soyez prudent avec les données des personnes dès le début

Un point que les débutants ont tendance à laisser pour plus tard et ne devraient pas : dès que vous commencez à collecter des informations sur les utilisateurs, les e-mails, les numéros de téléphone, le comportement, vous commencez à traiter des données personnelles. Au Brésil, la LGPD s'applique même aux petits produits en phase de test.

Vous n’avez pas besoin d’une structure juridique complexe pour bien démarrer. Il faut faire preuve de bon sens : ne collectez que ce que vous allez réellement utiliser, expliquez à quoi cela sert, demandez clairement l'autorisation et ne partagez pas ces données. Il est beaucoup plus facile de faire de ce soin une habitude dès la première expérience que d'essayer d'y remédier plus tard, lorsque vous avez déjà des utilisateurs et des données dispersés. C'est aussi une forme de respect qui renforce la confiance, et la confiance est ce qui incite les gens à revenir.

Le piège de la sur-planification

Il existe un risque inverse à trop construire : planifier pour toujours. Certaines personnes tombent amoureuses de la phase de validation et ne construisent jamais quoi que ce soit, passant d’expérience en expérience sans se décider.

Le Lean n’est pas une excuse pour la paralysie. Le but de chaque expérience est de prendre une décision : continuer, ajuster ou arrêter. Si vous testez depuis des mois et ne parvenez jamais à une décision, la méthode est devenue une procrastination déguisée. Définissez, avant chaque expérience, ce qui vous ferait avancer et ce qui vous ferait arrêter. Sans ces critères convenus au préalable, il est facile d’interpréter tout résultat comme le signe qu’il vaut la peine de continuer.

Clôture

Le développement de produits Lean ne consiste pas à construire rapidement. Il s’agit de déterminer très tôt si cela vaut la peine d’être construit. Pour ceux qui débutent, cette différence est la limite entre perdre des mois sur une mauvaise idée et passer des semaines à apprendre quelle est la bonne idée.

Commencez petit, testez d’abord l’hypothèse la plus risquée, mesurez le comportement réel et ayez le courage de changer de cap lorsque les données l’exigent. Cette habitude, plus que n’importe quel outil, est ce qui différencie ceux qui finissent les produits que les gens utilisent de ceux qui collectent les projets abandonnés.

Si vous créez votre premier produit et n'avez pas encore testé vos hypothèses, c'est le meilleur moment pour commencer, avant la prochaine ligne de code. Il existe d'autres textes ici sur le blog sur la validation, le MVP et les métriques qui approfondissent chaque étape de ce chemin.