---
title: Inspired
type: book
author: Marty Cagan
year: 2008
aliases: ["Inspired: How to Create Products Customers Love", Cagan, SVPG, Silicon Valley Product Group, product discovery book]
tags: [product-management, product-discovery, tech, saas, b2b, b2c, validation, prototyping]
ingest_status: done
chapters_done: "2-43"
updated: 2026-09-07
status: solid
---

# Inspired: How to Create Products Customers Love — Marty Cagan (2008, 1. kiadás)

> **Kiadás-megjegyzés.** A `raw/books/inspired/` alatti szöveg az **első kiadás** (SVPG Press, 2008; 41 rövid fejezet három részben: People, Process, Product). A 2017-es, Wiley-féle második kiadás lényegesen más könyv (négy kockázat, "empowered product teams", OKR-ok, a "customer letter", Netflix/Adobe/BBC esetek); ezek **nincsenek** ebben a forrásban. Ahol a wiki más oldalai a 2. kiadás fogalmait várták (pl. "viability" kockázat, "customer discovery program"), ott az 1. kiadás megfelelőjét (három kritérium; charter user program) rögzítettük, és a különbséget jeleztük.

**Tézis.** A rossz termékek gyökere nem a mérnöki munka, hanem az, hogy a mérnökök nem kapnak *érdemes* dolgot építeni: "It doesn't matter how good your engineering team is if they are not given something worthwhile to build." (Cagan HP-s bukása: technikailag lenyűgöző, a sajtó imádta, "senki nem vette meg"; Bevezetés.) A termékmenedzser dolga ezért nem a spec-gyártás és nem a marketing, hanem a **termékfelfedezés** (product discovery): olyan terméket *találni*, amely egyszerre **értékes** (a vevő akarja), **használható** (a vevő rájön, hogyan kell) és **megvalósítható** (az adott idő és technológia mellett megépíthető). A felfedezés kreatív, nem ütemezhető folyamat; a bizonyítéka nem dokumentum, hanem egy **nagy hűségű prototípus** (high-fidelity prototype), amelyet **valódi célfelhasználókon** teszteltek, *mielőtt* a mérnöki csapat hónapokat épít. Aki ezt kihagyja, "a mérnöki szervezettel épít egy nagyon-nagyon drága prototípust, és az élő vevőket használja gyanútlan tesztalanynak"; ezért kell a legtöbb cégnek három kiadás és egy-két év, mire pénzt keres a terméken (12. fejezet). Az iparági közhely szerint tíz kiadásból kilenc nem hozza a célját (2. fejezet).

A wiki szemszögéből ez a könyv a **termék és a marketing viszonyának** forrása: a termékmenedzsment nem marketing (2. fejezet), a piackutatás finomít, de nem talál ki terméket (16.), a "vevő nem tudja, mit akar" tétel gyakorlati következménye a prototípus-teszt (21-22.), és a "special" (a nagy vevő pénzért kért funkciója) a [[four-monetization-failures]] feature shockjának szervezeti forrása (32.). A szervezeti fejezetek (toborzás, menedzselés, agile/waterfall, nagyvállalati túlélés) itt csak a fejezettérképen szerepelnek.

## Kulcsgondolatok

