Fashion Geek MBA
Fashion GeekMBA · Module 10 · Innover · 6 étapes

Lean startup

La plupart des produits nouveaux échouent pour une raison banale : personne n’en voulait, et on l’a découvert après avoir tout construit. La méthode lean renverse l’ordre : tester d’abord ce qui peut tuer le projet, avec le test le moins cher possible, puis décider sur des chiffres fixés à l’avance. Tu t’entraînes avec Kumo, une marque française de baskets qui imagine une basket à tige interchangeable, puis tu bâtis ton propre tableau d’expériences.

Une année, un budget, et la vitesse de la boucle
8 sem.Par tour
6Par an
74 %Chance

Avec le même budget, une équipe qui boucle en deux semaines apprend quatre fois plus souvent qu’une équipe qui boucle en deux mois. Chiffres d’illustration.

Commencer45 min · niveau école de commerce
construire · mesurer · apprendre
01

Construire, mesurer, apprendre

Ce qui compte, c’est le nombre de tours que tu fais avant d’être à court d’argent

Dans les années 2000, Steve Blank enseigne le « customer development » : une startup n’est pas une petite grande entreprise, elle cherche encore son modèle, et il faut sortir du bureau pour aller voir les clients. Eric Ries, son ancien élève, en tire en 2011 The Lean Startup : construire le minimum, mesurer ce que font les clients, apprendre, et recommencer. La vraie unité de progrès n’est pas la fonction livrée mais l’apprentissage validé. Kumo dispose de 150 000 € et d’un an pour savoir si sa basket à tige interchangeable a un marché. Chaque semaine d’équipe coûte 2 000 €. Règle la boucle.

150 000 €, 52 semaines. Chaque tour de boucle teste une hypothèse. On suppose qu’un tour a une chance sur cinq de révéler ce que les clients veulent vraiment.
8 sem.
12 k€
Tours possibles–
Limité par–
Chance de trouver–
fais des tours de 10 semaines ou plus, avec un prototype coûteuxatteins 90 % de chances de trouver dans l’année
L’année de Kumo : tours de boucle et argent restant
Cas réel · 2004

IMVU : six mois pour un produit que personne ne télécharge

Eric Ries cofonde IMVU, un service d’avatars en 3D pour discuter en ligne. L’équipe passe des mois à construire un module qui se greffe sur les messageries existantes, persuadée que les utilisateurs veulent garder leurs contacts. Au lancement, presque personne ne le télécharge. En regardant des utilisateurs l’essayer, l’équipe découvre l’inverse de son hypothèse : ils veulent rencontrer de nouvelles personnes, pas inviter leurs amis. L’essentiel du travail des premiers mois part à la poubelle.

À retenir : le temps passé à construire ce que personne ne veut est le gaspillage le plus cher. Raccourcis la boucle pour te tromper plus tôt et pour moins cher.

Source : Eric Ries, The Lean Startup, Crown Business, 2011, chapitre 2.

La boucle se lit à l’envers. On commence par ce qu’on veut apprendre, puis on choisit ce qu’il faut mesurer, et seulement ensuite ce qu’il faut construire.

Une chance sur cinq, c’est une hypothèse d’illustration. Le principe tient quelle que soit la valeur : plus de tours, c’est plus de chances. Les délais réels se simulent dans Projets.

02

Le produit minimum viable

Le test le moins cher qui fournit une vraie preuve

Un MVP n’est pas un produit bâclé. C’est la plus petite chose qui permet d’apprendre ce que tu as besoin d’apprendre. Parfois une vidéo suffit, parfois un service fait à la main pour vingt clients, parfois une page de précommande. Une preuve vaut ce qu’elle coûte au client : un « j’adore » en entretien ne coûte rien, une adresse mail coûte un peu, un paiement coûte vraiment. Kumo veut savoir si les gens paieront pour changer la tige de leur basket. Choisis ton premier test.

La question : « Des clients paieront-ils 35 € pour une tige de rechange ? » Choisis un test.
Coût–
Délai–
Force de la preuve–
essaie de tout construire d’abordtrouve un test qui donne une preuve de 70 ou plus pour 10 000 € au plus
Ce que coûte chaque test et ce qu’il prouve
Cas réel · 2007-2008

Dropbox vend un produit qui n’existe pas encore

Synchroniser des fichiers entre ordinateurs sans bug est un défi technique énorme, et Drew Houston ne peut pas faire essayer une version fiable avant longtemps. Il tourne alors une vidéo de démonstration de quelques minutes, truffée de clins d’œil destinés à la communauté technophile qu’il vise. Selon le récit qu’en fait Eric Ries, la liste d’attente bondit d’environ 5 000 à 75 000 inscrits en une nuit. Houston sait qu’il construit quelque chose que les gens veulent avant d’avoir fini de le construire.

