Slik validerer du forretningsidéen din

Validere dine ideer og antagelser

Dette er den femte delen av vår serie Illustrated Guide to Product Development.

Gjennom denne serien har vi utvidet en produktidé til et forretningskonsept, begynnelsen på en Go-to-Market Plan og utviklet personas som samsvarer med alle disse delene. Vi har også advart gjentatte ganger om at den største risikoen et selskap, et nytt produkt eller en tjeneste har, er å lage noe ingen vil ha.

I denne artikkelen skal vi dissekere noen få antagelser vi har gjort, hvordan de påvirker arbeidet vårt, og hvordan vi kan teste dem. Mange av aspektene ved forretningsplanen vår krever at den tidligere antakelsen er sann, men hvis den forrige antagelsen plutselig er feil, kan og bør store deler av fremtidig arbeid hoppes over.

For å gjøre dette, kan det være lurt å gjennomgå «Heis-pitch» når vi først har begynt, mens vi diskuterer løsningen vår for sosiale lokale mobile matvarsler, kjærlig kalt SoLoMoFoo.

La oss gå tilbake til noen få nøkkelscener fra storyboardet vårt om SoLoMoFoo. I dette storyboardet ser vi Baking Bridget gladelig bringe inn cupcakes på jobb, varsle kollegene sine og Hangry Henry nyte en matbit. For å gjøre det enda tydeligere, har jeg ommerket storyboardet med forutsetningene.

Ved en tilfeldighet er størrelsen på forutsetningene i orden, men det er typisk at hver celle i fortellingen er avhengig av en tidligere antakelse.

Fornuft sjekker vår første antagelse

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.

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

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

2. HR vil være målkunden som faktisk betaler for dette

3. IT vil være villig med sikkerhetshensyn til å faktisk distribuere applikasjonen og deretter ha tid til å gjøre dette

4. Ledelsen vil at ansatte bruker mer tid på å spise cupcakes og mindre tid på å lage TPS-rapporter

5. 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 å

1. Kunne sette seg ned og uttrykke produktideene sine på en mer naturlig, historiefortellende måte

2. Gjør det enkelt å dele ideer (tenk på hvor enkle og tydelige eksemplene har vært)

3. 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 ).

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!

Storyboard That 's Illustrated Guide til produktutvikling

1. Den “Elevator Pitch”

2. Velge riktig Go-To-Market Strategy

3. Personas for produktutvikling

4. Customer Journey Mapping

5. Validere virksomhetens Forutsetninger

Om Aaron Sherman

Aaron Sherman ( @AaronBenSherman ) er administrerende direktør og Skaperen av Storyboard That (www.storyboardthat.com) - den prisvinnende, verdensledende innen digital historiefortelling teknologi. Aaron stiftet Storyboard That i 2012 etter 10 år som arbeider hele registeret av produktutvikling roller (Utvikler, prosjektleder, produkteier og Long Term Strategist) over tre kontinenter (Nord-Amerika, Europa og Australia) å fundamentalt forbedre hvordan produktene ble internt prototyper og diskutert.

Aaron har talt som gjesteforeleser til MBA-studenter ved Northeastern, og med General Assembly ledende workshops på produktutvikling.