- [[product-discovery]] — "Build the right product" (felfedezés) vs. "build the product right" (végrehajtás); értékes–használható–megvalósítható; a felfedezés nem ütemezhető ("four weeks" → ugyanaz a rossz termék megépítve); startupnak PM + interakciótervező + prototípus-készítő, több tucat prototípus-verzió, *aztán* mérnökök; "great product managers combine what is desirable with what is just now possible".
- [[product-management-vs-product-marketing]] — A három rossz szereposztás (marketingvezérelt termék; két ember egy szerep; egy ember két szerep) és a kiút: a PM definiálja és validálja a terméket, a termékmarketing elmondja a világnak (pozicionálás, üzenet, ár, bevezetés, csatorna-eszközök); egymás *egyik* bemenete. A termékszervezet ne a marketingben és ne a mérnökségen lakjon.
- [[opportunity-assessment]] — Az MRD helyett tíz kérdés a *problémáról*, megoldás nélkül (értékajánlat, célpiac, méret, sikermérés, alternatívák, miért mi, miért most, go-to-market, sikertényezők, ajánlás); költségbecslés csak S/M/L a prototípus előtt; "make a friend in finance".
- [[prototype-testing]] — R.I.P. PRD: a spec legyen tesztelhető nagy hűségű prototípus; három validálás (megvalósíthatóság, használhatóság, érték) a mérnöki munka *előtt*; a teszt gyakorlata (alanyok, feladatok, Starbucks-asztal, "papagáj", használati mód vs. kritikai mód, hat egymást követő sikeres felhasználó); a **minimális termék** (ha eltávolítasz egy lábat, "that dog won't hunt").
- [[charter-user-program]] — 8-10 célpiaci vevő a projekt *elejétől*, cél: hat élő, boldog, nyilvános referenciavevő a bevezetésre; **ne fizessenek előre**; ha nem találsz jelentkezőt, nem fontos a probléma; a PM minden interjún, teszten ott van ("ne delegáld a felhasználó megértését").
- [[specials-vs-product-requirements]] — A special (nagy csekk hét funkcióért) rossz bevétel; vevői követelmény ≠ termékkövetelmény; a feature factory; a meglévő termék javítása mérőszám (7% → 15% konverzió), nem funkciólista; NPS mint a PM mércéje, jó és rossz bevétel.
- [[product-principles]] — Termékelvek (priorizálva, nem tervezési elvek, nem funkciólista), a konfliktus feloldása a keretezéssel (probléma, persona, célok, prioritás), a termékbizottság négy mérföldköve, "az ember 20%-a a headroom".
- [[emotional-adoption-curve]] — Bonforte: "angry people dictate the future of technology"; Lover/Irrational/Efficient/Laugher/Comfortable Moore profiljai érzelmi tartalommal; a Lover félrevezet, az Irrational tanít; félelem és kapzsiság (enterprise), magány, vágy, büszkeség (fogyasztó); "a valódi versenytárs az offline alternatíva"; Apple: a hardver a szoftvert, a szoftver az élményt, az élmény az érzelmet szolgálja.
- [[discovery-techniques-checklist]] — A folyamat egy oldalon: lehetőségértékelés → elvek és personák → prototípus → három validálás → minimális termék és becslés → építés → gyors reagálás → mérés; tesztnapi ellenőrzőlista; a tíz legjobb gyakorlat; a PM tíz aggodalma.
- [[marty-cagan]] — HP, Netscape, AOL, eBay (SVP product), SVPG; a Szilícium-völgyi termékmenedzsment nyelvének alakítója.

## Említésre méltó bizonyítékok és esetek

| Állítás | Bizonyíték, példa (fejezet) |
|---|---|
| A jó mérnöki munka nem elég | HP AI-munkaállomás: egy év, szabadalmak, lokalizáció, betanított sales, kiváló sajtó — "no one bought it" (Bevezetés) |
| A kiadások többsége rossz | "as much as nine out of ten product releases are failures" (iparági közhely, forrás nélkül); Cagan: "most releases are ill-conceived" (2) |
| A felfedezés nem ütemezhető | A négyhetes forgatókönyv: a felhasználók nem lelkesek, a prototípust nem értik, de "time is up, the engineers are ready" → 3-6 hónap ugyanarra a termékre (12) |
| Az élő vevő a legdrágább tesztalany | "They are using the engineering organization to build a very, very expensive prototype"; 3+ kiadás, 1-2 év a pénzkeresetig; a startupoknak erre nincs pénzük ("Ready, fire, aim") (12, 28) |
| A prototípus-alapú spec gyorsabb | A rossz spec kérdései a mérnöki fázisban kerülnek elő → churn vagy feltevések → javítókiadások; a nagy hűségű prototípus "significantly reduce time to market" (18) |
| A teszt olcsó | Külső labor 10-20 ezer dollár/kör (~10 fő); Cagan Starbucks-asztalnál, három székkel; no-show 30% → 5-10% egy előző napi telefonnal (22) |
| A piackutatás nem talál ki terméket | "I know of no winning product that was created by market research. Not Google, not eBay, not the iPod or iPhone, not Facebook or MySpace." (16) |
| Fókuszcsoport két korlátja | A vevő nem tudja, mi lehetséges; nem tudja, mit akar, amíg nem látja; a hangosak torzítanak; politikai célra használják (16) |
| A meglévő termék javítása a legjobb megtérülés | Online biztosítás: 7% → 15% befejezett jelentkezés; feliratkozás 9 → 18 "megduplázza a bevételt"; a cégek azt hiszik, a termék "már olyan jó, amilyen lehet" (11, 23) |
| Az újraírás cégeket öl | eBay 1999 (közel az összeomláshoz), Friendster (MySpace átvette), Netscape; a 20% "headroom" (5) |
| Referencia nélkül nincs bevezetés | "If there are no references, this is a huge red flag"; egy-két referencia = special; hat referenciavevő a cél (15, 38) |
| Érzelem viszi át a szakadékon | Skype ("mint a heroin": a telefontársaság elleni düh), webkamera (nincs dühös ember, nincs szakadék-átkelés), Prius (Lover: akkutechnológia; Irrational: 22 ezer dollár a környezetért) (35) |
| Apple nem marketingből nyer | iPhone 2,5 év, 400 dollár "nem probléma", mert nem a Razrhez mérik; "people treat their PC like a rental car, but coddle their Mac"; a másolók csak a funkcionalitást másolják (31) |
| Az újdonság a régi új inkarnációja | Google a "kész" keresőpiacon (AltaVista, Infoseek), iPod száz MP3-lejátszó mellett: kategória-újradefiniálás jobb megoldással (33) |
| Platform: a végfelhasználó előbb | Kliensoldali Java: "great development environment, terrible user experience, terrific opportunity for Macromedia"; a korai Windows fordítva (39) |
| Enterprise: a vevő ≠ a felhasználó | "If the people who actually had to use the systems were the same ones that made the buying decisions, I think we'd have a very different set of vendors"; Salesforce.com a konfiguráció–integráció játék újradefiniálója (38) |

