---
title: A termékfelfedezés ellenőrzőlistája (Cagan)
type: framework
aliases: [discovery techniques checklist, product discovery checklist, Cagan checklist, "ten best practices", "product manager worry list", termékfelfedezési ellenőrzőlista, tesztnapi ellenőrzőlista]
tags: [product-management, validation, checklist, prototyping, research]
sources: [inspired, sprint]
updated: 2026-09-08
status: solid
---

# A termékfelfedezés ellenőrzőlistája (Cagan, *Inspired* 1. kiadás)

Az [[inspired]] folyamata egy oldalon, a lehetőségtől a bevezetés utáni mérésig. Használat: új termék vagy nagyobb kiadás előtt végigmenni; meglévő terméknél a 7-9. lépéstől. Részletek a linkelt oldalakon.

## A folyamat kilenc lépése

| # | Lépés | Eszköz | Kimenet, kapu | Oldal |
|---|---|---|---|---|
| 1 | **Probléma, ne megoldás** | Lehetőségértékelés: tíz kérdés (értékajánlat, célpiac, méret, sikermérés + bevételi stratégia, alternatívák, miért mi, miért most, go-to-market, sikertényezők, ajánlás); költség csak S/M/L | Termékbizottság 2. mérföldkő: go/no-go a felfedezésre | [[opportunity-assessment]] |
| 2 | **Keret** | Termékelvek (priorizálva); elsődleges persona a kiadásra; a négy keretező kérdés (probléma, persona, célok, sorrend) | Egy oldal, amit a csapat aláír | [[product-principles]], [[audience-persona-and-engagement-cycle]] |
| 3 | **Célvevők az elejétől** | Charter user program: 8-10 célpiaci vevő (nem early adopter), ingyen, "nem egyedi megoldás"; ha nem találsz, nem fontos a probléma | Névsor, alku egy oldalon | [[charter-user-program]] |
| 4 | **Megoldáskeresés prototípussal** | PM + interakciótervező + prototípus-készítő (+ mérnök véleményez); nagy hűségű prototípus minden képernyőre és fő use case-re; tucatnyi verzió; a design *megelőzi* az implementációt | Tesztelhető prototípus + wiki (üzleti logika, kiadási és platformkövetelmények, use case-ek) | [[prototype-testing]], [[product-discovery]] |
| 5 | **Három validálás** | Megvalósíthatóság (mérnökök, a legkockázatosabb ponton először); használhatóság és érték (prototípus-teszt valódi célfelhasználókon, kéthetente) | Hat egymást követő felhasználó érti, értékeli, átmegy a fő feladatokon; vagy polcra | [[prototype-testing]] |
| 6 | **Minimális termék és becslés** | A legkisebb funkciókészlet, ami a célt hozza és használható; P1/P2/P3 ki; részletes, vállalt mérnöki becslés | Termékbizottság 3. mérföldkő: go/no-go az építésre | [[prototype-testing]] |
| 7 | **Építés churn nélkül** | Végrehajtási üzemmód; a PM gyorsan válaszol, nem dob be új ötletet; a 2.0 felfedezése párhuzamosan indul; 20% headroom a mérnökségnek | Kiadás; 4. mérföldkő: go/no-go a bevezetésre (QA, launch-terv, közösségi hatás) | [[product-discovery]], [[product-principles]] |
| 8 | **Bevezetés és gyors reagálás** | Charter userek élők és boldogok *a publikus kiadás előtt*; hat referencia; gyengéd bevezetés (opt-in → opt-out, regionális, inkrementális); rapid response fázis (napi prioritás-ülés, hot fix, enterprise-nál a csapat az ügyfélnél) | Referenciák a termékmarketingnek; első mérőszámok | [[charter-user-program]], [[product-management-vs-product-marketing]] |
| 9 | **Mérés a javításhoz** | Mérőszám-vezérelt roadmap (konverzió, kiesés oldalanként), webanalitika + teszt, NPS-trend, win/loss; special és funkciókérés nem | 3-6 hónapos üzleti beszámoló a termékbizottságnak | [[specials-vs-product-requirements]] |

## Tesztnapi ellenőrzőlista (22. fejezet)

**Előtte**
- [ ] 6-8 alany a célpiacról, vegyes personával, early adopter és tech-iparági kiszűrve; előző napi *telefon* (no-show 30% → 5-10%)
- [ ] Fő feladatok listája; érték-kérdések skálán (NPS 0-10; "mennyit fizetne"); "mit várna, ha…?" a zsákutcákhoz
- [ ] Egy vezető, egy jegyzetelő (tervező, mérnök, vezető meghívva); a PM jelen, nem delegál
- [ ] Helyszín: kávézóasztal három székkel vagy az ügyfél irodája; labor nem kell

