Slik validerer du forretningsidéen din

Bekreft Dine Forretningsforutsetninger*

Fornuft sjekker vår første antagelse

Folk skal lage mat og vil gi den bort gratis på jobben.

Hvordan kan vi teste om Baking Bridgets og Bobs er ekte?

For at SoLoMoFoo skal være nyttig, må det gi en sunn frekvens av varsler om gratis mat og nok gratis mat med hvert varsel om at brukere skal finne en matbit hvis de vil ha en, og ikke en av hundrevis av mennesker som møter opp for cupcake rester. Ved å engasjere vårt crack-team av analytikere kan vi bestemme et optimalt forhold mellom frekvens: mat: brukere: lykke.

Nå som vi har en fin og komplisert formel for avkastning på bakte cupcakes, kan vi sende en undersøkelse til 100 gjennomsnittlige kontorarbeidere og spørre dem:

Hvor mange ganger i året tar du inn gratis mat?
Hvor mange porsjoner er det i gjennomsnitt?

Med disse dataene og formelen vår kan vi ha en følelse av om det virkelig er nok Baking Bridgets og Bobs.

Hva om undersøkelsen gir data vi ikke liker?

Det beste scenariet er at hurtigtesten din sier at du er 100 % riktig. Dette er sjeldent og uvanlig på første forsøk, så det kan være lurt å dobbeltsjekke!

På den annen side bør du være begeistret hvis undersøkelsen sier at antakelsene dine er feil! På dette tidspunktet har vi investert tid til å lage et storyboard, tenke på storyboardet vårt, snakke om storyboardet vårt, og tiden til å lage og sende en spørreundersøkelse. Hvis vi finner ut at ideen vår ikke fungerer, har vi fortsatt tid til å endre ideen vår før vi går tom for tid og penger!

Tenk på hvor dyrt det ville vært å bygge hele denne plattformen, bare for å finne ut at tilbudssiden ikke fungerer!

Etter å ha tatt noen dype åndedrag for å samle oss, er det nå på tide å begynne å tenke på et annet scenario der produktet fortsatt kan fungere. Vi har lagt merke til på vårt eget kontor at mens Baking Bridget kan dukke opp en gang i kvartalet, er det et lunsjmøte to ganger i uken, og Lunch Meeting Larry bestiller alltid noen ekstra måltider for å dekke kostholdspreferanser og restriksjoner. Når sant skal sies, kan det hende jeg søler noen rester på tastaturet mitt mens jeg skriver dette...

Sette det sammen

Dette storyboardet viser de tre første forutsetningene som er oppført, en empirisk test for å validere eller avvise hypotesen, og en potensiell endring på storyboardet vårt hvis vi trenger å iterere.

SoLoMoFoo Validating Assumptions

Bekreft Dine Forretningsforutsetninger*

Gjennom storyboardene våre har vi med vilje overfylt eksemplene våre med mange uprøvde hypoteser, siden vi tror på vår virksomhet og på din, kommer vi stadig med store påstander og antakelser som vi må teste og gjenta.

Andre store antakelser vi gjorde

Det er til og med et ønske om dette produktet fremfor bare å legge igjen gratis mat på kjøkkenet som ser ut til å fungere godt nok ...
HR vil være målkunden som faktisk betaler for dette
IT vil være villig med sikkerhetshensyn til å faktisk distribuere applikasjonen og deretter ha tid til å gjøre dette
Ledelsen vil at ansatte bruker mer tid på å spise cupcakes og mindre tid på å lage TPS-rapporter
Hvilke andre store antakelser så du her?

Grave dypere med minimum levedyktige produkter

Å identifisere, teste og gjenta produktforutsetningene dine er en av de viktigste delene av produktutviklingen. Svært få forretningsideer eller forutsetninger er riktige, og det er bare ved metodisk testing, læring og forbedring vil du kunne lage produkter i verdensklasse.

Min absolutte favorittbok om dette emnet er Lean Startup av Eric Ries, som jeg leser regelmessig på nytt. Han har tatt dette konseptet med utrolig stramme tilbakemeldinger og testløkker og paret dem med løsningen for å lage et minimum levedyktig produkt (MVP). En MVP er den billigste enkleste løsningen/prototypen for å se hvordan ekte kunder reagerer på ideene dine, og den muliggjør kraftig læring til en brøkdel av prisen.

Etter flere år med mine egne produktutviklingserfaringer fant jeg filosofiene til MVPer og Agile Development gjenspeilet av det jeg hadde sett igjen og igjen, men ikke hadde terminologien eller et 10 000 fots synspunkt å forklare. Da jeg, Aaron Sherman, laget Storyboard That, var målet mitt fra dag én å styrke produktutviklere til å

Kunne sette seg ned og uttrykke produktideene sine på en mer naturlig, historiefortellende måte
Gjør det enkelt å dele ideer (tenk på hvor enkle og tydelige eksemplene har vært)
Få ekte tilbakemeldinger fra interessenter og potensielle kunder

Dette er MVP.

Ved å kombinere dette med alle øvelsene vi har gjort, har vi nå verktøyene og kunnskapen til å tenke som en kunde, lage enkle prototyper og få tilbakemeldinger for å sikre at du ikke er en del av de 90 % av startups som mislykkes, 42 % fra bygge et produkt ingen ville ha ( Forbes ).

Product Development Cycle

Bekreft Dine Forretningsforutsetninger*

Nå er det din tur!

Nå som du har laget en stor portefølje av storyboards, kundereisekart, personas og alle dine andre eiendeler, ta deg tid til å se etter de store forutsetningene dine. Tenk på hva du trenger å bevise for å vite om antakelsene dine er sanne, og hva du kan gjøre for å teste dem.

Etter at du har begynt å sette sammen en liste, bruk malen nedenfor for å dokumentere funnene dine, og gå deretter i gang med den morsomme prosessen med å bevise og avkrefte hypotesene dine. Jeg oppfordrer deg sterkt til å bruke minst en time på å skrive ned tankene dine; det gjør det mye lettere over tid å bekrefte at du virkelig lærer og forhindrer revisjonistiske antagelser!

Product Development Assumption Tester