## Kritika és korlátok

- **Tanácsadói tapasztalat, adat nélkül.** Minden állítás Cagan HP–Netscape–eBay-pályájából és SVPG-ügyfeleiből jön; a "9/10 bukik" iparági közhely, a "3+ kiadás, 1-2 év" becslés, a Skype/webkamera-ellentét Bonforte interjúja. Nincs kontrollált összehasonlítás prototípus-tesztelt és nem tesztelt termékek közt. A wiki a módszert *gyakorlati receptként* fogadja, a hatásméretet nem tudja.
- **Szilícium-völgyi, internetes, 2008-as.** A példák (Yahoo!, MySpace, Friendster, Vista, "Web 2.0 startup") datáltak; a Google Analytics és a Craigslist-toborzás korabeli; a "felhő", a mobil és a growth-adat hiányzik. A szerző maga is kizárja a nem szoftveres és az egyedi (custom) szoftveres világot; a wikiben ez a könyv **szoftvertermékre** szól, FMCG-re csak az elv (validálj építés előtt) vihető át.
- **A "viability" hiányzik.** Az 1. kiadás három kritériuma (értékes, használható, megvalósítható) nem tartalmazza az üzleti életképességet; a 2. kiadás ezt negyedikként tette hozzá. Az árazás, a monetizálás és az üzleti terv itt vékony (a lehetőségértékelés "metrics/revenue strategy" kérdése és a "friend in finance"); a wiki ezt a [[monetizing-innovation]] oldalaival egészíti ki, és a feszültségeket ott rögzíti → [[design-around-the-price]], [[outside-in-business-case]].
- **Az "érték" tesztje gyenge.** A value testing eszköze egy prototípus utáni beszélgetés (NPS-kérdés, "mennyit fizetnél"), amely pontosan az a fajta "mondd meg" kérdés, amelyet a wiki gyengének tart ([[market-research-limits]]); Cagan a viselkedést ("watch what they do more than what they say") és a testbeszédet is figyeli, de a fizetős tesztet elutasítja (charter user ne fizessen). A 2. kiadás kvantitatív érték-tesztjei (A/B, invite-only, fake door) itt nincsenek.
- **Szerep-abszolutizmus.** "Every product needs a single, accountable product manager" és a PM "a termék CEO-ja": a könyv az egyénre épít, a csapatdinamikát és az adatvezérelt kísérletezést (growth) alig; a Pink-féle motivációs kérdéseket ([[drive]]) nem érinti.
- **Amiben a wikivel ütközik:** Ramanujam–Tacke *az ár köré* terveznek és élő üzleti tervet kérnek; Cagan *a felhasználói élmény köré* és az üzleti terv előtt prototípust; Moore a referenciát az *eladás* eszközének, Cagan a *felfedezés* melléktermékének tartja; Bonforte Moore profiljait "ellenintuitívnak" nevezi és érzelmi címkékre cseréli → részletek a [[design-around-the-price]], [[willingness-to-pay]], [[charter-user-program]], [[emotional-adoption-curve]] oldalakon.
- **Amiben a wikit erősíti:** a "vevő nem tudja, mit akar" tétel három forrásból (Sutherland, Lindstrom, Moore) most negyedikből is; a "kevesebb funkció" (minimális termék) R–T killer-szabálya és Sutherland elvétel-elve; a persona *egy elsődleges* Miller egy szereplőjével; "az érzelem vezet" Lindstrom és Sutherland placebo/jelzés-tételeivel.

