Vahvistaa ideasi ja olettamuksesi
Tämä on viides osa Kuvitettu tuotekehitysopas -sarjamme.
Kautta tämän sarjan olemme laajentaneet tuoteideaa liiketoimintakonseptiksi, Go-to-Market Planin alkuun ja kehittäneet persoonia vastaamaan kaikkia näitä osia. Olemme myös toistuvasti varoittaneet, että yrityksen, uuden tuotteen tai palvelun suurin riski on tehdä jotain, jota kukaan ei halua.
Tässä artikkelissa aiomme eritellä muutamia tekemiämme oletuksia, kuinka ne vaikuttavat työhönmme ja miten voimme testata niitä. Monet liiketoimintasuunnitelmamme osa-alueet edellyttävät edellisen oletuksen olevan totta, mutta jos edellinen oletus on yhtäkkiä väärä, suuri osa tulevasta työstä voidaan ja pitäisi jättää väliin.
Tätä varten, vasta alussa, sinun kannattaa käydä läpi "Elevator Pitch", kun keskustelemme Social Local Mobile Food Alerts -ratkaisustamme, jota kutsutaan hellästi nimellä SoLoMoFoo.
Palataanpa muutamaan keskeiseen kohtaukseen SoLoMoFoo-käsikirjoituksestamme. Tässä kuvakäsikirjoituksessa näemme Baking Bridgetin tuovan iloisesti kuppikakkuja töihin, hälyttävän työtovereitaan ja Hangry Henryn nauttimassa välipalasta. Jotta se olisi vielä selvempi, olen merkinnyt kuvakäsikirjoituksen uudelleen olettamuksilla.
Oletusten suuruus on sattumalta kohdallaan, mutta on tyypillistä, että jokainen narratiivin solu nojaa aikaisempaan olettamukseen.
Sanity tarkistaa ensimmäisen olettamuksemme
Ihmiset tekevät ruokaa ja haluavat antaa sen ilmaiseksi töissä.
Kuinka voimme testata, ovatko Baking Bridgets ja Bobs todellisia?
Jotta SoLoMoFoo olisi hyödyllinen, sen on annettava terveellinen määrä ilmaista ruokaa koskevia hälytyksiä ja riittävästi ilmaista ruokaa jokaisen ilmoituksen yhteydessä, jotta käyttäjät jäävät etsimään välipalaa, jos he haluavat sellaisen, eikä yksikään sadoista ihmisistä, jotka saapuvat syömään kuppikakkua. jäänteitä. Hyödyntämällä analyytikkoryhmäämme voimme määrittää optimaalisen suhteen taajuudelle : ruoka : käyttäjät : onnellisuus.
Nyt kun meillä on mukava monimutkainen kaava paistettujen kuppikakkujen tuottoa varten, voimme lähettää kyselyn 100 keskivertotoimiston työntekijälle ja kysyä heiltä:
- Kuinka monta kertaa vuodessa tuot ilmaista ruokaa?
- Kuinka monta annosta siellä on keskimäärin?
Näiden tietojen ja kaavamme avulla voimme saada käsityksen siitä, onko baking Bridgettejä ja Bobeja todella tarpeeksi.
Entä jos kysely antaa tietoja, joista emme pidä?
Paras skenaario on, että nopea testisi sanoo, että olet 100 % oikeassa. Tämä on harvinaista ja epätavallista ensimmäisellä yrittämälläsi, joten sinun kannattaa tarkistaa!
Toisaalta sinun pitäisi olla innoissasi, jos kyselyn mukaan olettamuksesi ovat vääriä! Tässä vaiheessa olemme käyttäneet aikaa kuvakäsikirjoituksen tekemiseen, kuvakäsikirjoituksen miettimiseen, kuvakäsikirjoituksestamme puhumiseen sekä kyselyn tekemiseen ja lähettämiseen. Jos huomaamme, että ideamme ei toimi, meillä on vielä aikaa muuttaa ideaamme ennen kuin aika ja rahat loppuvat!
Ajattele kuinka kallista tämän koko alustan rakentaminen olisi ollut, jos huomaat, että tarjontapuoli ei toimi!
Muutaman syvän hengenvedon jälkeen on aika alkaa miettimään toista skenaariota, jossa tuote voisi vielä toimia. Olemme havainneet omassa toimistossamme, että vaikka Baking Bridget saattaa ilmestyä kerran neljänneksessä, kahdesti viikossa järjestetään lounaskokous ja Lounaskokous Larry tilaa aina muutaman lisäaterian kattamaan ruokavalion mieltymyksiä ja rajoituksia. Totta puhuen, saatan roiskua jäämiä näppäimistölleni kirjoittaessani tätä…
Laittamalla se yhteen
Tämä kuvakäsikirjoitus näyttää kolme ensimmäistä lueteltua oletusta, empiirisen testin hypoteesin vahvistamiseksi tai hylkäämiseksi ja mahdollisen muutoksen kuvakäsikirjoitukseen, jos meidän on toistettava.
Kaikkien kuvakäsikirjoitustemme aikana olemme tarkoituksella täynnä esimerkkejämme monilla todistamattomilla hypoteesilla, koska uskomme liiketoimintaamme ja sinun liiketoimintaasi, teemme jatkuvasti suuria väitteitä ja olettamuksia, joita meidän on testattava ja toistettava.
Muita tekemiämme suuria oletuksia
-
Tälle tuotteelle on jopa halu jäädä keittiöön ilmaista ruokaa, joka näyttää toimivan tarpeeksi hyvin…
-
HR olisi kohdeasiakas, joka todella maksaa tästä
-
IT olisi tietoturvasyistä valmis ottamaan sovelluksen käyttöön, ja sitten hänellä olisi aikaa tehdä tämä
-
Johto haluaa, että työntekijät viettävät enemmän aikaa kuppikakkujen syömiseen ja vähemmän aikaa TPS-raporttien tekemiseen
-
Mitä muita suuria oletuksia ei näet tässä?
Kaivaudu syvemmälle vähiten elinkelpoisilla tuotteilla
Tuoteoletusten tunnistaminen, testaaminen ja iterointi on yksi tuotekehityksen tärkeimmistä osista. Hyvin harvat liikeideat tai oletukset pitävät paikkansa, ja vain järjestelmällisesti testaamalla, oppimalla ja parantamalla pystyt luomaan maailmanluokan tuotteita.
Ehdoton suosikkikirjani tästä aiheesta on Eric Riesin Lean Startup , jonka luen säännöllisesti uudelleen. Hän on ottanut tämän käsitteen uskomattoman tiukoista palaute- ja testaussilmukaista ja yhdistänyt ne ratkaisuun tehdä Minimum Viable Product (MVP). MVP on halvin yksinkertaisin mahdollinen ratkaisu/prototyyppi nähdäksesi kuinka todelliset asiakkaat reagoivat ideoihinsi, ja se mahdollistaa tehokkaan oppimisen murto-osalla kustannuksista.
Vuosien oman tuotekehityskokemukseni jälkeen huomasin, että MVP:n ja ketterän kehityksen filosofiat toistuvat kerta toisensa jälkeen, mutta minulla ei ollut terminologiaa tai 10 000 jalan näkökulmaa selittääkseen. Kun minä, Aaron Sherman, loin Storyboard That, tavoitteeni alusta alkaen oli antaa tuotekehittäjille mahdollisuus
-
Pystyy istumaan alas ja ilmaisemaan tuoteideoitaan luonnollisemmalla, tarinankerrontavalla tavalla
-
Tee ajatusten jakamisesta helppoa (mieti, kuinka yksinkertaisia ja selkeitä esimerkit ovat olleet)
-
Saat todellista palautetta sidosryhmiltä ja potentiaalisilta asiakkailta
-
Tämä on MVP.
Kun yhdistämme tämän kaikkiin tekemiimme harjoituksiin, meillä on nyt työkalut ja tietämys ajatella asiakkaan tavoin, luoda yksinkertaisia prototyyppejä ja saada palautetta varmistaaksemme, että et ole osa 90 % epäonnistuneista startupeista, 42 % sellaisen tuotteen rakentaminen, jota kukaan ei halunnut ( Forbes ).
Nyt on sinun vuorosi!
Nyt kun olet luonut suuren portfolion kuvakäsikirjoituksia, asiakasmatkakarttoja, persoonia ja kaikkea muuta omaisuuttasi, käytä hetki suurten olettamusten etsimiseen. Mieti, mitä sinun pitäisi todistaa tietääksesi, ovatko olettamuksesi totta, ja mitä voit tehdä niiden testaamiseksi.
Kun olet alkanut laatia luetteloa, dokumentoi havaintosi alla olevan mallin avulla ja jatka sitten hauskaa hypoteesien todistamista ja kumoamista. Kehotankin teitä ottamaan vähintään tunnin ja kirjoita ajatuksiasi alas; se tekee paljon helpommaksi ajan mittaan varmistaa, että olet todella oppiva, ja estää revisionististen oletusten tekemisen!
Storyboard That on kuvitettu tuotekehitysopas
Tietoja Aaron Sherman
Aaron Sherman ( @AaronBenSherman ) on toimitusjohtaja ja luoja Storyboard That (www.storyboardthat.com) - palkittu, maailman johtava digitaalisen tarinankerronnan teknologiaan. Aaron perustettu Storyboard That vuonna 2012 kun 10 vuotta työskennellyt koko kirjo tuotekehityksen rooleja (Developer, projektipäällikkö, tuoteomistajaa, ja Long Term Strategist) kolmessa maanosassa (Pohjois-Amerikassa, Euroopassa ja Australiassa) perinpohjainen tehostaminen miten tuotteet sisäisesti prototyped ja käsitellään.
Aaron on puhunut vieraana lehtori MBA opiskelijoille Northeastern ja yleiskokouksen johtava työpajoja tuotekehitykseen.
© 2024 - Clever Prototypes, LLC - Kaikki oikeudet pidätetään.
StoryboardThat on Clever Prototypes , LLC :n tavaramerkki, joka on rekisteröity Yhdysvaltain patentti- ja tavaramerkkivirastossa.