Ötletei és feltételezései érvényesítése
Ez az Illusztrált Útmutató a termékfejlesztéshez sorozatunk ötödik része.
Ebben a sorozatban egy termékötletet üzleti koncepcióvá terjesztettünk ki, a piacra lépési terv kezdetét, és személyiségeket fejlesztettünk ki, hogy ezeknek a részeknek megfeleljenek. Arra is többször figyelmeztettünk, hogy egy vállalat, új termék vagy szolgáltatás legnagyobb kockázata az, ha olyasmit készít, amit senki sem akar.
Ebben a cikkben néhány feltevésünket boncolgatjuk, hogyan befolyásolják munkánkat, és hogyan tesztelhetjük őket. Üzleti tervünk számos szempontja megköveteli, hogy az előző feltételezés igaz legyen, de ha az előző feltételezés hirtelen hamis, akkor a jövőbeli munka nagy részét ki lehet és kell kihagyni.
Ennek érdekében érdemes áttekintenie az „Elevator Pitch”-et , miközben megvitatjuk a közösségi helyi mobil ételértesítésekre vonatkozó megoldásunkat, amelyet szeretettel SoLoMoFoo-nak hívnak.
Térjünk vissza néhány kulcsjelenethez a SoLoMoFoo-ról szóló storyboardunkból. Ezen a storyboardon azt láthatjuk, ahogy Baking Bridget boldogan visz be süteményt a munkahelyére, riasztja munkatársait, Hangry Henry pedig falatoz. Hogy még világosabb legyen, átcímkéztem a storyboardot a feltételezésekkel.
A feltételezések nagyságrendje véletlenül rendben van, de jellemző, hogy a narratívában minden sejt egy korábbi feltételezésre támaszkodik.
Józanság ellenőrzi első feltételezésünket
Az emberek ételt fognak készíteni, és ingyen akarják odaadni a munkahelyükön.
Hogyan tesztelhetjük, hogy a Baking Bridgets és Bobs valódi-e?
Annak érdekében, hogy a SoLoMoFoo hasznos legyen, egészséges gyakorisággal kell figyelmeztetnie az ingyenes ételeket, és elegendő mennyiségű ingyenes ételt kell biztosítania minden egyes figyelmeztetés mellett, hogy a felhasználók megtalálhassák a harapnivalót, ha szeretnének, és ne egyet a több száz ember közül, akik megjelennek a cupcake-ért. maradványait. Elemzőkből álló crack csapatunk bevonásával meghatározhatjuk a gyakoriság : étel : felhasználók : boldogság optimális arányát.
Most, hogy van egy szép bonyolult képletünk a sütemények megtérülésére, elküldhetünk egy felmérést 100 átlagos irodai dolgozónak, és megkérdezhetjük őket:
- Évente hányszor visz be ingyen ételt?
- Átlagosan hány adag van?
Ezekkel az adatokkal és a képletünkkel meg tudjuk állapítani, hogy valóban van-e elég Baking Bridget és Bob.
Mi van, ha a felmérés olyan adatokat ad, amelyek nem tetszenek?
A legjobb forgatókönyv az, ha a gyorsteszt szerint 100%-ban igazad van. Ez ritka és szokatlan az első próbálkozásra, ezért érdemes még egyszer ellenőrizni!
Másrészt nagyon örülnie kell, ha a felmérés szerint tévesek a feltételezései! Ezen a ponton időt fordítottunk arra, hogy készítsünk egy storyboardot, gondolkozzunk el a storyboardunkon, beszélgessünk a storyboardunkról, valamint egy felmérés elkészítésére és elküldésére. Ha megtudjuk, hogy az ötletünk nem működik, még van időnk változtatni az elképzelésünkön, mielőtt kifogy az időből és a pénzből!
Gondolj bele, milyen költséges lett volna ezt az egész platformot megépíteni, de kiderül, hogy a kínálati oldal nem működik!
Néhány mély lélegzetvétel után, hogy összeszedjük magunkat, itt az ideje, hogy egy másik forgatókönyvön gondolkodjunk, ahol a termék még működhet. A saját irodánkban azt vettük észre, hogy míg Baking Bridget negyedévente egyszer megjelenhet, hetente kétszer van ebédlős megbeszélés, az ebédlős találkozó pedig Larry mindig rendel néhány extra étkezést az étrendi preferenciák és korlátozások fedezésére. Az igazat megvallva, lehet, hogy néhány maradékot kiborítok a billentyűzetemre, miközben ezt írom…
Összerakni
Ez a forgatókönyv bemutatja az első három felsorolt feltevést, egy empirikus tesztet a hipotézis igazolására vagy elutasítására, valamint egy lehetséges változtatást a storyboardunkon, ha ismételgetnünk kell.
A forgatókönyveink során szándékosan teleszórtuk a példáinkat sok bizonyítatlan hipotézissel, mivel hiszünk a mi üzletünkben és a tiédben, folyamatosan olyan nagy állításokat és feltételezéseket fogalmazunk meg, amelyeket tesztelnünk és ismételgetnünk kell.
Egyéb nagy feltevések, amelyeket tettünk
-
Még az is vágyik erre a termékre, hogy az ingyen ételt hagyja a konyhában, ami elég jól működik…
-
A HR lenne az a célvevő, aki ténylegesen fizet ezért
-
Az IT biztonsági megfontolások miatt hajlandó lenne ténylegesen üzembe helyezni az alkalmazást, és lesz ideje erre
-
A menedzsment azt szeretné, hogy az alkalmazottak több időt töltsenek sütemény fogyasztásával, és kevesebb időt készítsenek TPS-jelentésekkel
-
Milyen más nagy feltételezések láttál itt?
Mélyebbre ásni a minimálisan életképes termékekkel
A termékfeltevések azonosítása, tesztelése és iterálása a termékfejlesztés egyik legfontosabb része. Nagyon kevés üzleti ötlet vagy feltételezés igaz, és csak módszeresen tesztelve, tanulva és javítva lehet világszínvonalú termékeket létrehozni.
Abszolút kedvenc könyvem ebben a témában Eric Ries Lean Startup , amelyet rendszeresen újraolvasok. A hihetetlenül szoros visszacsatolás és a tesztelési hurkok koncepcióját átvette, és párosította a Minimum Viable Product (MVP) megoldásával. Az MVP a lehető legolcsóbb, legegyszerűbb megoldás/prototípus annak megtekintésére, hogy a valódi ügyfelek hogyan reagálnak az Ön ötleteire, és hatékony tanulást tesz lehetővé a költségek töredékéért.
Több éves saját termékfejlesztési tapasztalatom után azt tapasztaltam, hogy az MVP-k és az Agilis Fejlesztés filozófiája újra és újra visszhangzik abban, amit láttam, de nem volt meg a terminológia vagy a 10 000 láb nézőpontja, hogy megmagyarázzam. Amikor én, Aaron Sherman létrehoztam a Storyboard That, az első naptól kezdve az volt a célom, hogy a termékfejlesztőket
-
Lehessen leülni, és természetesebb, történetmesélő módon fejezze ki termékötleteit
-
Tedd egyszerűvé az ötletek megosztását (gondolj arra, milyen egyszerűek és világosak voltak a példák)
-
Valódi visszajelzést kaphat az érdekelt felektől és a potenciális ügyfelektől
-
Ez az MVP.
Ezt párosítva az összes elvégzett gyakorlattal, most már rendelkezünk azokkal az eszközökkel és tudással, hogy vásárlóként gondolkodjunk, egyszerű prototípusokat készítsünk, és visszajelzéseket kapjunk, hogy megbizonyosodjunk arról, hogy Ön nem tartozik a sikertelen startupok 90%-ába, 42%-a pedig olyan terméket építeni, amelyet senki sem akart ( Forbes ).
Most te jössz!
Most, hogy elkészített egy nagy portfóliót storyboardokból, ügyfélúttérképekből, perszonákból és minden egyéb eszközből, szánjon egy kis időt a nagy feltevések keresésére. Gondolja át, mit kell bizonyítania, hogy megtudja, igaz-e a feltételezése, és mit tehet ezek ellenőrzésére.
Miután elkezdte a lista összeállítását, az alábbi sablon segítségével dokumentálja megállapításait, majd folytassa a hipotézisek bizonyításának és cáfolásának szórakoztató folyamatát. Nyomatékosan ajánlom , hogy szánjon legalább egy órát, és írja le gondolatait; ez idővel sokkal könnyebbé teszi annak ellenőrzését, hogy valóban tanul-e, és megakadályozza a revizionista feltételezéseket!
Storyboard That Illusztrált útmutató a termékfejlesztéshez
Mintegy Aaron Sherman
Aaron Sherman ( @AaronBenSherman ) a vezérigazgató és Teremtője Storyboard That (www.storyboardthat.com) - díjnyertes, a világ vezető digitális történetmesélés technológia. Aaron alakult Storyboard That 2012-ben 10 év után dolgozik teljes skáláját termékfejlesztés szerepek (fejlesztő, projektmenedzser, Product Owner, és hosszú távú stratégája) három kontinensen (Észak-Amerika, Európa és Ausztrália), hogy alapvetően javítani hogyan termékek belsőleg prototípusa és tárgyalt.
Aaron beszélt, mint egy vendég adjunktus az MBA hallgatók Northeastern és Közgyűlésének vezető műhelyeket Product Development.
© 2024 - Clever Prototypes, LLC - Minden jog fenntartva.
A StoryboardThat a Clever Prototypes , LLC védjegye, és bejegyzett az Egyesült Államok Szabadalmi és Védjegyhivatalában