Bien avant même que Slidebean n'existe, 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 les startups à démarrer. Leur outil le plus puissant et le plus connu est le Lean Validation Board, qui a aidé les fondateurs à valider et à modifier leurs hypothèses, et à suivre le succès ou l'échec de ces pivots.
C'est un outil que nous avons utilisé lorsque nous avons lancé Slidebean pour réduire les risques liés à nos idées commerciales. Ainsi, avec la bénédiction de Trevor, nous avons créé notre version du Conseil de validation Lean avec quelques ajustements et modifications en fonction de ce que nous avons appris en l'utilisant.
Le Lean Validation Board est un outil fantastique car 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 adapté au marché. Cela permet de valider vos idées et de s'assurer que ce que vous construisez a du sens avant de commencer à le construire (ce que je pense que de nombreux entrepreneurs oublient souvent).
Tu peux Téléchargez le tableau ici.
Sur le côté gauche du tableau, trois sections représentent une étape de la phase de développement de l'idée de votre entreprise :
Sur le côté droit du tableau, vous trouverez la zone d'accueil des hypothèses de base et la manière de valider chacune de ces hypothèses.
La chose la plus importante à savoir à propos du Lean Validation Board est que pour chaque étape du produit, vous devez valider vos hypothèses relatives à cette étape, et vous commencez par l'hypothèse la plus risquée de votre produit (c'est-à-dire si vous ne pouvez pas valider cette idée, c'est l'ensemble du produit qui échoue), puis vous parcourez vos hypothèses jusqu'à ce qu'elles soient toutes validées.
Pour m'aider à expliquer cela, je vais utiliser Slide Bean à titre d'exemple.
En 2013, lorsque nous avons décidé de lancer Slidebean, nous étions partis du principe que PowerPoint était nul et que les gens le détestaient. Nous avons pensé que notre base d'utilisateurs idéale serait composée d'employés de bureau dans une entreprise comptant 100 à 500 employeurs. Cela nous donne une hypothèse d'audience et une hypothèse de problème.
La plupart des fondateurs utiliseront cette combinaison d'audience et de point faible pour créer instantanément un produit sans valider ces hypothèses. Ne fais pas ça. Vous pouvez faire beaucoup d'erreurs et cela coûtera plus cher. Vous pouvez plutôt vérifier si ces deux hypothèses sont correctes en vous posant des questions et en trouvant les réponses à partir de certaines recherches.
À partir de ces deux hypothèses, nous élaborons des hypothèses de base (qui se trouvent sur le côté droit de votre feuille) qui, si elles étaient invalidées, ruineraient notre activité :
À partir de là, vous choisissez l'hypothèse la plus risquée et vous essayez de la valider. Dans notre cas, nous avions besoin de savoir si les gens vraiment Je détestais PowerPoint. Pour le valider, vous devez choisir une méthode (demander à 100 personnes) et un critère de réussite minimum (au moins 50 % du public déteste le produit), puis vous commencez à construire et à demander aux gens.
Si c'est un succès, vous passez à l'hypothèse de base la plus risquée que vous avez formulée, mais si vous ne pouvez pas la valider, vous devez changer d'hypothèse en modifiant l'une de vos hypothèses : public ou point sensible. Vous continuez ainsi jusqu'à ce que vous ayez validé chaque hypothèse de base, puis vous passez à l'étape suivante : créer un MVP.
Pour plus de facilité, je vous ferai savoir que nous avons orienté notre public vers les startups et que nous avons validé toutes nos hypothèses de base afin d'être prêts à créer un MVP.
La section « Commencer à créer » comprend trois catégories : public, point de peinture et solution. Dans notre cas, nous nous sommes concentrés sur les startups qui éprouvaient des difficultés avec leur pitch-decks et ont trouvé une solution qui les a aidés à créer de magnifiques diapositives à chaque fois. Nous avons défini une limite qui n'autorisait qu'un seul élément sur chaque diapositive afin de garantir la beauté de chaque diapositive. 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 dans 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 au risque de les rendre moins beaux. Nous avons donc construit Slidebean 2.0 ce qui permettait aux utilisateurs de faire exactement cela : avoir plusieurs éléments sur chaque diapositive.
À ce stade, nous étions en train de construire (nous ne facturions pas nos clients). L'une des choses les plus risquées à valider était de savoir si le produit pouvait être un abonnement.
Nous avons expérimenté en n'autorisant les utilisateurs à exporter que s'ils possédaient un « compte payant », mais nous n'avions pas encore créé cette fonctionnalité. Nous avons donc soumis nos utilisateurs à une fausse page de paiement pour voir s'ils étaient prêts à payer. Devinez quoi ? Ça a marché ! Cela nous a permis de valider que les gens s'abonnaient au produit, et nous avons fait tout cela sans avoir à intégrer Stripe et d'autres produits.
Nous n'avions même pas besoin de fonctionnalités pour exporter des diapositives. Pendant un certain temps, nous avons dû exporter les diapositives nous-mêmes en prenant des captures d'écran des diapositives, en les compilant au format PDF et en les envoyant aux utilisateurs.
J'espère donc que vous avez maintenant compris la dynamique qui consiste à élaborer un ensemble d'hypothèses, à établir une combinaison de variables et à exécuter vos hypothèses sur ces variables selon cette méthode tout en étant strict à ce sujet.
Les trois catégories de la dernière section sont les mêmes qu'auparavant, mais la solution devrait désormais avoir un modèle commercial. Après tout, une start-up échouera si elle ne paie pas de clients.
Pour nous, nous avons continué à nous concentrer sur les startups dont nous savions qu'elles rencontraient des problèmes avec les pitch decks et nous avons pensé qu'il pourrait s'agir d'un produit SaaS. Nous avons répété les mêmes étapes que précédemment, en validant les hypothèses de base, mais nous avons oublié cette feuille (à notre détriment) et ce n'est qu'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 à ce moment-là que nous avons constaté une amélioration significative du taux de désabonnement.
Nous sommes revenus sur ce forum à quelques reprises, car notre produit est passé d'une plate-forme de présentation à un écosystème d'outils qui aident les fondateurs de startups et les entrepreneurs en phase de démarrage à lever des capitaux, mais à chaque fois, le principe de base reste le même : public, problème, solution, validation, répétition.
This is a functional model you can use to create your own formulas and project your potential business growth. Instructions on how to use it are on the front page.
Vous êtes pressé ? Appelez-nous au