---
title: Charter user program (referenciavevők a fejlesztés elejétől)
type: concept
aliases: [charter user program, charter customer program, customer advisory board, customer council, voice of the customer, reference customers, referenciavevő, referenciaügyfél, customer discovery program, "don't talk to customers"]
tags: [product-management, b2b, validation, launch, references]
sources: [inspired, crossing-the-chasm, monetizing-innovation, sprint]
updated: 2026-09-08
status: solid
---

# Charter user program (referenciavevők a fejlesztés elejétől)

**Definíció.** A projekt *legelején* toborzott 8-10 célpiaci vevő (meglévő ügyfél, prospekt vagy vegyesen), akik érzik a problémát és gyorsan akarják a megoldást; ők a termék "fejlesztési partnerei" a teljes életciklusban, és a cél, hogy a bevezetéskor **legalább hat élő, boldog, nyilvánosan referenciázható vevő** álljon a termék mögé. Egy technikával két problémát old meg: mély betekintés a célvevőbe a felfedezés alatt, és referenciák a bevezetéskor. Cagan az első ilyet a HP-nál csinálta ~1988-ban; "many companies do this. But I'm surprised how many do not." (Inspired, 15. fejezet)

## Miért fontos

- **Referencia nélkül a bevezetés üres.** "Most marketing people will tell you that nothing is more important or compelling when launching a product than to have a solid set of reference customers", mégis rengeteg termék nulla referenciával indul. Fél tucat ismert név, aki nyilvánosan használja és elégedett, "dramatically" könnyíti a sales és a marketing dolgát, mert a vevő legnagyobb kockázatát csökkenti. **Nulla referencia = "huge red flag"**: a termék rossz vagy nem kész, "you don't want to be the first to try to use it". **Egy-két referencia** = valószínűleg *special* (egyedi megoldás), nem általános termék → [[specials-vs-product-requirements]].
- **Platformnál kritikus:** hat referencia-*alkalmazás* a cél, és a partnereknek is legyen charter user programjuk.
- **Fogyasztói terméknél is működik** (10-15 fő, otthonukban vagy irodájukban megismerve); a fogyasztó nem referenciát néz, de a sajtó és az értékelőoldalak igen, és "a sajtó első kérdése: hol vannak a valódi felhasználók".

## Az alku

| A vevő kapja | Te kapod |
|---|---|
| Korai és jelentős beleszólás a termékbe (érzi a fájdalmat) | Elérhető felhasználók folyamatos kérdésekre |
| Korai hozzáférés | Bejárás az irodájukba és a felhasználóikhoz (platformnál a fejlesztőikhez) |
| Jelentősen csökkentett vagy nulla ár | Rendszeres csoportos ülések nálad; tesztverziók azonnali telepítése, gyors visszajelzés (te ott vagy); ha elégedett, nyilvános referencia |

## Kritikus szabályok

1. **Ne fizessen előre.** "That would make this a very different type of relationship. You want a partner in developing the product—you do not want to build a custom solution just for them, and you're not a project shop. You can take their money after you deliver them a product they love."
2. **Túl sokan akarnak majd jönni**; a sales alkueszköznek használja. Maximum ~10 a programban; a többieknek early release program.
3. **Ha nem tudsz charter usert toborozni, a probléma nem fontos**, és a terméket is nehéz lesz eladni: "one of the very first reality checks".
4. **Célpiaci vevők legyenek, ne early adopterek**, akik toleránsabbak és "csak early adoptereknek érdekes termékhez" vezetnek → [[emotional-adoption-curve]], [[technology-adoption-life-cycle]].
5. **Mondd ki: általános terméket építesz**, nem az ő egyedi megoldásukat; ők sem akarnak olyat, mert ha nem lesz belőle üzlet, "unsupported, dead-end software" marad nekik.
6. Kollégaként kezeld őket; a kapcsolat "évtizedekig tarthat".
7. A prototípusokat náluk teszteled, száz részletkérdést teszel fel, a release candidate-et náluk futtatod; a publikus kiadás *előtt* legyenek élők és boldogok.
8. A referencia-felkészítésben a termékmarketing a partner, és a toborzásban is segít → [[product-management-vs-product-marketing]].

## "Nem beszélhetsz a vevővel?"

Ha a sales, a marketing vagy a csatorna "kezeli" a vevőkapcsolatot, vagy céges szabály tiltja: előbb változtass rajta, ha nem megy, "dust off your resume". A szűrők (marketing-felmérések és fókuszcsoportok arról, mit *gondolnak* a felhasználók, hogy akarnak; a sales engineer aggregált inputja; a support havi top-issue jelentése) "fine, but in no way a substitute". A PM legyen ott *minden* interjún, helyszíni látogatáson, használhatósági teszten és charter-ülésen; az insight nem a felszíni párbeszédből jön ("72% magasabb felbontású videót akar"), hanem a mögöttes igény kiásásából. Vidd magaddal a marketingest (üzenet, pozicionálás) és a vezető mérnököt (megoldás). A legjobb interjúalanyokkal tarts kapcsolatot: charter user vagy tesztalany lesz belőlük. (15)

