Så här validerar du din affärsidé

Bekräfta Ditt Företags Antaganden*

Sanitet kontrollerar vårt första antagande

Folk kommer att göra mat och vill ge bort det gratis på jobbet.

Hur kan vi testa om Baking Bridgets and Bobs är verkliga?

För att SoLoMoFoo ska vara användbar måste den tillhandahålla en hälsosam frekvens av varningar om gratis mat och tillräckligt med gratis mat med varje varning om att användarna ska hitta ett mellanmål om de vill ha det, och inte en av hundratals personer som dyker upp för cupcake lämningar. Genom att engagera vårt crack-team av analytiker kan vi fastställa ett optimalt förhållande mellan frekvens: mat: användare: lycka.

Nu när vi har en trevlig komplicerad formel för avkastning på bakade muffins, kan vi skicka en undersökning till 100 genomsnittliga kontorsanställda och fråga dem:

Hur många gånger per år tar du in gratis mat?
Hur många portioner är det i genomsnitt?

Med denna data och vår formel kan vi ha en känsla av om det verkligen finns tillräckligt med bakande bridgets och bobbor.

Vad händer om undersökningen ger data som vi inte gillar?

Det bästa scenariot är att ditt snabbtest säger att du har 100 % rätt. Detta är sällsynt och ovanligt vid ditt första försök, så du kanske vill dubbelkolla!

Å andra sidan borde du bli glad om undersökningen säger att dina antaganden är felaktiga! Vid det här laget har vi lagt ner tid på att göra en storyboard, tänka på vår storyboard, prata om vår storyboard och tid att göra och skicka en enkät. Om vi upptäcker att vår idé inte fungerar har vi fortfarande tid att ändra vår idé innan vi får ont om tid och pengar!

Tänk på hur dyrt det skulle ha varit att bygga hela den här plattformen, bara för att få reda på att utbudssidan inte fungerar!

Efter att ha tagit några djupa andetag för att samla oss, är det nu dags att börja tänka på ett annat scenario där produkten fortfarande skulle kunna fungera. Vi har märkt på vårt eget kontor att medan Baking Bridget kan dyka upp en gång i kvartalet, två gånger i veckan är det ett lunchmöte med catering, och Lunch Meeting Larry beställer alltid några extra måltider för att täcka kostpreferenser och restriktioner. Sanningen att säga, jag kanske spiller några rester på mitt tangentbord när jag skriver detta...

Sätta ihop det

Den här storyboarden visar de tre första antagandena som listas, ett empiriskt test för att validera eller förkasta hypotesen och en potentiell förändring av vår storyboard om vi behöver iterera.

SoLoMoFoo Validating Assumptions

Bekräfta Ditt Företags Antaganden*

Genom hela våra storyboards fyllde vi avsiktligt våra exempel med massor av obevisade hypoteser, eftersom vi tror på vår verksamhet och på din gör vi ständigt stora påståenden och antaganden som vi kommer att behöva testa och upprepa.

Andra stora antaganden vi gjorde

Det finns till och med en önskan om denna produkt framför att bara lämna gratis mat i köket, vilket verkar fungera tillräckligt bra...
HR skulle vara målkunden att faktiskt betala för detta
IT skulle vara villigt med säkerhetsproblem att faktiskt distribuera applikationen och sedan ha tid att göra detta
Ledningen vill att anställda ägnar mer tid åt att äta cupcakes och mindre tid på att göra TPS-rapporter
Vilka andra stora antaganden såg du här?

Gräva djupare med minsta möjliga livskraftiga produkter

Att identifiera, testa och iterera över dina produktantaganden är en av de viktigaste delarna av produktutvecklingen. Mycket få affärsidéer eller antaganden är korrekta, och det är bara genom att metodiskt testa, lära och förbättra du kommer att kunna skapa produkter i världsklass.

Min absoluta favoritbok i detta ämne är Lean Startup av Eric Ries, som jag läser om regelbundet. Han har tagit detta koncept med otroligt snäva feedback och testslingor och parat dem med lösningen att göra en Minimum Viable Product (MVP). En MVP är den billigaste enklaste möjliga lösningen/prototypen för att se hur riktiga kunder reagerar på dina idéer, och den möjliggör kraftfulla lärdomar till en bråkdel av kostnaden.

Efter år av mina egna erfarenheter av produktutveckling fann jag att MVP:s och Agile Developments filosofi återspeglas av vad jag sett om och om igen, men inte hade terminologin eller en 10 000 fots synvinkel att förklara. När jag, Aaron Sherman, skapade Storyboard That, var mitt mål från dag ett att ge produktutvecklare möjlighet att

Kunna sitta ner och uttrycka sina produktidéer på ett mer naturligt, berättande sätt
Gör det enkelt att dela idéer (tänk på hur enkla och tydliga exemplen har varit)
Få verklig feedback från intressenter och potentiella kunder

Det här är MVP.

Genom att para ihop detta med alla övningar vi har gjort, har vi nu verktygen och kunskapen för att tänka som en kund, skapa enkla prototyper och få feedback för att se till att du inte är en del av de 90 % av startups som misslyckas, 42 % från bygga en produkt som ingen ville ha ( Forbes ).

Product Development Cycle

Bekräfta Ditt Företags Antaganden*

Nu är det din tur!

Nu när du har skapat en stor portfölj av storyboards, kundresakartor, personas och alla dina andra tillgångar, ta dig tid att leta efter dina stora antaganden. Fundera på vad du skulle behöva bevisa för att veta om dina antaganden är sanna och vad du kan göra för att testa dem.

När du har börjat sammanställa en lista, använd mallen nedan för att dokumentera dina resultat och gå sedan till den roliga processen att bevisa och motbevisa dina hypoteser. Jag uppmuntrar dig starkt att ta minst en timme och skriva ner dina tankar; det gör det mycket lättare med tiden att verifiera att du verkligen lär dig och förhindra revisionistiska antaganden!

Product Development Assumption Tester