## Kinek érdemes elolvasni

Termékmenedzsereknek és alapítóknak az alapkönyv (rövid, önálló fejezetek; a 11., 12., 15., 16., 18., 20-22., 32. fejezet a mag). Marketingvezetőnek a 2. (mi a termékmarketing és mi nem), a 16. (mire jó és mire nem a kutatásod), a 15. (referenciavevők), a 34-35. (érzelem) és a 38. (solutions marketing) fejezet. B2B-értékesítőnek a 32. (special) és a 38. fejezet 10. pontja ("make your product easy to try and buy"). A wikin belül ez a **termékfelfedezés** alapkönyve: Sharp mondja meg, hogyan nő a márka, R–T azt, mennyiért, Moore azt, hol lépj be, Keenan azt, hogyan adj el egy vevőnek, Cagan azt, hogyan találd meg a terméket, mielőtt megépíted → [[how-to-price]], [[why-people-really-buy]].

## Fejezettérkép

Az 1. kiadás 41 fejezete; a részszámok a `00-meta.md` szerint (2 = Bevezetés, 3-43 = 1-41. fejezet).

**Bevezetés (2. rész).** A HP-s bukás; "discovering a product that is valuable, usable, and feasible"; a tíz igazság; People–Process–Product.

**I. People: a termékszervezet (3-12. rész, 1-10. fejezet)**
- 1. Kulcsszerepek: PM (lehetőségértékelés + termékdefiníció), interakció- és vizuális tervező, projektmenedzser, mérnökség, site ops, termékmarketing; arányok (1 PM / 5-10 mérnök; 1 interakciótervező / 2 PM).
- 2. Termékmenedzsment vs. termékmarketing → [[product-management-vs-product-marketing]].
- 3. Termékmenedzsment vs. projektmenedzsment: a "vonat" (train) kiadási modell; Lynn Reedy hét készsége (eBay).
- 4. Termékmenedzsment vs. design: négy tervezői szerep; az interakciótervezőt ne szervezd ki, a QA-t inkább.
- 5. Termékmenedzsment vs. mérnökség: "right product" vs. "product right"; távoli csapatok (a prototípus a közös nyelv); outsourcing a tehetségért, ne a költségért (20× szórás); "Engineering wants to rewrite!": 20% headroom.
- 6. Toborzás: tulajdonságok (termékszenvedély, vevői empátia, intelligencia, munkamorál, integritás, magabiztosság, attitűd) és tanulható készségek (technológia, fókusz, idő, kommunikáció, üzlet, "kétnyelvű"); a domain-tapasztalat túlértékelt, sőt veszélyes ("azt hiszi, ő a vevő"); a kor nem számít (Andreessen).
- 7. A PM-ek vezetése: három hónap tanulás; termékstratégia és portfólió; **NPS mint mérce, jó és rossz bevétel**; hol lakjon a termékszervezet (se marketing, se mérnökség).
- 8. Patton tanácsa: "mondd meg, *mit*, ne *hogyan*"; a vevő a megoldást mondja, a problémát kell hallani → [[the-real-why]].
- 9. Helyettes termékmenedzserek: a cég legokosabb emberei rejtőznek (Sam, Chris, Alex, Matt, Mira); MBWA.
- 10. Felfelé menedzselés: tíz technika (churn mérése, előzetes egyeztetés, ajánlás nem probléma, rövid e-mail, "ha véleményekre alapozunk, az enyémet használjuk" — Barksdale, evangelizálás).

