---
title: Prototípus-teszt és a nagy hűségű prototípus mint spec
type: concept
aliases: [prototype testing, high-fidelity prototype, "R.I.P. PRD", product validation, usability testing, value testing, feasibility testing, minimal product, prototípus-teszt, használhatósági teszt, érték-teszt, "use mode vs critique mode", "Listening Labs"]
tags: [product-management, validation, research, ux, prototyping]
sources: [inspired, sprint, the-mom-test]
updated: 2026-09-14
status: solid
---

# 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

1. Spec = prototípus + wiki; papír-PRD helyett.
2. 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.
3. Tesztnapi rutin (kéthetente), a PM mindig jelen; ellenőrzőlista → [[discovery-techniques-checklist]].
4. 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]].
5. 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]]