Prototípus-teszt és a nagy hűségű prototípus mint spec

Definíció. A termékspecifikáció egyetlen olyan formája, amely leírja a teljes felhasználói élményt, pontosan mutatja a szoftver viselkedését, minden fogyasztójának (mérnök, QA, support, marketing, ops, sales, vezetők) használható, változtatható, és tesztelhető: a nagy hűségű prototípus (high-fidelity prototype), amely minden képernyőt és fő use case-t szimulál (a háttér hamisítható), kiegészítve wikin tartott üzleti logikával, kiadási és platformkövetelményekkel és use case-ekkel. "You don't actually have a spec worth handing over to engineering until your prototype passes these two tests" (használhatóság és érték). A prototípus elsődleges célja nem a spec, hanem hogy a saját ötleteidet mélyebben megértsd, és valódi felhasználókon teszteld, mielőtt a mérnökök hónapokat építenek olyasmire, amiről nincs bizonyítékod. (Inspired, 18., 21., 22. fejezet)

Miért fontos

A tipikus papír-spec "túl sokáig készül, ritkán olvassák, nem elég részletes, nem válaszolja meg a nehéz kérdéseket", és "a puszta létezése hamis jelzés a vezetésnek, hogy minden rendben". (18)
A csapatok "far more confidence in their product specifications than they should"; a bétában már késő a nagy változáshoz. (21)
Rövidebb piacra jutás. A rossz spec kérdései a mérnöki fázisban jönnek elő → churn (késés, frusztráció) vagy mérnöki feltevések → "a mess", javítókiadások. A prototípus mindkettőt kiváltja; a mérnökök "azonnali nyertesek", a QA tudja, mit tesztel, a marketing és a sales korábban tanulja a terméket, a vezetők a prototípust demózzák a befektetőknek "sokkal jobban, mint bármilyen PowerPoint". (18)
A béta és a sprint nem prototípus. A tervező tucatnyi ötletet akar napok alatt kipróbálni; egy 2-4 hetes sprint "egy nagyságrenddel túl lassú"; a prototípus-szoftver eldobható és órák alatt alapjaiban változtatható, a termelési szoftver "horgony". Az élménytervezés ezért előzze meg az implementációt (a követelmény és a design együtt, aztán az implementáció és a teszt együtt); agile-nál "sprint zero", 1-2 sprinttel a mérnökök előtt. (19, 26)
Olcsó. A nagy vs. kis hűség vita "értelmetlen", mert a nagy hűségű prototípus ára leesett és a visszajelzés minősége sokkal jobb; a "prototípus = termék" félreértést a vezetők ma már értik (makett vs. ház). (21)

Három validálás a mérnöki munka előtt (21. fejezet)

Kockázat	Kérdés	Ki	Hogyan
Megvalósíthatóság (feasibility)	Megépíthető a rendelkezésre álló idővel, technológiával, pénzzel?	Mérnökök, architekt	Technológiák vizsgálata, zsákutcák kizárása korán, "before the time and money has been lost"
Használhatóság (usability)	Rájön a célfelhasználó, hogyan használja?	Interakciótervező + PM	Prototípus valódi célfelhasználókon; több iteráció; felfedi a hiányzó és a fölösleges követelményeket
Érték (value)	Akarja-e, fizetne-e érte?	PM	Ugyanaz a prototípus és alkalom; "nem az, hogy meg tudja-e csinálni a feladatot, hanem hogy érdekli-e, és mennyire jól oldottuk meg"

A teszt gyakorlata (22. fejezet: "a PM legfontosabb tevékenysége")

Alanyok. Charter userek (charter-user-program); szakkiállítás (B2B); Craigslist-hirdetés (a leírás egy fokkal általánosabb, telefonon szűrsz); barátok és család (de ne tech-iparági, és ne csak ők); e-mail-lista a marketing segítségével; önkéntesek a weboldalról (szűrve, hogy ne early adopterek legyenek); kéthetente péntek: egy ember szervez 10-20 felhasználót, a PM-ek időpontot foglalnak; "menj oda, ahol a felhasználóid vannak" (pláza, sportbár). Kompenzáció: köszönet és sapka, vagy 50 dollár kredit. No-show: akár 30%, előző napi telefonnal 5-10% (az e-mail nem működik). Külső labor 10-20 ezer dollár/kör (~10 fő), "won't be able to afford as much testing as your product will need".