**Közben**
- [ ] Öt percen belül a prototípusnál; három mondat: prototípus, nem bántasz meg, a prototípust teszteljük
- [ ] Előbb: hogyan oldja meg *ma* (üres böngésző); a landing page-ről érti-e, mit csinálsz és miért értékes
- [ ] Használati mód, ne kritikai mód; hallgass; ne vezesd a tanút; papagáj ("látom, a listát nézed"; "létrehoztál egy bejegyzést")
- [ ] Három kimenet jegyezve: simán / küszködve / feladta (versenytárshoz menne)
- [ ] Hol tér el a szoftver modellje a felhasználó fejében lévőtől
- [ ] Utána egyszemélyes fókuszcsoport: mit használ ma, mennyivel jobb ez, NPS, "mennyit fizetne", milyen érzelem hajtja → [[emotional-adoption-curve]]

**Utána**
- [ ] Debrief a jegyzetelővel; javítás két-három felhasználó után, ne várd meg a kört
- [ ] Átlagok verziónként (NPS, WTP) trendként
- [ ] Kész, ha hat egymást követő felhasználó átmegy; polcra, ha nem lehet érdeklődést kelteni

## Cagan tíz legjobb gyakorlata (40. fejezet)

1. A termékmenedzsment szerepe (nem termékmarketing, nem projektmenedzsment). 2. Az élménytervezés szerepe (PM + tervező + mérnök: értékes, használható, megvalósítható). 3. Lehetőségértékelés az MRD helyett. 4. Charter user program ("if you only do this one thing"). 5. Termékelvek. 6. Personák. 7. Fókusz a felfedezésre ("makes no sense to proceed to building… until you have evidence"). 8. Nagy hűségű prototípus (mélyebb gondolkodás, teszt, leírás). 9. Prototípus-teszt célfelhasználókon ("probably the single most important skill"). 10. Mérés a javításhoz.

## A termékmenedzser tíz aggodalma (41. fejezet)

1. Meggyőző a termék a célvevőnek? 2. Olyan könnyű használni, amennyire emberileg lehet? 3. Nyer a *bevezetéskori* versenytársak ellen? 4. Ismerek vevőt, aki *ezt* (nem a megálmodottat) tényleg megveszi? 5. Valóban differenciált; el tudom mondani két percben a vezetőnek, egyben a vevőnek, harminc másodpercben az elemzőnek? 6. Működni fog? 7. **Teljes termék?** Hogyan gondolkodik és vásárol a vevő, és összhangban van ezzel az értékesítés? → [[whole-product]] 8. Az erősségei azok, amik a vevőnek számítanak, és agresszíven pozicionáljuk? → [[competitive-positioning]] 9. **Megér pénzt? Mennyit? Miért? Olcsóbban megkapja máshol?** → [[willingness-to-pay]] 10. Tudom, mit tart jónak benne a csapat többi tagja, és egyezik az enyémmel?

## Mire nem való

- Nem árazási és nem üzleti tervezési folyamat: a WTP-tartományt és az élő üzleti tervet R–T kilenc szabályából kell hozzátenni → [[nine-rules-of-monetizing-innovation]], [[outside-in-business-case]].
- Nem go-to-market: a hídfő, a teljes termék és a csatorna Moore-tól → [[chasm-crossing-checklist]].
- Nem növekedési és nem márkaépítési keret (Sharp): a jó termék szükséges, nem elégséges → [[sharps-seven-rules]].
- Szoftvertermékre íródott (Cagan kizárja a gyógyszert és az egyedi szoftvert); FMCG-re csak az elv (validálj építés előtt, minimális termék) vihető át.
- 2008-as: a kvantitatív érték-tesztek (A/B, fake door, invite-only) és a 2. kiadás négy kockázata nincsenek benne.

## Egyhetes, csapatos változat (Knapp)

A 4–5. lépés (megoldáskeresés prototípussal, használhatóság- és érték-validálás) egy hét alatt, a teljes csapattal, egy Deciderrel és öt vevővel: [[design-sprint-checklist]]. A sprint az itteni 1–3. lépés (lehetőségértékelés, keret, célvevők) *után* és a 6. lépés (minimális termék, becslés) *előtt* fut; egy sprint egy tanulási kör, a "kész" küszöb (hat egymást követő sikeres felhasználó) továbbra is Cagané. Ár, üzleti terv, referenciavevő a sprintben sincs → [[sprint]].

## Kapcsolódó

[[inspired]] · [[marty-cagan]] · [[product-discovery]] · [[prototype-testing]] · [[opportunity-assessment]] · [[charter-user-program]] · [[nine-rules-of-monetizing-innovation]] · [[chasm-crossing-checklist]] · [[gap-selling-discovery-checklist]]