## Hogyan alkalmazd

1. A lehetőségértékelés után, a prototípus előtt toborozz 8-10 vevőt a célpiacról; a toborzás sikere maga is validálás.
2. Írd le az alkut egy oldalon (a fenti táblázat), és mondd ki a "nem egyedi megoldás" és a "nem fizet előre" szabályt.
3. Kéthetes ritmus: prototípus náluk, kérdéslista, csoportos ülés; a PM mindig jelen.
4. A bevezetés előtt: hat élő telepítés; a termékmarketinggel készítsd elő a nyilvános referenciát (esettanulmány, sajtó).
5. Ha a hatból egy-kettő lesz, ne indíts általános terméket; nézd meg, nem specialt építettél-e.

## Feszültségek

- **Ramanujam–Tacke ([[willingness-to-pay]], [[monetizing-innovation]]):** R–T *fizetős* bétát ajánlanak (LinkedIn: "skin in the game", jobb visszajelzés és árhangolás), és a fizetést tekintik a legerősebb feltárt preferenciának; Cagan kifejezetten **tiltja az előre fizetést**, mert az a kapcsolatot custom-projektté torzítja, és a pénzt a kész, szeretett termék *után* kéri. Valódi ütközés. Feloldás a wikiben: a két program mást tesztel. Cagané a *terméket* keresi (felfedezés; a fizetés torzítaná, kinek épül), R–T-é az *árat* validálja (a termék már megvan, a fizetés a teszt). Sorrend: charter user program a felfedezés alatt ingyen, fizetős pilot a validált termékre; a "special" veszélye pont ott nő, ahol a kettőt összemossák. Nyitva marad, hogy a nem fizető charter user visszajelzése mennyire torzít a "kedvesség" irányába; Cagan válasza a viselkedés figyelése ([[prototype-testing]]).
- **Moore ([[beachhead-segment]], [[whole-product]], [[pioneers-vs-settlers]]):** Moore referencia-vevői a *pragmatikus* vevő meggyőzésének eszközei egy hídfő-szegmensen belül ("nem az érdekli, kinek adtál el, hanem kinek működik"), és a látnok-ügyfél működő telepítéssé alakítása a célszegmens-menedzser dolga; Cagan charter userei a *felfedezés* partnerei, és a referencia a melléktermék. Egyetértés a végeredményben (6 működő, hivatkozható telepítés a mainstream előtt) és a "ne early adopter" szabályban (Moore: a látnok rossz referencia a pragmatikusnak). Különbség: Moore a referenciákat *egy* szegmensből kéri (egymást referenciáló vevők), Cagan "a célpiacról", szegmens-határ nélkül; a wiki állása B2B új kategóriában Moore szegmens-szabálya, a program mechanikája Cagané.
- **Sutherland ([[brands-as-trust-signals]], [[costly-signalling]]):** a nyilvános referencia költséges jelzés a vevő oldaláról (a referenciavevő a saját hírnevét teszi rá), ezért hitelesebb, mint a szállító állítása; Moore "harmadik felek tette" tétele ugyanez.
- **Keenan ([[problem-centric-selling]]):** "senkit nem érdekel a céged", de a referencia nem a cégről, hanem a *vevő problémájának* megoldásáról szól; Cagan solutions marketingje ("élő vevői sikertörténet") ide illik.
- A hat referencia és a 8-10 fős program tapasztalati szám, nem mért küszöb; a "ha nem találsz jelentkezőt, nem fontos a probléma" tétel a toborzási képességet is méri, nem csak a problémát.

- **Knapp ([[sprint]], [[five-user-test]], beolvasva):** a sprint tesztalanyai *nem* charter userek: öt, hirdetéssel és szűrőkérdőívvel toborzott, 100 dolláros ajándékkártyával fizetett *idegen* (Craigslist), akik nem ismerik a céget — épp azért, mert "you can only trust the results when you interview customers who match your target profile", és aki ismer, "biased, or at the very least they know too much" (barát, család, meglévő ügyfél tilos, kivéve, ha ők a célcsoport, és akkor hálózaton át). Ez a fizetős béta vs. ingyenes charter user vita *harmadik* pozíciója: nem a vevő fizet (R–T), nem a vevő kap ingyen terméket (Cagan), hanem a *cég fizet a vevőnek* egy órányi őszinte reakcióért, kapcsolat nélkül. Előny: nincs "kedvesség"-torzítás és nincs custom-igény; hátrány: nincs folytonosság, nincs referencia, és nincs fizetési viselkedés. A wiki állása: a három eszköz sorban jár — sprint-interjú idegenekkel a *felfedezés* alatt, charter userek a *kidolgozás* alatt, fizetős pilot a *validált* termékre; a "kedvesség" nyitott kérdésére Knapp módszere (idegen + "I didn't design this" + tört kérdés) a legjobb eddigi válasz.

## Kapcsolódó

[[inspired]] · [[product-discovery]] · [[prototype-testing]] · [[specials-vs-product-requirements]] · [[beachhead-segment]] · [[whole-product]] · [[willingness-to-pay]] · [[brands-as-trust-signals]]