Feladatok és kérdések. A fő feladatok előre (e-mail: írás, olvasás, lerakás). Egyszeri esély: mielőtt a prototípust mutatod, nézd meg, hogyan oldja meg ma (üres böngésző: Google, OpenTable, Zagat? környék, konyha, ár szerint?); aztán a landing page-ről meg tudja-e mondani, mit csinálsz és miért értékes ("a landing page hidalja át az elvárás és a valóság közti rést"). A feladatok után "egyszemélyes fókuszcsoport": mit használ ma; mennyivel jobb ez; NPS-kérdés (0-10: ajánlaná-e); "mennyit fizetne érte" akkor is, ha nem így akarod árazni, hogy az átlag változását kövesd a prototípus-verziók közt; skálázott válaszok. Nem kell kész prototípus: zsákutcánál "mit várna, mi történne?".

Környezet. Labor kétirányú tükörrel nem kell: Starbucks-asztal, három szék; az ügyfél irodája (30 perc is sokat mond, "master of their domain", látszik a monitor, a hálózat, a kommunikáció). A távoli eszköz nem pótolja a szemet és a testbeszédet. A PM minden teszten ott van, nem delegál; egy vezet, egy jegyzetel (tervező, mérnök, vezető).

Vezetés. Öt percen belül a prototípusnál; három mondat előre (ez csak prototípus; nem bántasz meg; a prototípust teszteljük, nem téged). Használati mód, ne kritikai mód: "mit változtatnál a lapon" kérdés csak tervezőnek érdekes; "if users knew what they really wanted, software would be a lot easier to create. So watch what they do more than what they say." Hallgass: "turn into a horrible conversationalist"; ne "vezesd a tanút"; a hangos gondolkodás kritikai módba visz. Papagáj: mondd vissza, amit csinál ("látom, a jobb oldali listát nézed"), a kérdését ("egy új bejegyzést hoz létre?"), és "Great!" helyett "létrehoztál egy bejegyzést". Három kimenet: átment segítség nélkül; küszködött, de átment; feladta (amikor tényleg a versenytárshoz menne). A cél: hol tér el a szoftver modellje a felhasználó fejében lévőtől ("counterintuitive"). A testbeszéd elárul: aki szereti, e-mailt kér a megjelenésről, vagy korai hozzáférést; Cagan a német ügyfeleknél nyelvtudás nélkül is látja.

Frissítés. Ne várd meg a 6-8 fős kört: "nem kell nyolc embernek fejbe verni, hogy tudd, nagy baj van"; javíts két-három felhasználó után. Kész: hat egymást követő felhasználó érti és értékeli a terméket, és átmegy a fő feladatokon. Ha nem sikerül érdeklődést kelteni: polcra; ez nem bukás, hanem a megtakarított kiadási ciklus. Források: Steve Krug, Don't Make Me Think; Creative Good "Listening Labs" (irányítatlan teszt a nagy képre).

Minimális termék (20. fejezet)

A szokásos film: P1/P2/P3-mal teleírt spec → mérnöki becslés hónapokkal hosszabb → alku, funkcióvágás, QA-rövidítés → "far from a coherent whole". Helyette: (1) a PM és a tervező a minimális funkciójú, de használható és kívánatos prototípust rakja össze (kevesebb implementációs idő, kevesebb felhasználói komplexitás); (2) a mérnök az elejétől véleményez, és a prototípus elkészültére részletes, vállalt becslést ad; (3) a prototípus validált. Ezután nem lehet tovább vágni: "if you remove a leg… that dog won't hunt"; a csúszás normális válasz, nem a funkcióvágás; és a PM sem dobálhat be új követelményt. Vedd ki a P1/P2/P3 jelöléseket: a spec egy egész terméket ír le.

Hogyan alkalmazd

Spec = prototípus + wiki; papír-PRD helyett.
Három validálás, sorrendben: megvalósíthatóság a legkockázatosabb ponton, aztán használhatóság és érték egy ülésben.
Tesztnapi rutin (kéthetente), a PM mindig jelen; ellenőrzőlista → discovery-techniques-checklist.
Mérd a "mennyit fizetne" és az NPS átlagát verziónként; a trend számít, nem a szám → willingness-to-pay.
Minimális termék, aztán nincs több vágás; a P1/P2/P3 kultúrát hagyd el → product-configuration-and-bundling.

Feszültségek