**II. Process: felfedezés és végrehajtás (13-32. rész, 11-30. fejezet)**
- 11. Lehetőségértékelés → [[opportunity-assessment]]; "build new or fix old?" (a 9% konverzió nem "normális"); "where's the money?" (barát a pénzügyön).
- 12. Termékfelfedezés → [[product-discovery]]; "can you schedule discovery?".
- 13. Termékelvek; a konfliktusok feloldása → [[product-principles]].
- 14. Termékbizottság (Maynard Webb, eBay): négy mérföldkő; mikor becsülj költséget (S/M/L, aztán részletes).
- 15. Charter user program → [[charter-user-program]]; "nem beszélhetsz a vevővel?" → "dust off your resume".
- 16. Piackutatás: képességek és korlátok; fókuszcsoport → [[market-research-limits]].
- 17. Personák a termékmenedzsmentben (Cooper): egy elsődleges persona kiadásonként; ne magadat tekintsd vevőnek → [[audience-persona-and-engagement-cycle]].
- 18. A spec újrafeltalálása: R.I.P. PRD, a nagy hűségű prototípus mint spec → [[prototype-testing]].
- 19. Design vs. implementáció: az élménytervezés *előzze meg* az építést (sprint zero); "a béta túl késő".
- 20. Minimális termék: funkcióvágás vs. dátumcsúszás; P1/P2/P3 ki → [[prototype-testing]].
- 21. Termékvalidálás: megvalósíthatóság, használhatóság, érték → [[prototype-testing]].
- 22. Prototípus-teszt: a leghosszabb és "a PM legfontosabb tevékenysége" → [[prototype-testing]], [[discovery-techniques-checklist]].
- 23. Meglévő termék javítása: nem funkció, hanem mérőszám → [[specials-vs-product-requirements]].
- 24. Gyengéd bevezetés (gentle deployment): a felhasználó utálja a változást; párhuzamos verzió, opt-in → opt-out, regionális, inkrementális; "ne pazarold a jóindulatot".
- 25. Gyors reagálás (rapid response): a bevezetés utáni napok a legjobb ROI-jú fázis; napi prioritás-ülés; enterprise-nál a csapat az ügyfélnél, amíg élő és referenciázható.
- 26. Agile: tíz kulcs (a PM a product owner; a tervező 1-2 sprinttel előrébb; prototípus + user story a PRD helyett; ne indíts minden sprintet); a korai sprint nem prototípus; az agile custom-szoftver eredete.
- 27. Waterfall: a validálás túl késő, a változás drága; a PM prototípussal védekezik.
- 28. Startup-termékmenedzsment: PM + tervező + prototípus-készítő a mérnökök előtt; 500 ezer dollár seed előtt tudd, mit építesz → [[product-discovery]].
- 29. Innováció nagyvállalatban: 20%-szabály (HP Labs: öt termékből négy innen, a felülről jött bukott), skunk works (Wozniak és a HP), megfigyelés, élménytervezés (implementációs vs. fogalmi modell), felvásárlás.
- 30. Nagyvállalati túlélés: tíz technika (döntéshozatal megismerése, kapcsolatok, skunk works, "just get it done", csaták kiválasztása, konszenzus előre, idő, információmegosztás, a főnök munkába állítása, evangelizálás); Weiden: "learn where the light switches are".

**III. Product: mitől inspiráló (33-43. rész, 31-41. fejezet)**
- 31. Apple: a hardver a szoftvert, a szoftver az élményt, az élmény az érzelmet szolgálja → [[emotional-adoption-curve]].
- 32. Óvakodj a specialtól → [[specials-vs-product-requirements]]; a követelménykezelő eszközök "intézményesítik" a hibát.
- 33. "The new old thing": a következő nagy dolog a régi új inkarnációja (Google, iPod); "a lehetséges folyton változik" → [[product-discovery]].
- 34. Félelem, kapzsiság, vágy: az érzelem szerepe; enterprise vs. fogyasztó; a valódi versenytárs az offline alternatíva → [[emotional-adoption-curve]].
- 35. Az érzelmi adopciós görbe (Bonforte-interjú) → [[emotional-adoption-curve]].
- 36. Használhatóság vs. esztétika: két külön szakma; a vizuális design érzelmet közvetít.
- 37. Fogyasztói internetes szolgáltatás tíz kulcsa (használhatóság, personák, skála 20%, rendelkezésre állás, support, adatvédelem, **virális marketing** — a CAC egy része a felhasználóknak, de "pénz nélkül is", globalizáció, gyengéd bevezetés, közösség).
- 38. Enterprise tíz kulcsa (használhatóság, "működjön", special, charter user, **a csatornára tervezés**, vevő vs. felhasználó, telepítés, konfiguráció, frissítés, "easy to try and buy"); mi a termék (öt kritérium) és mi a **solutions product / solutions marketing** → [[product-management-vs-product-marketing]], [[whole-product]].
- 39. Platformtermékek: három közönség (app-szolgáltató, fejlesztő, végfelhasználó), fordított prioritás a hiba.
- 40. A tíz legjobb gyakorlat → [[discovery-techniques-checklist]].
- 41. A PM tíz aggodalma ("Is the product worth money? How much? Why?"; "Is it a whole product?") → [[discovery-techniques-checklist]].

Kihagyva: 1. rész (cím, tartalomjegyzék); a 43. rész végén a Learning More, Köszönetnyilvánítás és A szerzőről szakaszok (tartalom nélkül, kivéve a Netscape-es és eBay-es nevek: Ben Horowitz, David Weiden, Lynn Reedy, Maynard Webb).