Des questions sur l'apprentissage à distance? Cliquez ici

https://sbt-test.azurewebsites.net/fr/articles/b/validate-business-idea

Valider vos idées et vos hypothèses


Ceci est la cinquième partie de notre série de guides illustrés sur le développement de produits.



Tout au long de cette série, nous avons étendu une idée de produit dans un concept d'entreprise, le début d'un plan de mise sur le marché et des personnalités développées pour correspondre à toutes ces parties. Nous avons également averti à plusieurs reprises que le plus grand risque d'une entreprise, d'un nouveau produit ou service est de faire quelque chose que personne ne veut.

Dans cet article, nous allons disséquer quelques hypothèses que nous avons faites, comment elles affectent notre travail, et comment nous pouvons les tester. Bon nombre des aspects de notre plan d'affaires exigent 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 passer en revue le "Elevator Pitch" comme nous discutons de notre solution pour les alertes d'aliments mobiles sociaux locaux, affectueusement appelé SoLoMoFoo.


Revenons à quelques scènes clés de notre storyboard sur SoLoMoFoo. Dans ce scénario, nous voyons Bridget Bridget heureusement apporter des cupcakes au travail, alerter ses collègues, et Hangry Henry en appréciant une collation. Pour le rendre encore plus clair, j'ai rebaptisé le storyboard avec les hypothèses.

Par coïncidence, la magnitude des hypothèses est en ordre, mais il est typique que chaque cellule du récit repose sur une supposition précédente.


Validez vos Hypothèses D'affaires*

Sanity vérifiant notre première assomption

Les gens vont faire de la nourriture et veulent la donner gratuitement au travail.

Comment pouvons-nous tester si les Bridgets et les Bobs sont réels?

Pour que SoLoMoFoo soit utile, il doit fournir une bonne fréquence d'alertes de nourriture gratuite et assez de nourriture gratuite avec chaque alerte que les utilisateurs trouvent une collation s'ils en veulent un, et pas une des centaines de personnes qui se présentent au cupcake vestiges. Engager notre équipe d'analystes de crack, nous pouvons déterminer un ratio optimal de fréquence: la nourriture: les utilisateurs: le bonheur.

Maintenant que nous avons une bonne formule compliquée pour le retour des cupcakes, nous pouvons envoyer une enquête à 100 employés de bureau et leur demander:

  • Combien de fois par année apportez-vous de la nourriture gratuite?
  • Combien de portions en moyenne y a-t-il?

Avec ces données et notre formule, nous pouvons avoir une idée s'il y a vraiment assez de Bridgets de cuisson et de Bobs.


Et si le sondage donne des données que nous n'aimons pas?

Le meilleur scénario est votre test rapide dit que vous êtes 100% correct. Ceci est rare et inhabituel lors de votre premier essai, donc vous pouvez vouloir vérifier à nouveau!

D'un autre côté, vous devriez être ravi si l'enquête indique que vos hypothèses sont fausses! À ce stade, nous avons investi le temps de faire un storyboard, de réfléchir à notre storyboard, de parler de notre storyboard, et du temps pour faire et 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 à quel point il aurait été coûteux de construire cette plate-forme entière, seulement pour découvrir que l'offre ne fonctionne pas!


Après avoir pris quelques respirations profondes pour nous rassembler, 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 pendant que Bridget Bridget peut apparaître une fois par trimestre, deux fois par semaine il y a un déjeuner traiteur, et Déjeuner Meeting Larry commande toujours quelques repas supplémentaires pour couvrir les préférences et les restrictions alimentaires. À vrai dire, je peux renverser quelques restes sur mon clavier pendant que j'écris ceci ...


Mettre ensemble

Ce storyboard montre les trois premières hypothèses listées, un test empirique pour valider ou rejeter l'hypothèse, et un changement potentiel à notre storyboard si nous devons l'itérer.


Validez vos Hypothèses D'affaires*

Tout au long de nos scénarimages, nous avons délibérément jeté nos hypothèses sur de nombreuses hypothèses non prouvées, car nous croyons en notre activité et nous faisons constamment de grandes assertions et suppositions que nous devrons tester et répéter.


Autres grandes hypothèses que nous avons faites

  1. Il y a même un désir pour ce produit en laissant juste de la nourriture gratuite dans la cuisine qui semble fonctionner assez bien ...

  2. HR serait le client cible pour réellement payer pour cela

  3. Les services de sécurité seraient disposés à déployer l'application et auraient le temps de le faire.

  4. La direction veut que les employés passent plus de temps à manger des cupcakes et moins de temps à faire des rapports TPS

  5. Quelles autres grandes hypothèses avez - vous vues ici?


Creuser plus loin avec des produits minimums viables

Identifier, tester et répéter sur vos hypothèses de produits est l'une des parties les plus importantes du développement de produits. Très peu d'idées ou d'hypothèses commerciales sont correctes, et ce n'est que pour tester, apprendre et améliorer méthodiquement que vous serez en mesure de créer des produits de classe mondiale.

Mon livre préféré absolu sur ce sujet est Lean Startup par Eric Ries, que je relis régulièrement. Il a pris ce concept de rétroaction incroyablement serré et de boucles de test et les a associé à la solution de fabrication d'un produit minimum viable (MVP). Un MVP est la solution / le prototype le plus simple et le moins cher 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 développement de mes propres produits, j'ai trouvé que les philosophies des MVP et du Développement Agile se faisaient écho de ce que j'avais vu encore et encore, mais je n'avais pas la terminologie ou un point de vue de 10000 pieds à expliquer. Quand, moi, Aaron Sherman, j'ai créé Storyboard That, mon objectif dès le premier jour était d'habiliter les développeurs de produits à

  1. Être capable de s'asseoir et d'exprimer ses idées de produits d'une manière plus naturelle et plus narrative

  2. Facilitez le partage d'idées (pensez à la simplicité et à la clarté des exemples)

  3. 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 s'assurer que vous ne faites pas partie des 90% de startups qui échouent. construire un produit que personne ne voulait ( Forbes ).


Validez vos Hypothèses D'affaires*

Maintenant c'est ton tour!

Maintenant que vous avez créé un vaste portefeuille de storyboards, de cartes de parcours client, de personnalités et de tous vos autres actifs, prenez le temps de rechercher vos grandes hypothèses. Pensez à ce dont vous auriez besoin pour savoir si vos hypothèses sont vraies et ce que vous pouvez faire pour les tester.

Une fois que vous avez commencé à compiler une liste, utilisez le modèle ci-dessous pour documenter vos résultats, puis passez au 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 facilite beaucoup le temps pour vérifier que vous apprenez réellement et empêche la prise de décision révisionniste!


Validez vos Hypothèses D'affaires*

Storyboard That 's Illustrated Guide pour le développement de produits


  1. Le "Pitch Ascenseur"

  2. Choisir la bonne stratégie de transition vers le marché

  3. Personas pour le développement de produits

  4. Cartographie du voyage client

  5. Validation des hypothèses de votre entreprise


À 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.


Pour en savoir plus sur le développement de produits

Tarification

Juste par mois et par utilisateur!

/mois

facturé annuellement

Envoyer ma Citation par E-mail
Acheter Maintenant!
*(Cela va commencer un essai gratuit de 2 semaines - Aucune carte de crédit nécessaire)
Voir Toutes les Ressources Commerciales
https://sbt-test.azurewebsites.net/fr/articles/b/validate-business-idea
© 2020 - Clever Prototypes, LLC - Tous les droits sont réservés.
Plus de 14 millions de story-boards créés
Storyboard That Family