Valider vos idées et hypothèses
Ceci est la cinquième partie de notre série Guide illustré du développement de produits.
Tout au long de cette série, nous avons étendu une idée de produit à un concept commercial, le début d'un plan de mise sur le marché et développé des personnalités pour correspondre à toutes ces parties. Nous avons également averti à plusieurs reprises que le plus grand risque pour une entreprise, un nouveau produit ou un service est de créer quelque chose dont personne ne veut.
Dans cet article, nous allons disséquer quelques hypothèses que nous avons formulées, leur impact sur notre travail et comment nous pouvons les tester. De nombreux aspects de notre plan d'affaires nécessitent que l'hypothèse précédente soit vraie, mais si tout à coup l'hypothèse précédente est fausse, une grande partie du travail futur peut et doit être ignorée.
Pour cela, juste pour commencer, vous voudrez peut-être consulter le « Pitch de l'ascenseur » pendant que nous discutons de notre solution pour les alertes alimentaires mobiles locales sociales, affectueusement appelée SoLoMoFoo.
Revenons à quelques scènes clés de notre storyboard sur SoLoMoFoo. Dans ce storyboard, nous voyons Baking Bridget apporter joyeusement des cupcakes au travail, alerter ses collègues et Hangry Henry en train de prendre une collation. Pour que ce soit encore plus clair, j'ai renommé le storyboard avec les hypothèses.
Par coïncidence, l'ampleur des hypothèses est dans l'ordre, mais il est typique que chaque cellule du récit repose sur une hypothèse précédente.
Vérification de la santé mentale de notre première hypothèse
Les gens prépareront de la nourriture et voudront la donner gratuitement au travail.
Comment pouvons-nous tester si Baking Bridgets et Bobs sont réels ?
Pour que SoLoMoFoo soit utile, il doit fournir une fréquence saine d'alertes de nourriture gratuite et suffisamment de nourriture gratuite à chaque alerte indiquant que les utilisateurs doivent trouver une collation s'ils en veulent une, et non l'une des centaines de personnes qui se présentent pour un petit gâteau. vestiges. En engageant notre équipe d'analystes d'élite, nous pouvons déterminer un rapport optimal de fréquence : nourriture : utilisateurs : bonheur.
Maintenant que nous avons une belle formule compliquée pour le retour sur les cupcakes cuits au four, nous pouvons envoyer un sondage à 100 employés de bureau moyens et leur demander :
- Combien de fois par an apportez-vous de la nourriture gratuite ?
- Combien y a-t-il de portions en moyenne ?
Avec ces données et notre formule, nous pouvons avoir une idée s'il y a vraiment suffisamment de Bridgets et de Bobs de cuisson.
Et si l'enquête donne des données que nous n'aimons pas ?
Le meilleur scénario est que votre test rapide indique que vous avez 100% raison. C'est rare et inhabituel lors de votre premier essai, alors vous voudrez peut-être vérifier!
D'un autre côté, vous devriez être ravi si le sondage indique que vos hypothèses sont fausses ! À ce stade, nous avons investi le temps de créer un storyboard, de penser à notre storyboard, de parler de notre storyboard et le temps de créer et d'envoyer un sondage. Si nous découvrons que notre idée ne fonctionne pas, nous avons encore le temps de changer notre idée avant de manquer de temps et d'argent !
Pensez à combien il aurait été coûteux de construire toute cette plate-forme, pour découvrir que l'offre ne fonctionne pas !
Après avoir pris quelques respirations profondes pour nous calmer, il est maintenant temps de commencer à penser à un autre scénario où le produit pourrait encore fonctionner. Nous avons remarqué dans notre propre bureau que tandis que Baking Bridget peut apparaître une fois par trimestre, deux fois par semaine, il y a un déjeuner avec traiteur, et Lunch Meeting Larry commande toujours quelques repas supplémentaires pour couvrir les préférences et les restrictions alimentaires. À vrai dire, je renverse peut-être des restes sur mon clavier au moment où j'écris ceci…
Mettre ensemble
Ce storyboard montre les trois premières hypothèses répertoriées, un test empirique pour valider ou rejeter l'hypothèse, et un changement potentiel de notre storyboard si nous devons itérer.
Tout au long de nos storyboards, nous avons intentionnellement jonché nos exemples de nombreuses hypothèses non prouvées, car nous croyons en notre entreprise et en la vôtre, nous faisons constamment de grandes affirmations et hypothèses que nous devrons tester et répéter.
Autres grandes hypothèses que nous avons faites
-
Il y a même un désir pour ce produit de laisser de la nourriture gratuite dans la cuisine qui semble assez bien fonctionner…
-
Les RH seraient le client cible à payer pour cela
-
Le service informatique serait prêt, avec des problèmes de sécurité, à déployer réellement l'application et aurait ensuite le temps de le faire
-
La direction veut que les employés passent plus de temps à manger des cupcakes et moins de temps à faire des rapports TPS
-
Quelles autres grandes hypothèses avez -vous vues ici ?
Creuser plus profondément avec un minimum de produits viables
L'identification, le test et l'itération des hypothèses de votre produit sont l'une des parties les plus importantes du développement de produit. Très peu d'idées ou d'hypothèses commerciales sont correctes, et ce n'est qu'en testant, en apprenant et en s'améliorant méthodiquement que vous pourrez créer des produits de classe mondiale.
Mon livre préféré absolu sur ce sujet est Lean Startup d'Eric Ries, que je relis régulièrement. Il a pris ce concept de boucles de rétroaction et de test incroyablement serrées et les a associés à la solution consistant à créer un produit minimum viable (MVP). Un MVP est la solution/le prototype le moins cher possible pour voir comment les vrais clients réagissent à vos idées, et il permet des apprentissages puissants à une fraction du coût.
Après des années de mes propres expériences de développement de produits, j'ai trouvé que les philosophies des MVP et du développement agile faisaient écho à ce que j'avais vu encore et encore, mais je n'avais pas la terminologie ou un point de vue de 10 000 pieds à expliquer. Lorsque moi, Aaron Sherman, j'ai créé Storyboard That, mon objectif dès le premier jour était de donner aux développeurs de produits les moyens de
-
Être capable de s'asseoir et d'exprimer leurs idées de produits d'une manière plus naturelle et narrative
-
Simplifiez le partage d'idées (pensez à la simplicité et à la clarté des exemples)
-
Obtenez de vrais commentaires des parties prenantes et des clients potentiels
-
C'est le MVP.
En associant cela à tous les exercices que nous avons effectués, nous avons maintenant les outils et les connaissances pour penser comme un client, créer des prototypes simples et obtenir des commentaires pour nous assurer que vous ne faites pas partie des 90 % de startups qui échouent, 42 % de construire un produit dont personne ne voulait ( Forbes ).
Maintenant c'est ton tour!
Maintenant que vous avez créé un large portefeuille de storyboards, de cartes de parcours client, de personnages et de tous vos autres actifs, prenez le temps de rechercher vos grandes hypothèses. Réfléchissez à ce que vous auriez besoin de prouver pour savoir si vos hypothèses sont vraies et à ce que vous pouvez faire pour les tester.
Après avoir commencé à compiler une liste, utilisez le modèle ci-dessous pour documenter vos découvertes, puis lancez-vous dans le processus amusant de prouver et de réfuter vos hypothèses. Je vous encourage fortement à prendre au moins une heure et à écrire vos pensées ; cela rend beaucoup plus facile au fil du temps de vérifier que vous apprenez vraiment et d'empêcher les hypothèses révisionnistes !
Storyboard That 's Guide illustré du développement de produits
À propos de Aaron Sherman
Aaron Sherman ( @AaronBenSherman ) est le PDG et créateur de Storyboard That (www.storyboardthat.com) - le leader mondial primé dans la technologie numérique de récit. Aaron a fondé Storyboard That En 2012, après 10 ans, il a Storyboard That sur l'ensemble des rôles de développement de produits (développeur, gestionnaire de projet, propriétaire de produit et stratège à long terme) sur trois continents (Amérique du Nord, Europe et Australie) Et discuté.
Aaron a parlé en tant que conférencier invité aux étudiants de MBA au nord-est, et avec l'Assemblée générale dirigeant des ateliers sur le développement de produit.
© 2024 - Clever Prototypes, LLC - Tous les droits sont réservés.
StoryboardThat est une marque déposée de Clever Prototypes , LLC , et enregistrée auprès du US Patent and Trademark Office