Nyereség:
- Képes megérteni az MVP (minimális életképes termék) fogalmát és a „legkisebb tanulási egység” logikáját, és meghatározni a hatókört mesterséges intelligenciával
- Lehetőség a funkciók priorizálására (MoSCoW, Impact-effort) és a mesterséges intelligencia által támogatott gyors prototípus-/céloldal-készítésre
- Annak megértése, hogy az MVP célja a tanulás, nem az eladás, és hogy a túlzott tervezés a startup legdrágább hibája.
Az alapítók legdrágább hibája, hogy hónapokat töltenek egy olyan termék tökéletesítésével, amelyre nem biztos, hogy bárki is vágyik. Amikor piacra mennek, megtudják, hogy vagy a probléma volt rossz, vagy a megoldás. A katasztrófa elkerülésének módja az MVP: a minimálisan életképes termék – a legkisebb termékváltozat, amely a legtöbb tanulást biztosítja a legkisebb erőfeszítéssel. Ebben az egységben az AI-t (mesterséges intelligenciát) fogjuk használni az MVP hatókörének meghatározására, a funkciók fontossági sorrendjének meghatározására, és gyors prototípusok/teaserek készítésére. A legkritikusabb mondat: Az MVP célja a tanulás, nem az eladás; A legdrágább hiba a megalapozatlan feltételezések túltervezése.
Mi az MVP és mi nem?
Az MVP egy félreértett fogalom. Az MVP nem „hanyag, törött termék”; Ez egy adott hipotézis teszteléséhez szükséges legkisebb teljes tapasztalat. A kulcsszó a „tanulás”. Tedd fel magadnak a kérdést: "Milyen kérdésre próbálok válaszolni?" Az MVP elég funkciót tartalmaz – se többet, se kevesebbet –, hogy megválaszolja ezt a kérdést. Előfordulhat, hogy egy MVP nem is működő alkalmazás: egy nyitóoldal, egy videó, egy manuális szolgáltatás (a "varázsló mögött" módszer, amely elöl automatikusnak tűnik, miközben egy ember dolgozik a háttérben) is lehet MVP.
Az MVP ellentéte a túlzott tervezés – erőfeszítéseket kell tenni olyan funkciókra, méretekre és tökéletességre, amelyekre még nincs szükség – és az aranyozás – olyan részletek csiszolása, amelyekre senki sem vágyik. Ezek a startup legálomosabb pénz- és időgyilkosai; mert úgy érzik, hogy "dolgoznak", de késleltetik a tanulást.
Tipp: Mielőtt hozzáadna egy funkciót, kérdezze meg: "Elérhetem, amit tesztelni akarok e funkció nélkül?" Ha a válasz "igen", akkor ez a funkció nem kerül be az MVP-be. Minden „de nekünk is szükségünk van erre” mondat, amely az MVP növekedését eredményezi, olyan költség, amely késlelteti a tanulást.
Funkciók prioritása
Mivel nincs korlátlan idő és pénz, el kell dönteni, hogy melyik funkció épül meg először. Két gyakorlati módszer:
Moszkva: Négy részre osztja a funkciókat – kell, kellene, lehet, nem. Az MVP csak egy kötelező készlet.
Impact-Effort mátrix: Az egyes jellemzőket az „ügyfélre gyakorolt hatás” és a „teendő erőfeszítés” tengelyére helyezi. Először a nagy hatású és alacsony erőfeszítést igénylőket kell végrehajtani; Az alacsony hatású és nagy erőfeszítéssel rendelkezőket elhagyják. A mesterséges intelligencia jó segítség abban, hogy gyorsan beillesztjük a funkciók listáját ebbe a mátrixba – de szükséges a „hatás” előrejelzést a valós ügyféljelzéssel korrigálni.
Lépésről lépésre: MVP tervezés AI-val
- Írd le a tanulási kérdést! "Milyen egyetlen feltevést fog tesztelni ez az MVP?"
- Sorolja fel a jelölt jellemzőit. Önts ki mindent, ami eszedbe jut.
- Prioritás meghatározása AI-val. Kivonat MoSCoW-val vagy hatás-erőfeszítés; Keresse meg a „Must” klasztert.
- Válassza ki a legkönnyebb formát. Szükséges-e kód, vagy elegendő egy céloldal/videó/kézi szolgáltatás?
- Készítse el a prototípust/oldalt. Kérjen mesterséges intelligencia szöveget, folyamatot vagy pszeudokód-vázlatot.
- Határozza meg előre a siker kritériumait. "Ha ezt az eredményt látom, a feltételezés beigazolódik."
- Publikálj és tanulj. Mérje meg a tényleges viselkedést; A döntést az alapító hozza meg.
három mini tok
1. eset – MVP kód írása nélkül. Egy alapító egy olyan alkalmazásra gondolt, amely összeköti a házias ételeket árusító szomszédokat az ügyfelekkel. Ahelyett, hogy hónapokat töltött volna kódírással, egyetlen bemutató oldallal és egy WhatsApp-vonallal kezdett; a megrendelések kézi egyeztetése ("varázsló mögött" módszer). Két hét alatt 40 tényleges megrendelést kapott, és megtudta, hogy az igazi szűk keresztmetszet a szállítási logisztika. Ha kódot írt volna, hónapokkal később megtanulta volna. Az MVP előrehozta a tanulást.
2. eset – A túltervezett csapda. Az egyik csapat 4 hónapot töltött egy olyan infrastruktúra kiépítésével, amely "felhasználók millióira terjed ki", amikor még nem volt egyetlen ügyfele sem. Amikor a termék megjelent, senki sem akarta; A probléma rossz volt. Szinte minden ráfordított erőfeszítés kárba ment. Tanulság: a mérlegprobléma luxus a vontatási probléma megoldása után; Először bizonyítsd be, hogy bárki mit akar.
3. eset – A rangsorolás ereje. Az egyik alapító 30 funkciót tartalmazott. Megkérte a mesterséges intelligenciát, hogy hozzon létre egy hatás-erőfeszítési mátrixot, és korrigálja az „hatás” oszlopot a valódi ügyfélbeszélgetésekből származó jelekkel. A 30 funkció közül csak 4 bizonyult kötelezőnek. 6 hónap helyett 3 hét alatt megjelent MVP; Az ügyfél megmutatta, hogy a fennmaradó 26 funkció többségére egyáltalán nincs szükség.
Négy másolható sablon
1) Tanulási kérdés + MVP hatókör:
Az Ön szerepe: lean termék coach. A tesztelni kívánt feltételezés a következő: [pl. "a kereskedők havonta fizetnek a gyűjteményekért"].(1) Ismertesse a LEGKISEBB terméket, amely e feltételezés ellenőrzéséhez szükséges, (2) Mutassa meg, hogy lehetséges-e ennek olyan verziója, amely nem igényel kódot (céloldal, videó, manuális szolgáltatás), (3) Figyelmeztessen a "vonzó, de szükségtelen" funkciókra, amelyek nem kerülhetnek be az MVP-be.
2) Moszkva prioritás:
Ossza meg a következő funkciók listáját Moszkvára: Kell / Kell / Lehet / Nem. Csak azokat kell belefoglalni, amelyek "KELL a tesztelni kívánt feltételezéshez". Írd le egy mondatban, hogy az egyes jellemzők miért vannak abban a klaszterben.Lista: [jellemzők].
3) Hatás-erő mátrix:
Pontozd a következő jellemzőket a "vevőkre gyakorolt hatás (1-5)" és a "megvalósítási erőfeszítés (1-5)" tengelyeken, és helyezd őket 4 kvadránsba. Jelölje meg a nagy hatású-kis erőkifejtést „először csinálja meg”, a kis ütésű és nagy erőfeszítést jelentő típusokat pedig „ne tegye”. Emlékeztessen arra, hogy a befolyási pontszámokat a tényleges ügyfél-elköteleződésem alapján kell érvényesíteni. Lista: [szolgáltatások].
4) Céloldal szövege:
Írj egy kezdőlap szöveget az MVP-mnek. Szakaszok: (1) cím az ügyfél nyelvén (értékajánlat), (2) problémamegoldó narratíva, (3) 3 előnypont, (4) egyértelmű felhívás (előzetes bejelentkezés / várólista). Túlzó ígéretek használata; Csak olyan állítások, amelyeket ellenőrizni tudok. Török, egyszerű, őszinte.
Gyenge felszólítás / Erős felszólítás
Gyenge felszólítás:
Sorolja fel a termékem összes funkcióját.
Ez a prompt ellentétes az MVP logikájával; Hosszú kívánságlistát állít elő, amely késlelteti a tanulást, és túlzott tervezésre hív fel.
Erőteljes felszólítás:
Az egyetlen feltevés, amit tesztelni szeretnék: [x]. Írja le a LEGKISEBB MVP-t, amely igazolja ezt a feltevést, javasoljon egy kódot nem igénylő verziót, válassza el a funkciókat a MoSCoW-val, és hagyja csak meg a Must set-et. Segíts, hogy ne írjam le előre a sikerességi kritériumaimat (amely eredmény igazolja a feltételezést).
Megközelítés
Tanulási arány
Költség
Kockázat
A teljes termék elkészítése a semmiből
túl lassú
magas
Ne fektessen pénzt rossz dolgokba
Extrém műszaki/aranyozás
lassú
nagyon magas
A legdrágább hiba
Csak kötelező MVP
gyors
alacsony
kezelhető
Kód nélküli MVP (leszállás/elle)
leggyorsabb
legalacsonyabb
korai tanulás
Gyakori hibák
- Az MVP összetévesztése egy komplett termékkel. Az MVP a tanulás legkisebb egysége, nem a csiszolt finálé.
- Túltervezés. Hónapokat tölteni a méretarányosan/tökéletesen, amikor nincs ügyfél a közelben; A legdrágább hiba.
- Nem tanulási kérdés meghatározása. Egy MVP, aki nem tudja, mit tesztel, iránytalan pazarlás.
- A későbbi siker kritériumainak meghatározása. Ha a kritériumok nincsenek előre megírva, minden eredmény "sikerként" lesz értelmezve.
- A kód nélküli opciók megkerülése. Céloldal/videó/író kód, ha manuálisan tesztelheti a szolgáltatással.
Figyelem: A mesterséges intelligencia prototípust vagy kódvázlatot készíthet, de Ön felelős az előállított kód biztonságáért, pontosságáért és jogi megfelelőségéért. Különösen a fizetéssel, személyes adatokkal vagy biztonsággal kapcsolatos MVP-k esetében az AI kimenet egy kezdeti vázlat; Alapvető fontosságú, hogy egy hozzáértő fejlesztő/szakértő felülvizsgálja az élő adás előtt.
Összefoglalva
Az MVP a legkisebb termék, amely a legtöbb tanulást biztosítja a legkisebb erőfeszítéssel; Célja nem az eladás, hanem egy feltételezés tesztelése. A legdrágább hiba az, hogy túltervezzük és áthidaljuk a nem bizonyított terméket, amit senki sem akar. Minden MVP tanulási kérdéssel kezdődik; A funkciókat a MoSCoW vagy Impact-effort kinyeri ki, és csak a „Must” klaszter készül. A legjobb MVP gyakran még a kód előtt is megjelenik: céloldal, videó vagy manuális szolgáltatás. Az AI egy erőteljes gyorsító a hatókör meghatározásában, a prioritások meghatározásában és a prototípusok/oldalvázlatok elkészítésében; de a „hatás” becsléseket a tényleges vevői jelzések alapján kell korrigálni, és a műszaki/jogi-kritikus kimeneteket szakszerűen felül kell vizsgálni.
Pályázati feladat
Válasszon egy feltételezést ("Tanulási kérdés" sablon). Kérje meg az AI-t a legkisebb MVP-ről, amely teszteli ezt a feltételezést, és ha lehetséges, egy kód nélküli verziót. Válassza el a jelölt jellemzőit a „MoSCoW” sablonnal, és csak a Kötelező beállítást hagyja meg. Végül készítsen egy egyszerű céloldal-vázlatot a „Céloldal szövege” sablonnal, és írja le a sikerességi kritériumokat (pl. 20 látogatóból legalább 5 előzetes regisztráció) a közzététel előtt.
ellenőrző lista
- [ ] Világosan írtam le az MVP tesztjeim egy tanulási kérdést?
- [ ] Értékeltem kód nélküli MVP verziót?
- [ ] Prioritást adtam a szolgáltatásoknak, és csak a „Must” fürtöt hagytam meg?
- [ ] Meghatároztam a sikerességi kritériumokat a közzététel előtt?
- [ ] Szakértői felülvizsgálatra bíztam a műszaki/jogi-kritikus kimenetet?