Lorsque vous appreniez à faire du vélo, avez-vous élaboré la théorie sur la façon de le faire, de sauter sur le vélo et de commencer à rouler sans faute ? Non. Vous avez commencé avec des roues d’entraînement et vous l’avez travaillé par essais et erreurs.
Lorsque Thomas Edison a inventé sa version de l’ampoule (le 24e à faire breveter !) a-t-il découvert que le tungstène était la meilleure chose à utiliser comme filament par logique ? Non. Il a trouvé 9 999 choses qui ne fonctionnaient pas avant de s’installer sur Tungstène – par essais et erreurs.
Lorsque Caterina Fake et Stewart Butterfield ont lancé Flickr, ont-ils élaboré à l’avance le modèle commercial parfait, puis ont-ils lancé le site ? Non. Ils ont commencé par créer un jeu en ligne massivement multijoueur – Game Neverending, qui est devenu relativement réussi, mais pas assez pour maintenir l’entreprise à flot. L’équipe a donc construit un site autour d’un protocole de partage de photos qu’elle a développé pour le jeu, et qui est devenu Flickr. C’était le développement d’un modèle d’affaires par essais et erreurs.
L’expérimentation est une compétence d’innovation essentielle. Aucun de nous ne réfléchit à deux fois avant d’apprendre à faire du vélo par essais et erreurs, alors pourquoi est-ce si rare dans les affaires ?
Il y a deux principales raisons. L’une est l’aversion au risque. Dans un milieu de travail, les gens n’aiment pas faire d’erreurs et ils n’aiment pas avoir l’air idiot. Les essais et erreurs peuvent provoquer ces deux choses lorsque les choses ne se passent pas comme prévu. La deuxième raison est que nos cultures organisationnelles ne se prêtent souvent pas à l’expérimentation. Dans les grandes organisations, nous essayons souvent d’améliorer l’efficacité. Faire cela signifie que nous devons réduire la variation. Mais l’innovation et l’expérimentation augmentent la variation. Il existe une tension entre efficacité et innovation.
Mais les avantages de l’expérimentation l’emportent sur ces problèmes. Le problème que résout l’expérimentation est le suivant : il est presque impossible de savoir à l’avance quelles idées fonctionneront et lesquelles ne fonctionneront pas. Si nous expérimentons, au lieu de deviner quelles idées fonctionneront, nous pouvons les tester. Cela nous aide à mieux prendre des décisions basées sur des données.
Steve Blank a récemment écrit Why the Lean Start-up Changes Everything et il parle de cela comme de l’erreur du plan d’affaires parfait. L’approche est construite autour de l’identification de vos hypothèses sur le fonctionnement de votre idée, puis de la collecte de données auprès des clients pour valider ou réfuter ces hypothèses.
Eric Reis a esquissé une méthodologie pour le Lean Start-up – Build-Measure-Learn.
C’est la méthode de base pour l’expérimentation. Cette version fonctionne pour les startups technologiques, mais les principes généraux s’appliquent plus largement. Nous devons également utiliser davantage cette boucle de construction-mesure-apprentissage dans les grandes organisations.
Il y a de nombreux avantages à expérimenter. Le premier est qu’il réduit les échecs. La clé pour cela est de construire des prototypes et de les tester. Comme le dit Diego Rodriguez :
Tout peut être prototypé. Les prototypes ne sont pas uniquement destinés aux produits physiques. Je vois régulièrement des gens créer des prototypes de services, d’expériences complexes, de modèles commerciaux et même d’entreprises.
Vous pouvez prototyper avec n’importe quoi. Vous voulez obtenir une réponse à votre grande question en utilisant le strict minimum d’énergie et de dépenses éventuellement, mais pas au détriment de la fidélité des résultats.
Le prototypage est l’étape du Build-Code dans la boucle Lean Start-up, et il conduit à de meilleurs résultats que la prédiction.
Le deuxième avantage de l’expérimentation est qu’elle nous sort du piège de la réflexion excessive. Plus nous sommes éloignés de nos clients, plus il est facile de croire que nous pouvons simplement comprendre ce dont ils ont le plus besoin par la logique. Mais nous ne pouvons pas. Nous devons tester les idées – les essais et les erreurs nous aident à trouver ce qui fonctionnera vraiment.
Enfin, l’expérimentation est un excellent moyen de se débarrasser des sandwichs aériens. C’est ce que Nilofer Merchant appelle l’écart entre les aspirations de la direction et la réalité à la base. C’est un problème fréquent avec l’innovation. Il est rare de trouver un PDG qui ne souhaite pas que son organisation soit plus innovante – mais peu ont des plans tangibles pour réaliser cette vision. L’expérimentation peut aider.
Si nous construisons une culture d’expérimentation, les gens seront plus à l’aise pour examiner et tester leurs hypothèses. C’est un excellent moyen de développer les compétences dont vous avez besoin pour innover, et c’est également utile pour trouver le meilleur moyen de concrétiser de nouvelles idées.
Voici une méthode que tout le monde peut appliquer :
- Idée: Pensez à combien vous pouvez vous en tirer – si vous gérez un budget, de quelle discrétion disposez-vous ? Si vous n’avez pas de budget, quelles sont les parties de votre travail que vous contrôlez ?
- Construire: Faites une liste de 10 choses que vous pouvez faire dans le cadre actuel de votre travail et qui amélioreront les choses pour les personnes avec qui vous interagissez – clients, collègues, patrons, qui que ce soit.
- Prototype : Faites ces choses.
- Mesure: Déterminez ceux qui ont fonctionné et faites-les davantage.
- Données: Déterminez ceux qui n’ont pas fonctionné, apprenez pourquoi pas, puis oubliez-les. Faites plus de ceux qui ont fonctionné.
- Apprendre: Appliquez ce que vous avez appris à la prochaine série d’idées.
Si vous êtes un manager, encouragez les membres de votre équipe à faire de même. Au fur et à mesure que les gens s’améliorent, les choses commenceront à s’améliorer. Et vous commencerez à construire une culture d’expérimentation.
C’est un peu comme apprendre à faire du vélo.
Remarque : je tiens à remercier Sarah Green de Harvard Business Review Blogs pour son aide dans la rédaction de cet article.