À retenir : le MVP teste la demande, pas la technique. Une vidéo honnête peut suffire quand le produit est long à bâtir.

Source : Eric Ries, The Lean Startup, 2011, chapitre 6.

Zappos avant Zappos. En 1999, Nick Swinmurn photographie les chaussures de magasins de son quartier et les met en ligne. Quand une commande arrive, il va acheter la paire au prix fort et l’expédie. Aucun stock : il vérifie d’abord que les gens achètent des chaussures sur Internet.

Le magicien d’Oz, version IA. Avant d’automatiser, un humain répond en coulisses à la place du futur logiciel. Utile pour tester un assistant d’IA générative avant de payer son intégration, à condition de ne pas mentir aux utilisateurs sur ce qu’ils obtiendront ensuite.

03

L’hypothèse la plus risquée d’abord

Et un seuil de réussite fixé avant de voir les chiffres

Tout projet repose sur des paris. Eric Ries en distingue deux familles qui comptent plus que les autres : l’hypothèse de valeur (les clients en tirent-ils quelque chose, au point de payer ?) et l’hypothèse de croissance (comment de nouveaux clients arrivent-ils ?). La tentation est de tester d’abord ce qui est facile et rassurant. Le bon ordre est l’inverse : ce qui peut tuer le projet. Et pour ne pas se raconter d’histoires, on écrit avant le test le chiffre qui vaudra un oui. Choisis l’hypothèse à tester, fixe ton seuil, puis lance le test.

Quatre paris de Kumo. Une page de précommande mesure la part des visiteurs qui versent un acompte.
1 %
Risque retiré–
Résultat–
Verdict–
teste d’abord une hypothèse de faisabilité, rassuranteteste l’hypothèse de valeur avec un seuil d’au moins 3 % fixé avant
Le risque du projet, pari par pari
Cas réel · 2020

Quibi : 1,75 milliard de dollars sur une hypothèse jamais testée

Fondée par Jeffrey Katzenberg et dirigée par Meg Whitman, Quibi lève environ 1,75 milliard de dollars pour proposer des séries premium en épisodes de moins de dix minutes, pensées pour le téléphone. Le service est lancé en avril 2020, avec des stars et des budgets de cinéma. Le pari central, que les gens paieraient un abonnement pour ce format, n’a pas été vérifié à petite échelle. Six mois plus tard, en octobre 2020, les fondateurs annoncent la fermeture.

À retenir : l’argent ne remplace pas la preuve. Plus le pari est gros, plus il faut tester tôt l’hypothèse de valeur.

Sources : lettre ouverte de Jeffrey Katzenberg et Meg Whitman annonçant la fermeture, 21 octobre 2020 ; The Wall Street Journal, octobre 2020.

Écris ton hypothèse comme un test. « Je crois que [tel client] fera [telle action mesurable]. Je le saurai si [tel chiffre] atteint [tel seuil] d’ici [telle date]. »

Fixer le seuil après coup, c’est tricher avec soi-même. On trouve toujours une bonne raison de lire 1,8 % comme encourageant. Le biais de confirmation fait le reste.

04

Métriques actionnables, métriques de vanité

Le cumul monte toujours ; les cohortes disent la vérité

Une métrique de vanité fait plaisir et ne dit rien : le nombre total d’inscrits, de téléchargements, d’abonnés monte presque toujours, même quand le produit ne s’améliore pas, parce qu’on y ajoute chaque mois les nouveaux venus. Une métrique actionnable relie une cause à un effet : sur 100 personnes arrivées en mars, combien utilisent encore le service quatre semaines plus tard ? C’est l’analyse par cohortes. Kumo a lancé une appli de personnalisation de tiges. Joue avec le budget marketing et les améliorations du produit, puis change de vue.

Six mois d’appli. Le marketing amène des inscrits. Les améliorations du produit changent ce que font les cohortes arrivées après leur sortie.
3 k€/mois
0
Inscrits cumulés–
Actifs à 4 sem. (dernière cohorte)–
Le produit–
pousse le budget au maximum sans améliorer le produit, et regarde le cumuldans la vue cohortes, amène la dernière cohorte à 40 % d’actifs à 4 semaines
Inscrits cumulés, mois après mois
Cas réel · 2011

Grockit regarde ses cohortes et déchante