Sutherland, Lindstrom, Sharp (market-research-limits, the-real-why): a prototípus-teszt megfigyelés ("watch what they do"), ami a wiki szerint erősebb, mint a kérdezés; de az érték-teszt kimondott válaszokra épül (NPS, "mennyit fizetne"), amit a wiki gyengének tart (a tálca-szlogen, a Quizmania). Cagan védelme: a felhasználó a prototípus használata után válaszol, nem elképzelésre; és a testbeszéd meg a "kérj korai hozzáférést" viselkedési jel. A wiki állása: a használhatósági teszt viselkedési adat; az érték-teszt kimondott preferencia, amelyet feltárt preferenciával (fizetős pilot, fake door, A/B) kell megerősíteni; ez utóbbiak ebben a kiadásban nincsenek.
Ramanujam–Tacke (willingness-to-pay): a "mennyit fizetne" kérdés R–T közvetlen WTP-kérdésének egy-felhasználós, prototípus utáni változata, trendmérésre; R–T a tartományt (elfogadható / drága / elviselhetetlen) és a "miért"-et kérdezi, több száz vevőn, a tervezés előtt, és a kvalitatív után kvantitatívat. Cagan érték-tesztje nem szegmentál és nem ad eloszlást (átlagcsapda → non-ergodicity). A "minimális termék" és a "P1/P2/P3 ki" R–T killer-szabálya és a webhoszting 27 → 8 funkciója; egyetértés.
Moore (whole-product): a prototípus a generikus terméket teszteli; a pragmatikus a teljes terméket veszi (szolgáltatás, integráció, partnerek), amit egy Starbucks-teszt nem mér. Cagan enterprise-listája (38.) ezt részben pótolja (telepítés, konfiguráció, csatorna).
Keenan (sales-process-and-pipeline): a "ne vezesd a tanút" és a "hallgass" a feltáró hívás szabályai is (a nyertes hívásban a vevő beszél); Cagan felhasználót figyel, Keenan vevőt kérdez.
Sharp (mass-marketing-not-targeting): "ne early adopterek legyenek a tesztalanyok" Sharp könnyű vevőjének teszt-szintű megfelelője; a persona-alapú toborzás Cagannál is vegyes mintát kér (17.).
A hat egymást követő sikeres felhasználó és a 6-8 fős kör tapasztalati szabály (Nielsen 5-fős heurisztikájának rokona), nem mért küszöb.
Knapp (sprint, fake-it-prototype, five-user-test, beolvasva): a GV-sprint prototípusa egy nap alatt készül, egy kérdésre, eldobásra ("Goldilocks quality": elég valós az őszinte reakcióhoz, nem több), Keynote-ban, homlokzatként; Cagan nagy hűségű prototípusa spec is, minden képernyőre és fő use case-re, hetekig iterálva. Egyetértés: a nagy vs. kis hűség vita "értelmetlen" (Cagan) = a drótváz és a papírrajz "breaks the illusion" (Knapp); a "használati mód, ne kritikai mód" = "reaction, not feedback"; a "prototípust teszteljük, nem téged" mondat mindkettőnél; Craigslist-toborzás, előző napi telefon, a csapat jelen. Eltérés a küszöbben és ütemben: Cagan kéthetente 6–8 fős kör, javítás 2–3 után, kész = hat egymást követő sikeres felhasználó; Knapp öt vevő egy nap alatt (Nielsen: a használhatósági problémák 85%-a), minta = 3/5, aztán javítás és követő sprint. Eltérés a záró kérdésekben: Cagan NPS-t és "mennyit fizetne"-t kérdez trendmérésre, Knapp "compare to what you do now", "describe to a friend", "three magic wishes" — árat nem. Új Knappnál: a nyitójelenet (a prototípus a versenytársak mellett, hamis hírcikkből vagy App Store-ból indul; Rumble hamis márkanevekkel), a tört kérdés és a "DON'T igen/nem, DO Five Ws" interjúszabály, az Interviewer, aki nem építette a prototípust, és a Stitcher a konzisztenciáért ("Jane Smith" ≠ "Jane Smoot"). A wiki állása: a sprint-prototípus Cagan folyamatának első prototípusa; a hatos küszöb és az ötös szám egyaránt tapasztalati, nem mért.

Fitzpatrick: a prototípus utáni mondat is lehet vatta (beolvasva 2026-09-14)

Fitzpatrick (the-mom-test, 5. fej.) egyetért a "nézd, mit csinál" elvvel, de figyelmeztet, hogy a prototípus nem oldja meg magától a hamis pozitívot: a demó utáni "ez tök jó", "szólj, ha kijön" és "biztosan megvenném" ugyanolyan üres, mint a demó előtt → compliments-fluff-and-ideas. Az egyetlen mérce a prototípus körül is az, hogy mit ad fel érted → commitment-currencies. Innen jön a könyv legjobb zárómondata: a legjobb megbeszélés-zárás a "Can I buy the prototype?" — a telefonos állványt tervező designer tucatnyi 3D-nyomtatott darabnál tartott, mert az emberek folyton megvették.

Ez egyben Cagan "mennyit fizetne" és NPS-kérdésének Fitzpatrick-féle kritikája: az érték-teszt kimondott válasza a prototípus után ugyanaz a jövő idejű mondat, amit előtte nem fogadnánk el.

Kapcsolódó

inspired · product-discovery · charter-user-program · opportunity-assessment · discovery-techniques-checklist · market-research-limits · willingness-to-pay · affordance