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

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).