Grockit, une plateforme d’apprentissage en ligne fondée par Farbood Nivi, travaille en méthode agile : elle livre des fonctions sans arrêt et ses courbes d’utilisateurs montent. Eric Ries raconte qu’en passant à l’analyse par cohortes, l’équipe découvre que le comportement des nouveaux élèves ne change presque pas d’une version à l’autre : une bonne partie des fonctions ajoutées n’a rien changé pour eux. Grockit se met alors à tester chaque fonction en A/B et à juger les versions sur des cohortes.

À retenir : livrer beaucoup n’est pas progresser. Une fonction n’existe vraiment que si elle change ce que font les clients.

Source : Eric Ries, The Lean Startup, 2011, chapitre 7.

Trois critères d’une bonne métrique. Actionnable (une cause, un effet), accessible (tout le monde la comprend), auditable (on peut retrouver les vrais clients derrière le chiffre). Le tableau de bord complet est dans Indicateurs.

Pour savoir si une amélioration marche, compare deux groupes au même moment. La taille d’échantillon et le test A/B sont dans Growth.

05

Pivoter ou persévérer

Une décision prise sur des données, à une date fixée d’avance

Un pivot est un changement de cap qui garde ce qu’on a appris : un autre client, un autre usage, un autre modèle de revenus. Le danger n’est pas de pivoter, c’est de ne jamais décider. Une équipe qui obtient des résultats tièdes continue souvent par inertie, jusqu’à ce que l’argent manque pour essayer autre chose. Eric Ries recommande de fixer à l’avance des réunions de décision, avec des données sur la table. Les ventes de Kumo stagnent, mais des clubs de sport commencent à demander des tiges à leurs couleurs. Choisis le mois de ta revue, puis décide.

Douze mois, 150 000 €. Tu ne vois les données que jusqu’à ta revue.
4
Argent à la revue–
Paires au mois 12–
Issue–
décide de pivoter au mois 9 ou plus tardpivote au mois 6 au plus tard, avec la moitié du budget restant
Ce que tu vois à la revue, et ce qui se passe ensuite
Cas réel · 2012-2014

Slack naît des restes d’un jeu vidéo

La société Tiny Speck, de Stewart Butterfield, développe Glitch, un jeu en ligne lancé en 2011. Le jeu ne trouve pas assez de joueurs et ferme fin 2012. Pendant le développement, l’équipe s’était construit un outil de messagerie interne pour travailler à distance. Plutôt que de s’acharner sur le jeu, elle en fait son produit : Slack ouvre en 2013 en version de test et au public en février 2014. Salesforce le rachète pour environ 27,7 milliards de dollars en 2021.

À retenir : un pivot réussi recycle ce qui marche déjà, une équipe, une technologie, un usage observé. Il suppose d’accepter que le projet initial a échoué.

Sources : Stewart Butterfield, « We Don’t Sell Saddles Here », Medium, 2014 ; communiqué de Salesforce sur l’acquisition de Slack, décembre 2020 (finalisée en juillet 2021).

Instagram, même mouvement. En 2010, Kevin Systrom et Mike Krieger développent Burbn, une appli de géolocalisation chargée de fonctions. Les utilisateurs n’en retiennent qu’une : partager des photos. Ils coupent tout le reste et lancent Instagram en octobre 2010.

Fixe la date de revue dès le départ, avec l’indicateur et le seuil qui décideront. Un pré-mortem aide à repérer à l’avance les signaux d’alerte.

06

Ton tableau d’expériences

Atelier Les paris de ton projet, l’ordre des tests, et ce que tu décideras

À toi. Nomme ton projet et ton budget d’expérimentation, puis écris tes paris sous la forme « je crois que… ». Pour chacun : son type, son risque (5 = s’il est faux, le projet meurt), le test choisi, son coût et le critère chiffré qui vaudra un oui, fixé maintenant. L’outil classe les tests, dessine la carte risque × coût et signale ce qui cloche. Une fois les tests faits, note le résultat et ta décision. Tout est sauvegardé dans ton navigateur.

Partir d’un exemple
Tes paris (3 à 6)
Paris testables–
Coût des tests–
Risque couvert–
nomme ton projet et écris trois paris avec un critère chiffréchoisis un test et un coût pour chaque pari, dont un pari de valeur
Risque et coût de chaque test, numérotés dans l’ordre conseillé

Ta synthèse

Remplis le tableau ou charge un exemple pour voir l’ordre de tes tests.

La boucle

Plus de tours avant d’être à sec : des cycles courts, des tests légers.

Le MVP

Le test le moins cher qui fournit une preuve qui coûte au client.

Les paris

Le plus risqué d’abord, avec un seuil écrit avant le test.

Mesurer et décider

Des cohortes plutôt que des cumuls, et une revue datée pour pivoter à temps.

Pour aller plus loin