---
title: Emberközpontú tervezés (HCD) és a kettős gyémánt
type: framework
aliases: [human-centered design, HCD, emberközpontú tervezés, design thinking, dizájngondolkodás, double diamond, kettős gyémánt, discover define develop deliver, applied ethnography, alkalmazott etnográfia, design research, tervezői kutatás, activity-centered design, tevékenységközpontú tervezés, Wizard of Oz prototype, Norman's Law, waterfall vs iterative, gated process, inclusive design, universal design, stigma problem, OXO Good Grips]
tags: [product, research, framework, product-design, marketing-planning]
sources: [the-design-of-everyday-things, the-mom-test]
updated: 2026-09-14
status: draft
---

# Emberközpontú tervezés (HCD) és a kettős gyémánt

**A nyitószabály.** *"One of my rules in consulting is simple: never solve the problem I am asked to solve. Why such a counterintuitive rule? Because, invariably, the problem I am asked to solve is not the real, fundamental, root problem. It is usually a symptom."* (DOET, 6. fejezet)

> **"Engineers and businesspeople are trained to solve problems. Designers are trained to discover the real problems. A brilliant solution to the wrong problem can be worse than no solution at all."**

Norman óráján a mérnök- és MBA-hallgatók az első héten kapnak egy feladatot, a másodikon ragyogó megoldásokkal jönnek: rajzok, specifikációk, demográfiai táblák, költség, árrés, profit. Ekkor kérdezi meg: **"How do you know you solved the correct problem?"** — és értetlenkednek, mert az egyetemen a professzor adja a problémát. "In the real world, the problems do not come in nice, neat packages. They have to be discovered."

## A kettős gyémánt (British Design Council, 2005)

```
   ◇ 1. gyémánt: A HELYES PROBLÉMA          ◇ 2. gyémánt: A HELYES MEGOLDÁS
   Discover (divergál) → Define (konvergál)  Develop (divergál) → Deliver (konvergál)
```

Először **kitágítod** a kapott problémát, és megnézed, mik az alatta fekvő valódi kérdések — csak azután konvergálsz egyetlen problémameghatározásra. Aztán ugyanez a megoldással: előbb sok lehetséges megoldás, csak utána a választás.

**Ez őrjíti meg a termékmenedzsereket.** "Managers want to see progress: designers seem to be going backward when they are given a precise problem and instead of getting to work, they ignore it and generate new issues to consider." Norman válasza a menedzsernek: **engedd a szabad felfedezést, de tartsd őket a határidőn.** *"There is nothing like a firm deadline to get creative minds to reach convergence."*

## A HCD négy tevékenysége (a gyémántokon belül, spirálban)

**Observation → Ideation → Prototyping → Testing**, és újra. Nem kör, hanem **spirál**: minden iteráció előbbre visz.

**1. Megfigyelés (design research).** Nem laborkutatás, hanem az emberekről szóló kutatás: **alkalmazott etnográfia**. Menj oda, ahol a terméket használni fogják — otthon, iskolában, irodában, ingázás közben, bulin, étkezésnél, barátokkal a kocsmában. *"Follow them into the shower if necessary."* És a szabály, amit a wiki [[market-research-limits]] oldala más szerzőktől is ismer: **"There is no substitute for direct observation of and interaction with the people who will be using the product."** Külföldi piacra? Menj oda, és legyen helyi a csapatban — a hazai egyetemen élő külföldi diák megkérdezése nem helyettesíti.

**Mit nézz?** Norman fontos megszorítása: *"traditional measures of people, such as age, education, and income, are not always important: what matters most are the **activities** to be performed."* A tevékenységek a világ körül meglepően hasonlók — ezért lehet globálisan ugyanaz az autó, a számítógép és a telefon. **Kivétel:** ahol a termék státusz- vagy csoporttagsági szimbólum is (japán tinilány ≠ japán nő ≠ német tinilány), ott a pontos populációt kell vizsgálni. → [[mass-marketing-not-targeting]], [[customer-tribes]]

**2. Ötletgenerálás (ideation).** Két bevett szabály + egy Norman-féle:
- **Sok ötletet generálj** — veszélyes korán egy-két ötletbe ragadni.
- **Légy kreatív, korlátok nélkül** — ne kritizálj, még a nyilvánvalóan rossz ötlet is tartalmazhat kreatív magot.
- **Kérdezz meg mindent.** *"I am particularly fond of 'stupid' questions."* A hülye kérdés olyan alapvetőt kérdez, amire mindenki nyilvánvalónak hiszi a választ — és amikor komolyan veszik, kiderül, hogy **senki nem tudja az okát**, csak mindig így csinálták.

**3. Prototípus.** Ceruzarajz, kartonmakett, egyszerű kép, táblázat, PowerPoint, cetli — szolgáltatásnál akár **szkeccs eljátszva**. A **Wizard of Oz** módszer: a rendszer hatalmasnak látszik, valójában ember ül mögötte. Norman a Xerox PARC légitársasági foglalási rendszerét tesztelte így San Diegóban: az ember azt hitte, automatával beszél, valójában a szomszéd szobában ült Norman doktorandusza. **Az eredmény a módszer legjobb reklámja:** az egyik alany oda-vissza jegyet kért, és amikor a rendszer megkérdezte, mikor akar visszajönni, azt válaszolta: *"I would like to leave on the following Tuesday, but I have to be back before my first class at 9 AM."* Kiderült, hogy nem elég a mondatokat megérteni: reptéri és helyszíni távolságokat, forgalmat, csomagvárakozást, autóbérlést és parkolást kell tudni. **"Our initial goal was to understand language. The studies demonstrated that the goal was too limited: we needed to understand human activities."** → [[fake-it-prototype]]

**4. Teszt.** Öt ember, egyenként — Norman munkatársa, **Jakob Nielsen** "ötös szabálya". Aztán javítás, majd újabb öt **más** emberrel. "If you really want to test many more people, it is far more effective to do one test of five, use the results to improve the system, and then keep iterating." Ha egyedül szokás használni, egyedül teszteld; ha csoportban, csoportban. **Egy hasznos trükk:** még egyfelhasználós terméknél is érdemes **párban** tesztelni — egyikük kezeli, a másik irányít és hangosan értelmezi, mert így természetesen kimondják a hipotéziseiket és a frusztrációikat. → [[five-user-test]]

## Design research vs. market research — Norman kiegyezése

Ez a szakasz a wiki szempontjából a fejezet legértékesebb része, mert **nem** a szokásos "a kutatás hazudik" tézist mondja:

| | **Design research** | **Market research** |
|---|---|---|
| Mit akar tudni | mire van **valóban szüksége** az embereknek, és hogyan fogják **használni** | mit **vesznek meg**, és hogyan hozzák meg a vásárlási döntést |
| Módszer | kvalitatív megfigyelés, mélyen | fókuszcsoport, kérdőív, survey, "big data", A/B-teszt |
| Nagyságrend | **tízes** nagyságrend | **százas–tízezres** nagyságrend |

Norman ítélete a "big data"-ról őszinte: A/B-teszttel néhány óra alatt százezreket tesztelsz, és az adat csábító ("no travel, little expense, and huge numbers, sexy charts, and impressive statistics"). *"The deficiencies are seldom noted, except for concerns about invasions of personal privacy. In addition to privacy issues, the real problem is that **numerical correlations say nothing of people's real needs, of their desires, and of the reasons for their activities.**"*

**De a végkövetkeztetés nem az egyik vagy a másik:**

> *"The debate is not useful. All groups are necessary… **Designers understand what people really need. Marketing understands what people actually buy. These are not the same things**, which is why both approaches are required."*

És a két követelmény sorrendje egy sikeres termékhez: **(1) ha senki nem veszi meg, minden más irreleváns** — a design támogassa azokat a tényezőket, amelyek alapján a vásárlási döntés születik; **(2) megvétel után** szolgálja ki a valódi szükségletet, hogy használni, érteni és élvezni lehessen.

## Tevékenységközpontú tervezés (activity-centered design)

Hogyan tervezzünk **mindenkinek**, ha az emberek nagyon különbözőek? Norman válasza: **ne az egyénre, hanem a tevékenységre** tervezz. Hagyd, hogy a tevékenység határozza meg a terméket és a szerkezetét; a termék fogalmi modelljét építsd a **tevékenység** fogalmi modelljére.

Miért működik? Mert a tevékenységek világszerte hasonlók, és mert **az emberek hajlandók megtanulni azt, ami a tevékenységhez láthatóan szükséges** — csak az önkényesnek látszó követelményt utasítják el. Az autóvezetés rengeteg részfeladat, mégis megtanuljuk, mert mindegyik indokoltnak tűnik.

**Tevékenység ≠ feladat.** A tevékenység magas szintű ("menjünk vásárolni"); a feladat annak alkotóeleme ("vezess a boltba", "keress kocsit", "használd a listát"). A termék **mindkettőt** támogassa, és a feladatokat **csomagolja egybe** úgy, hogy ne akadályozzák egymást. Carver–Scheier háromszintű célhierarchiája: **be-goal** (miért létezem, önkép) → **do-goal** (mit csinálok most, ez a hét szakasz célja) → **motor-goal** (hogyan mozdulok). Hassenzahl ezt a UX elemzésére használja.

**A példa, ami marketingérv is:** *"Apple's success with its music player, the iPod, was because Apple supported the entire activity involved in listening to music: discovering it, purchasing it, getting it into the music player, developing playlists (that could be shared), and listening to the music."* Plusz a külső gyártók kiegészítői. **"Focusing upon tasks is too limiting."** → [[whole-product]], [[brand-experience-map]]

## "What I just told you? It doesn't really work that way"

Norman külön szakaszt szentel annak, hogy a fenti ideál a valóságban megtörik.

**Egy fogyasztói termékcég designerének vallomása:** a cég hivatalosan hisz a user experience-ben és az emberközpontú tervezésben, a gyakorlatban **két dolog hajtja** az új terméket: (1) funkciók hozzáadása, hogy utolérjék a versenytársat; (2) funkció hozzáadása, mert az új technológia lehetővé teszi. *"'Do we look for human needs?' he asked, rhetorically. 'No,' he answered himself."* → [[featuritis]]

**Don Norman termékfejlesztési törvénye:**

> **"The day a product development process starts, it is behind schedule and above budget."**

A jelenet, amit minden marketinges felismer: a designcsapat négy-öt hetet kér terepkutatásra, a termékmenedzser azt mondja, nincs rá idő és pénz, "next time we will do it right" — **és soha nincs következő alkalom**, mert a következő termék is késésben és a kereten felül indul.

**Norman megoldása** (és ez a gyakorlatban átvehető): **vedd ki a kutatást a termékcsapatból**. Legyenek design- (és market-) kutatók **folyamatosan a terepen**, folyamatosan potenciális termékeket és vevőket vizsgálva. Amikor elindul a termékcsapat, azt lehessen mondani: *"We already examined this case, so here are our recommendations."*

**A második megoldás: multidiszciplináris csapat a döntéstől a szervizig.** Ha a részlegek egymás után nyúlnak a tervhez (design → fejlesztés → gyártás → marketing), minden lépés **utólag módosít**, és "piecemeal, after-the-fact changes invariably weaken the cohesion of the product". A módosítások **jogosak** — a részlegek intelligens emberekből állnak, akiknek valós igényük van. Csak túl későn hallatszanak.

**Iteratív vs. vízesés (gated) — Norman nem választ.** Az iteratív módszer a **korai** fázisokra jó, és nehezen skálázódik több száz fejlesztőre, évekre, milliárdokra; a kapus vízesés jobb menedzsmentkontrollt ad, de nehézkes (a vezetői review-k ütemezése hetekig tart). *"The best methods combine the benefits of both iteration and stage reviews. Iteration occurs inside the stages, between the gates."*

**A követelményekről, ami ellentmond a szokásos briefing-gyakorlatnak:**
> *"Requirements made in the abstract are invariably wrong. **Requirements produced by asking people what they need are invariably wrong.** Requirements are developed by watching people in their natural environment."*
És: amikor megkérdezed, hogyan csinálják, elmondják, egyetértenek a visszajátszott leírással — aztán nézed őket, és eltérnek a saját leírásuktól. "Miért?" — "Ó, ezt másképp kellett, ez **speciális eset** volt." **"It turns out that most cases are 'special.' Any system that does not allow for special cases will fail."**

## A stigma-probléma és az inkluzív design (OXO)

Sok, fogyatékkal élőknek tervezett eszköz **jó, működik — és elutasítják**, mert senki nem akarja hirdetni a fogyatékosságát. Idézet a fejezet elején egy 95 éves férfitól: *"I don't want to go into a care facility. I'd have to be around all those old people."*

**A megoldás mintája: az OXO Good Grips.** Sam Farber az ízületi gyulladásos felesége miatt keresett jobb zöldséghámozót, és olyat tervezett, ami **mindenkinek** jobb. A régi fémhámozó olcsó, kényelmetlen és rosszul hámoz volt; az OXO sokszorosába került — ami egy nagyon olcsó termék sokszorosa, tehát **még mindig olcsó**. És a döntő marketingdöntés: **soha nem hirdették ízületi gyulladásra.** *"OXO did the right thing and let the world know that this was a **better product**. And the world took note and made it successful. As for people who needed the better handle? It didn't take long for the word to spread."*

Norman általánosítása: **inkluzív / univerzális design** — a nagyobb, kontrasztosabb betű mindenkinek jobb gyenge fényben; az állítható dolgot többen tudják használni, és akik eddig is szerették, jobban szeretik. **A legjobb megoldás mindenkinek: a rugalmasság.**

## Hogyan alkalmazd (checklist)

1. **Ne a kapott problémát oldd meg.** Írd le, milyen tünet lehet a brief, és milyen gyökérprobléma állhat mögötte. ("Öt miért" a célhierarchián → [[seven-stages-of-action]].)
2. **Két gyémánt, négy fázis.** Tágíts (kutatás) → szűkíts (problémameghatározás) → tágíts (ötletek) → szűkíts (megoldás). Tedd határidőre, hogy a divergencia ne legyen végtelen.
3. **Megfigyelés > kérdezés.** A "mire van szüksége?" kérdésre kapott válasz **rendszeresen hibás** — a mindennapi bosszúságokat mondják el, a nagy hiányokat nem.
4. **Tevékenységre tervezz, ne személyre.** Demográfia helyett a végzett tevékenység — kivéve, ahol a termék státuszjelző.
5. **Prototípus és öt fő, iterálva.** Wizard of Oz mindenre, amit még nem lehet megépíteni.
6. **Két kutatás, két kérdés.** Design research: mire van szükség? Market research: mit vesznek meg? **Egyik sem helyettesíti a másikat.**
7. **Vedd ki a kutatást a projektből**, hogy mindig kész eredmény legyen, amikor a csapat elindul.
8. **Multidiszciplináris csapat az első naptól a szervizig** — a marketinggel, a gyártással és a szervizzel együtt, ne utánuk.
9. **Tervezz a speciális esetre.** Ami "kivétel", az a többség.
10. **Inkluzív design, OXO-módra:** tervezz a nehéz esetre, **hirdesd mindenkinek jobb termékként**.

## Feszültségek

- **Norman vs. Cagan és Knapp ([[inspired]], [[sprint]], [[design-sprint]], [[product-discovery]]).** Ugyanaz a családfa (Nielsen az ötös szabállyal itt is, ott is; prototípus, öt fő, iteráció). Különbség: Knapp **öt napba** sűríti, Norman **spirálisan, hónapokon át** végzi, és külön kiemeli a **terepkutatást** (etnográfia), amit a sprint kihagy. **A wiki állása:** a sprint a második gyémánt gyorsított változata; az elsőt (a helyes probléma megtalálását) Norman etnográfiája és Cagan felfedezése fedi le jobban.
- **Norman vs. a Jobs-doktrína ([[market-research-limits]]).** A "a vevő nem tudja, mit akar" tétel és Norman "requirements produced by asking people what they need are invariably wrong" **ugyanazt mondja a kérdezésről**, és ellentétet mondanak a következtetésben: Jobsnál ebből az következik, hogy a vízió dönt, Normannál az, hogy **figyelni kell**, nem kérdezni. **A wiki állása:** a "ne kérdezz" mindkettőnél áll; a "ne is nézd" csak Jobsnál — és ehhez Norman hozzáteszi a saját korlátozását: *"The techniques of human-centered design are appropriate to incremental innovation: they cannot lead to radical innovations."* Vagyis **Norman maga adja meg a Jobs-tétel érvényességi körét**: radikális kategóriateremtésnél a HCD nem elég. → [[incremental-vs-radical-innovation]]
- **Norman vs. a wiki vevő-vs-vásárló különbsége ([[buyer-selection]], [[beachhead-segment]]).** Norman kétszer is kiemeli, hogy **a vásárló ritkán a használó**: a háztartási gépet az építtető vagy a bérbeadó veszi; az irodai másolót a beszerzés árlistán és funkciólistán; a lakásba beköltözve ott a gép. "Usability is not often thought about during the purchasing process." Ez a wiki B2B-oldalainak (döntéshozói térkép) és a [[four-monetization-failures]] "feature shock" magyarázatának közös háttere.
- **A "csináld a kutatást a projekten kívül" tanács** szervezetileg drága: állandó kutatói kapacitást igényel, amit a legtöbb kisvállalat nem tud tartani ([[the-1-page-marketing-plan]] világa). Norman nem ad kisvállalati változatot.
- **Módszertani.** A kettős gyémánt a British Design Council modellje (2005), Norman átvette. A HCD négy tevékenysége iparági gyakorlat, nem mért eljárás. A Nielsen-féle 85%/öt fő adat lektorált (Nielsen–Landauer, 1993) — a korlátai a [[five-user-test]] oldalon. A Wizard of Oz-történet, a Norman-törvény és az OXO-eset anekdota; az OXO kereskedelmi sikere viszont dokumentált iparági tény.


## Ütközés Fitzpatrickkel: megfigyelés *helyett* vagy *mellett* kérdezés? (2026-09-14)

**Ez valódi különbség, nem árnyalat.** Norman tétele kategorikus: *"Requirements produced by
asking people what they need are invariably wrong. Requirements are developed by **watching**
people in their natural environment."* Fitzpatrick ([[the-mom-test]], [[mom-test-rules]]) ugyanazt
a diagnózist adja (a kérdezés torzít), de **megjavítja** a kérdezést ahelyett, hogy elvetné: ha
múltbeli konkrétumot kérdezel és nem említed az ötleted, használható tényeket kapsz. Ő maga is a
megfigyelést teszi elsőre — *"Whenever possible, you want to be shown, not told"* —, de hozzáteszi:
*"if you can't get in there, asking them to talk you through the last time it happened still
offers many of the benefits."*

**A wiki állása.** Norman állítása **erősebben alátámasztott** (a saját leírásától eltérő
viselkedés, a "most cases are special" tanulság, a Wizard-of-Oz-teszt); Fitzpatrické **olcsóbb és
skálázhatóbb** (öt perc egy iparági eseményen vs. egy terepnap), és épp arra a tartományra ad
választ, ahol Normannak nincs alternatívája: **a nem megfigyelhető dolgokra** — a beszerzési
folyamatra, a büdzsére, a döntéshozók listájára, a ritka eseményre, és arra, mit próbált már.
A szabály: *ahol a tevékenység megfigyelhető, figyeld meg; ahol nem, ott a Mom Test szerinti
kérdezés a legjobb elérhető eszköz.* Norman saját fenntartása is ide vezet: az állandó terepen
tartott kutatói kapacitás kisvállalatnak nincs — Fitzpatrick módszere pontosan erre a világra való
→ [[market-research-limits]], [[good-question-bad-question]].

## Kapcsolódó

[[the-design-of-everyday-things]] · [[don-norman]] · [[norman-design-principles]] · [[seven-stages-of-action]] · [[conceptual-model]] · [[slips-and-mistakes]] · [[featuritis]] · [[incremental-vs-radical-innovation]] · [[five-user-test]] · [[fake-it-prototype]] · [[prototype-testing]] · [[product-discovery]] · [[design-sprint]] · [[market-research-limits]] · [[whole-product]] · [[design-around-the-price]]