Bien avant l'existence de Slidebean , Trevor Owens a cofondé une société appelée Lean Startup Machine qui, par le biais de vidéos YouTube et d'autres médias, cherchait à aider startups à démarrer. Son outil le plus puissant et le plus connu est le Lean Validation Board, qui aidait les fondateurs à valider et à faire pivoter leurs hypothèses, et suivait le succès ou l'échec de ces pivots.
Il s'agit d'un outil que nous utilisions au début de notre carrière à l'adresse Slidebean afin d'éliminer les risques liés à nos idées commerciales. Ainsi, avec la bénédiction de Trevor, nous avons créé notre version du Lean Validation Board avec quelques modifications et changements basés sur ce que nous avons appris en l'utilisant.
Le Lean Validation Board est un outil fantastique parce qu'il vous permet d'organiser et de structurer vos pensées et vos idées en un seul endroit et de comprendre si votre produit peut être bien adapté au marché. Il vous aide à valider vos idées et à vous assurer que ce que vous construisez a du sens avant que vous ne commenciez à le construire (ce que beaucoup d'entrepreneurs oublient souvent, je pense).
Vous pouvez télécharger le tableau ici, ou obtenir une version imprimée ici.
Sur le côté gauche du tableau, il y a trois sections qui représentent une étape du développement de l'idée de votre entreprise :
Sur le côté droit du tableau, vous avez la boîte de réception des hypothèses de base et la façon de valider chacune de ces hypothèses.
La chose la plus importante à savoir sur le conseil de validation Lean est que pour chaque étape du produit, vous devez valider vos hypothèses pour cette étape, et vous commencez par l'hypothèse la plus risquée de votre produit (c'est-à-dire que si vous ne pouvez pas valider cette idée, tout le produit échoue), puis vous progressez dans vos hypothèses jusqu'à ce qu'elles soient toutes validées.
Pour m'aider à expliquer cela, je vais utiliser Slidebean comme exemple.
En 2013, lorsque nous avons décidé de lancer Slidebean, nous sommes partis du principe que PowerPoint était nul et que les gens le détestaient, et nous avons pensé que notre base d'utilisateurs idéale serait un employé de bureau dans une entreprise comptant entre 100 et 500 employeurs. Cela nous donne une hypothèse d'audience et une hypothèse de point de douleur.
La plupart des fondateurs vont prendre cette combinaison de public et de problème et construire instantanément un produit sans valider ces hypothèses. Ne faites pas cela. Vous risquez de faire beaucoup d'erreurs et cela vous coûtera plus cher. Au lieu de cela, vous pouvez valider si ces deux hypothèses sont correctes en vous posant des questions et en trouvant les réponses dans des recherches.
Avec ces deux hypothèses, nous obtenons des hypothèses de base (qui figurent sur le côté droit de votre feuille) qui, si elles étaient invalidées, briseraient notre entreprise :
A partir de là, vous choisissez l'hypothèse la plus risquée et vous essayez de la valider. Dans notre cas, nous devions savoir si les gens détestaient vraiment PowerPoint. Pour la valider, vous devez décider d'une méthode (demander à 100 personnes) et d'un critère de réussite minimum (au moins 50 % du public déteste le produit), puis vous vous lancez dans la construction et commencez à demander aux gens.
Si c'est un succès, vous passez à l'hypothèse de base suivante, la plus risquée, mais si vous ne pouvez pas la valider, vous devez pivoter en changeant l'une de vos hypothèses : le public ou le point sensible. Vous continuez ainsi jusqu'à ce que vous ayez validé chaque hypothèse de base, puis vous passez à l'étape suivante : la construction d'un MVP.
Pour plus de facilité, je vous dirai que nous avons fait pivoter notre public vers startups et validé toutes nos hypothèses de base afin d'être prêts à construire un MVP.
La section "commencer à construire" comporte trois catégories : le public, le point de vue et une solution. Dans notre cas, nous nous sommes concentrés sur startups qui avait du mal avec ses présentationspitch et nous avons trouvé une solution pour les aider à créer de belles diapositives à chaque fois. Nous avons fixé une limite qui n'autorisait qu'un seul élément par diapositive afin de garantir que chaque diapositive soit belle - c'est pourquoi nous l'avons appelé le constructeur rigide.
Vous répétez maintenant le même processus de validation des hypothèses de base que la première section. C'est là que nous avons découvert que les gens voulaient pouvoir avoir plus d'un élément sur leurs diapositives sans risquer qu'elles ne soient pas aussi belles. Nous avons donc construit Slidebean 2.0 qui permet aux utilisateurs de faire exactement cela - avoir plusieurs éléments sur chaque diapositive.
À ce stade, nous ne faisions que construire (nous ne facturions pas nos clients) et l'une des choses les plus risquées à valider était de savoir si le produit pouvait être un abonnement.
Nous avons tenté l'expérience en n'autorisant les personnes à exporter que si elles avaient un "compte payant", mais nous n'avions pas encore créé cette fonctionnalité. Nous avons donc fait passer nos utilisateurs par une fausse page de paiement pour voir s'ils étaient prêts à payer. Et devinez quoi ? Ça a marché ! Cela nous a permis de valider que les gens s'abonneraient au produit, et nous avons fait tout cela sans avoir à intégrer Stripe et d'autres produits.
Nous ne disposions même pas de la fonctionnalité permettant d'exporter des diapositives. Pendant un certain temps, nous avons donc dû exporter nous-mêmes les diapositives en faisant des captures d'écran, en les compilant dans un PDF et en les envoyant aux utilisateurs.
J'espère que vous avez maintenant compris la dynamique qui consiste à formuler une série d'hypothèses, à trouver une combinaison de variables et à soumettre vos hypothèses sur ces variables à cette méthode tout en étant strict.
Les trois catégories de la dernière section sont les mêmes que précédemment, mais la solution doit maintenant avoir un modèle commercial. Après tout, une startup est vouée à l'échec sans clients payants.
En ce qui nous concerne, nous avons continué à nous concentrer sur startups dont nous savions qu'il y avait des problèmes avec les fiches pitch et nous pensions que cela pourrait être un produit SaaS. Nous avons répété les mêmes étapes que précédemment - valider les hypothèses de base - mais nous avons oublié cette fiche (à notre propre détriment) et ce n'est qu'environ un an plus tard que nous avons remarqué que nous devions passer d'un modèle de paiement mensuel à un service d'abonnement annuel. C'est alors que nous avons constaté une amélioration significative du taux de désabonnement.
Nous sommes revenus sur ce tableau plusieurs fois, car notre produit est passé d'une première plateforme pitch deck à un écosystème d'outils qui aident les fondateurs de startups et les entrepreneurs en phase de démarrage à lever des fonds, mais à chaque fois, le principe de base reste le même : public, problème, solution - validation - répétition.
Il s'agit d'un modèle fonctionnel que vous pouvez utiliser pour créer vos propres formules et projeter la croissance potentielle de votre entreprise. Les instructions sur la façon de l'utiliser se trouvent sur la première page.