Úvod
Designové myšlení v pojetí dvojího diamantu představuje srozumitelný rámec pro řešení komplexních, nejasně zadaných a často i „wicked“ problémů v duchu designu zaměřeného na člověka. Jeho přínos nespočívá v tom, že by šlo o rigidní „recept“, ale v tom, že pomáhá řídit nejistotu: v procesu se střídá rozšiřování a zužování prostoru možností, nejprve v problémovém prostoru (porozumění situaci a rámování problému) a poté v prostoru řešení (tvorba, prototypování a ověřování konceptů). V této kapitole bude postupně vyloženo, jak se v praxi pracuje s divergencí a konvergencí od porozumění problémové situaci přes formulaci designové výzvy až po návrh, prototypování a iterativní ověřování řešení v reálném kontextu.
Definice: Designové myšlení je přístup k inovaci a řešení problémů, který kombinuje empatické porozumění lidem, experimentování a iterativní tvorbu návrhů s cílem dosáhnout hodnotného a realizovatelného výsledku.
Definice: Double Diamond (dvojí diamant) je procesní model publikovaný britskou organizací Design Council, který strukturuje práci do čtyř fází Discover, Define, Develop a Deliver a zdůrazňuje dvě smyčky divergence a konvergence; v praxi se fáze často překrývají a opakují a model má sloužit jako orientační rámec, nikoli lineární „vodopád“.
Definice: Divergence a konvergence označují střídání rozšiřování množiny hypotéz, dat a alternativ a následné cílené redukce na nejperspektivnější závěry či koncepty.
Human-centered design (design zaměřený na člověka) je v tomto textu chápán v souladu s ISO 9241-210 jako přístup k návrhu interaktivních systémů, který ukotvuje rozhodování v průběhu celého návrhu v explicitním porozumění uživatelům, jejich úkolům a kontextu používání a zároveň předpokládá iterativní proces a průběžné vyhodnocování vůči požadavkům. Iterace pak znamená opakovaný cyklus návrhu, ověření a úpravy, v němž se řešení zpřesňuje na základě důkazů, nikoli na základě dojmu.
Definice: Iterace je opakovaný cyklus návrhu, ověření a úpravy, v němž se řešení postupně zpřesňuje na základě důkazů.
Kontext (Background / Context)
Rámec dvojího diamantu vznikl jako reakce na typickou situaci praxe, v níž jsou problémy formulovány příliš rychle a řešení se navrhují dříve, než je jasné, co je skutečnou příčinou obtíží. V prostředí služeb, digitálních produktů i veřejných politik se často ukazuje, že zadání od zadavatele reprezentuje pouze symptom nebo institucionální perspektivu, nikoli zkušenost lidí v konkrétním kontextu. Dvojí diamant proto formalizuje princip, že nejprve je třeba divergovat v porozumění problému a teprve poté konvergovat do přesnější definice, která umožní produktivní návrh. Tento přístup přirozeně navazuje na design zaměřený na člověka, UX a interakční design, protože všechny tyto disciplíny staví na důkazech o uživatelském chování a na explicitním modelování interakcí mezi člověkem a systémem.
V praxi je dvojí diamant zvláště vhodný tam, kde je vysoká míra nejistoty, více zúčastněných aktérů a konflikt mezi cíli, například mezi efektivitou organizace a srozumitelností pro klienta. Stakeholdeři (zúčastnění aktéři) zde nejsou jen „zákazníci“, ale všichni, kdo jsou problémem či řešením ovlivněni, ovlivňují jej nebo mají legitimní zájem na jeho výsledku, včetně uživatelů, zaměstnanců, regulátorů nebo vlastníků. UX (uživatelská zkušenost) se v takových situacích neomezuje na rozhraní, protože zahrnuje užitečnost, použitelnost, emoce, očekávání i kontext. Interakční design se soustředí na chování systému v čase, tedy na to, jak systém reaguje na akce uživatele, jak podporuje jeho cíle a jak zvládá výjimky a chybové stavy, zatímco service design (design služeb) rozšiřuje optiku na službu jako celek včetně kontaktů se zákazníkem, procesů v zákulisí a organizačních kapacit, které službu umožňují. Dvojí diamant přitom udržuje prakticky důležité rozlišení mezi problémovým prostorem, kde zkoumáme příčiny, potřeby a kontext, a prostorem řešení, kde generujeme, vybíráme a ověřujeme návrhové koncepty.
V literatuře interakčního designu, například u Coopera a kol. v knize About Face, je patrná linie, která se s dvojím diamantem doplňuje: důraz na cíle uživatelů, scénáře a persony a na to, aby návrh nebyl pouhou agregací funkcí, nýbrž odpovědí na reálné motivace a situace lidí. Dvojí diamant poskytuje procesní strukturu, do níž lze tyto artefakty a techniky smysluplně zasadit, a zároveň pomáhá obhájit, proč první „diamant“ není ztráta času, ale práce s rámováním problému (framing) a s redefinicí toho, co má být vlastně řešeno.
2.1 Dvojí diamant jako rámec (Discover–Define–Develop–Deliver)
Dvojí diamant se skládá ze čtyř fází, přičemž první dvě se týkají problémového prostoru a druhé dvě prostoru řešení. Ve fázi Discover se tým otevírá realitě a sbírá data o lidech, jejich chování, prostředí a omezeních, čímž záměrně rozšiřuje množinu možných interpretací. Ve fázi Define se naopak snaží tuto mnohost zredukovat do sdíleného pochopení, typicky v podobě formulace problému, priorit a kritérií úspěchu. Poté se ve fázi Develop znovu diverguje, tentokrát v návrhových alternativách, které odpovídají definované výzvě, a následně se konverguje prostřednictvím prototypování, výběru konceptu a přípravy na ověření. Ve fázi Deliver se řešení testuje, upravuje a rozhoduje se o jeho uvedení do praxe, ideálně s následným měřením dopadu po nasazení.
Klíčovou hodnotou rámce je snížení nejistoty skrze řízené rozhodovací body. Tým se neučí nahodile, ale plánovaně střídá fáze explorace a uzavírání závěrů, přičemž si průběžně hlídá, zda nekonverguje předčasně a zda je konvergence opřená o dostatečně kvalitní důkazy. V praxi je užitečné chápat každou fázi jako práci s explicitními designovými hypotézami, tedy s tvrzeními o tom, jaký návrhový prvek nebo koncept povede k určitému efektu u určité skupiny lidí v daném kontextu, a jak tento efekt ověříme.
Definice: Designová hypotéza je explicitní tvrzení o tom, jaký návrhový prvek či koncept povede k určitému očekávanému efektu u určité skupiny uživatelů v daném kontextu.
2.2 Vztah k jiným metodikám
Dvojí diamant je kompatibilní s řadou rámců, ale liší se v důrazech. Oproti populárnímu Design Thinking v tradici d.school je dvojí diamant méně „workshopově ikonický“ a více zdůrazňuje dvě oddělené konvergence, které chrání tým před předčasným uzavřením problémové definice. Lean UX klade silnější důraz na rychlé experimenty, minimální artefakty a těsné propojení s produktovým vývojem; dvojí diamant je naopak vhodný i pro situace, kde je třeba nejprve vybudovat společný problémový rámec mezi stakeholdery. Agilní vývoj a Scrum poskytují rytmus a správu práce v iteracích, ale samy o sobě neřeší, jak zjistit, co má být vyvíjeno a proč; dvojí diamant proto často funguje jako discovery nadstavba, která předchází práci s backlogem. Double-loop learning navíc připomíná, že se nemá iterovat pouze v rámci řešení, ale i v rámci samotných předpokladů, cílů a metrik, což odpovídá prvnímu diamantu, kde se přehodnocuje, co je skutečný problém.
V tomto kontextu je užitečné zpřesnit i terminologii „MVP“. Minimum viable product (minimální životaschopný produkt) není jen „nejmenší verze“, ale taková verze, která je současně dostatečně životaschopná pro ověření hodnoty a učení v reálných podmínkách; v praxi se často plete s prototypem, který může být pro učení vhodný, ale ještě nemusí být „viable“ z hlediska nasazení.
Definice: MVP (minimum viable product) je minimální životaschopná verze produktu, která umožní ověřit klíčové předpoklady hodnoty a použitelnosti v reálných podmínkách a současně je navržena tak, aby maximalizovala učení při minimálních nákladech.
Hlavní pojmy (Core Concepts)
Základem designu zaměřeného na člověka je empatie, ale v akademicky ukotveném pojetí nejde o intuici či „vcítění“ bez opory v datech. Empatie zde znamená schopnost porozumět perspektivě druhého a zároveň ji kriticky ověřovat sběrem důkazů, aby se tým nestal obětí vlastních projekcí. Tento důraz vede k evidence-based designu, který rozhodnutí opírá o pozorování, rozhovory, testy a analytiku, a přitom reflektuje kvalitu důkazů, jejich limity a míru nejistoty. Jinými slovy, nejde jen o to „mít data“, ale rozumět tomu, nakolik jsou relevantní, věrohodná a přenositelná do rozhodnutí, která děláme.
Definice: Evidence-based design je přístup, v němž jsou návrhová rozhodnutí zdůvodňována explicitními důkazy z výzkumu, testování a měření, nikoli pouze autoritou, vkusem nebo interní politikou.
Při práci s důkazy se vyplácí držet základní metodologickou disciplínu. Validita vyjadřuje, zda metoda nebo měření skutečně zachycuje jev, který chceme zachytit, zatímco reliabilita vyjadřuje konzistenci výsledků, přičemž v praxi může jít jak o stabilitu v čase (test–retest), tak o vnitřní konzistenci škály v dotazníku (například měřenou Cronbachovým alfa). Triangulace pak znamená kombinování více metod, zdrojů dat nebo perspektiv tak, aby se zvýšila důvěryhodnost závěrů a snížilo riziko zkreslení jedním typem důkazu. V procesu se zároveň pracuje s nejistotou: místo snahy „mít pravdu“ se tým snaží minimalizovat riziko špatného rozhodnutí tím, že klíčové předpoklady převede na testovatelné hypotézy a systematicky je ověřuje.
Důležitá je i terminologická disciplína v odlišení řešení od výsledku. Řešení je navržený zásah, například změna rozhraní nebo procesu, zatímco výsledkem je dopad v realitě, například snížení chybovosti, zrychlení dokončení úlohy nebo zvýšení důvěry. Pro státnicovou argumentaci je navíc užitečné rozlišit výstupy, výsledky a dopad: výstupem (output) může být například nově navržený formulář nebo nasazená funkce, výsledkem (outcome) změna chování nebo zlepšení metriky v krátkodobém horizontu a dopadem (impact) dlouhodobá a širší změna, která může přesahovat jednu metriku, například snížení administrativní zátěže v systému nebo zvýšení adherence pacientů k léčbě. Tato distinkce chrání tým před „optimalizací artefaktů“ bez skutečné hodnoty i před metricky řízenou optimalizací, která zaměňuje korelaci za kauzalitu.
3.1 Divergence a konvergence
Divergence a konvergence nejsou pouze kreativní metafory, ale praktický nástroj řízení kognitivní i organizační kapacity. Divergence znamená otevřít prostor alternativ, například tím, že tým sbírá široké spektrum dat, nechává zaznít více hlasů stakeholderů nebo generuje desítky návrhových variant. Pokud však divergence není ohraničena cílem a časem, snadno se zvrhne v chaotické sbírání „zajímavostí“, které nevede k rozhodnutí. Konvergence naopak znamená volit, prioritizovat a uzavírat, avšak bez disciplíny může dojít k předčasnému uzavření, kdy se tým upne na první „rozumně znějící“ interpretaci nebo na technologicky pohodlné řešení.
Prakticky se proto divergence plánuje jako řízená expanze s jasnými výzkumnými otázkami a s vědomím, jak bude následovat syntéza. Konvergence se plánuje jako transparentní rozhodování podle kritérií, která jsou sdílena napříč týmem i stakeholdery. Z hlediska framingu problémů je první konvergence zároveň okamžikem, kdy se tým vědomě zavazuje k určitému rámování problému a definuje, co považuje za „jádro“ obtíží a jaké alternativní rámce odložil a proč.
3.2 Primární výzkum (Discover)
Primární výzkum je v rámci Discover klíčovým nástrojem, protože umožňuje získat data přímo od lidí a z jejich prostředí, nikoli pouze z interních předpokladů. Cílem není „potvrdit, že náš nápad je dobrý“, ale porozumět současnému stavu, motivacím, omezením a variantám chování, které návrh musí respektovat. Z metodického hlediska začíná kvalitní výzkum formulací výzkumných otázek, které jsou otevřené a orientované na porozumění, nikoli na obhajobu řešení, a pokračuje výzkumným plánem, jenž specifikuje výběr účastníků, metody, scénáře sběru dat, způsob analýzy a etické zajištění.
Kontext používání je zde klíčový pojem a pro státnice je vhodné jej umět ukotvit standardem. ISO 9241-210 pracuje s „context of use“ jako se souborem uživatelů, úkolů, vybavení (hardware, software a materiály) a fyzického i sociálního prostředí, v němž je produkt používán. Praktický důsledek je jednoduchý: bez explicitního popisu kontextu se design snadno zredukuje na „správné obrazovky“, které ale selžou v reálných podmínkách, například při stresu, časovém tlaku nebo v přerušovaném používání na mobilu.
Důležitou součástí je nábor účastníků, který musí odpovídat cílovému publiku a situacím, nikoli pouze dostupnosti. V designu zaměřeném na člověka je etické i metodické selhání, pokud se závěry generalizují z nereprezentativního vzorku bez reflexe limitů. Proto se již v Discover explicitně rozhoduje, které segmenty jsou kritické a jaké rozdíly mezi nimi mohou ovlivnit návrh. Současně je vhodné umět odpovědět na zkouškovou otázku „kolik rozhovorů stačí“: v kvalitativním výzkumu se velikost vzorku neodvozuje primárně z reprezentativnosti, ale z cíle porozumění a z toho, kdy další sběr přestává přinášet relevantně nové informace. Tento bod se často popisuje pojmem teoretická saturace, případně se praktickyji používá koncept informační síly (information power), podle nějž menší vzorek může stačit, pokud je výzkumný cíl úzce vymezený, účastníci jsou pro otázku vysoce relevantní, rozhovory jsou kvalitní a analýza je dostatečně hluboká; naopak široce vymezené otázky, heterogenní populace nebo slabší data vyžadují větší vzorek. Pro akademickou přesnost je důležité dodat, že „saturace“ není magické číslo, ale argumentovatelný závěr opřený o průběžnou analýzu a transparentní zdůvodnění.
3.2.1 Metody kvalitativního výzkumu
Kvalitativní metody jsou páteří Discover, protože poskytují hluboké vysvětlení příčin a významů. Polostrukturovaný rozhovor kombinuje předem připravený scénář s flexibilitou reagovat na to, co účastník přináší jako relevantní. Kvalita rozhovoru stojí na schopnosti klást neutrální otázky, vyhýbat se sugesti a dotazovat se na konkrétní zkušenosti spíše než na hypotetické preference. Pozorování a stínování umožňují zachytit rozdíl mezi tím, co lidé říkají, a tím, co skutečně dělají, což je v UX zásadní, protože mnoho bariér je tacitních a rutinních. Kontextové šetření, typicky v místě používání, propojuje rozhovor s pozorováním a umožňuje přímo pracovat s artefakty, které lidé používají, například s formuláři, poznámkami či digitálními nástroji.
Záznam dat musí být navržen tak, aby podporoval pozdější syntézu. V praxi se kombinuje audio či videozáznam s poznámkami a okamžitými „pozorovacími výřezy“, které zachycují kontext, emoce a klíčové momenty. Současně je třeba aktivně pracovat se zkreslením výzkumníka, například reflexí vlastních hypotéz, vedením výzkumného deníku a oddělením interpretace od toho, co skutečně zaznělo nebo bylo pozorováno. Pro státnice je užitečné umět pojmenovat i intersubjektivitu interpretace: závěry v kvalitativním výzkumu nejsou „mechanický výpočet“, ale řízený interpretační proces, jehož kvalita se zvyšuje transparentností postupu, dohledatelností k datům a případně i týmovou kalibrací kódování a témat.
Příklad: Při výzkumu elektronického objednávání k lékaři mohou respondenti tvrdit, že „online objednávání je snadné“, ale pozorování doma ukáže, že si musí zapisovat přihlašovací údaje na papír, přepínat mezi SMS a webem a často vyplňují formuláře na mobilu jednou rukou v MHD. Z tohoto rozporu vzniká insight o kontextu používání a o potřebě zjednodušit přístup i obnovu přihlášení, nikoli pouze „přidat další funkci“.
3.2.2 Metody kvantitativního výzkumu (doplňkově)
Kvantitativní metody samy o sobě obvykle nevysvětlí „proč“, ale dobře odpovídají na otázky „kolik“, „jak často“ a „kde je problém největší“. Dotazníky mohou poskytnout přehled o rozšíření určitých jevů, analytika a logy zase odhalí reálné chování ve velkém měřítku. Důležité je chápat kvantitativní data jako doplněk triangulace: kvalitativní výzkum identifikuje mechanismy a hypotézy, kvantitativní ověřuje jejich rozsah a dopad.
U statistické významnosti je vhodné být ve formulaci přesný, protože zkratkovité vysvětlení vede u zkoušek k typické chybě. Statistická významnost se nejčastěji opírá o p-hodnotu, která vyjadřuje pravděpodobnost pozorovat data alespoň tak extrémní, pokud platí nulová hypotéza a zvolený statistický model. Neříká však nic přímo o velikosti efektu ani o praktické důležitosti rozdílu, a už vůbec není „pravděpodobností, že je rozdíl náhoda“. Pro rozhodování v designu je proto klíčové kombinovat významnost s velikostí efektu, intervaly spolehlivosti a s úvahou o uživatelské a organizační relevanci.
Kvantitativní experimenty, například A/B testy, vyžadují i základní opatrnost v interpretaci. V praxi hrozí sezónnost a změny kontextu, regresní efekty po vydání verze (například dočasné zhoršení kvůli „novosti“), samovýběr účastníků u některých nemoderovaných formátů a také problém vícenásobného testování (multiple comparisons), kdy při mnoha současných metrikách nebo variantách roste riziko falešně pozitivních závěrů. Pro státnice je cenné umět říct nejen „co je A/B test“, ale kdy není vhodný, například při nízkém provozu, při silných síťových efektech, při eticky citlivých zásazích nebo když nelze rozumně předpokládat stabilitu populace během testu.
3.3 Syntéza poznatků (Define)
Syntéza je epistemologicky i prakticky kritickým bodem procesu, protože zde se data transformují na rozhodnutí. Nestačí „mít spoustu poznámek“; tým musí identifikovat vzorce, rozpory a příčinné mechanismy a zároveň udržet stopu od tvrzení k datům. Výstupy syntézy slouží nejen k internímu porozumění, ale i k vyjednávání se stakeholdery: artefakty jako persona, empatie mapa nebo mapa zákaznické cesty vytvářejí sdílený jazyk, který umožňuje diskutovat o prioritách bez redukce na osobní názory. Kvalitní syntéza je zároveň formou práce s framingem: tým nejen shrnuje „co jsme zjistili“, ale rozhoduje, jakým způsobem bude problém rámován, jaké předpoklady budou přijaty a jaké budou dále testovány.
Syntéza ústí do formulace problémového zadání, které musí být dostatečně konkrétní, aby vedlo návrh, ale dostatečně otevřené, aby neobsahovalo řešení předem. Z metodického hlediska je dobré problémové zadání chápat jako hypotézu o tom, co je jádrem obtíže a jaké kritérium úspěchu má řešení naplnit, přičemž tato hypotéza může být v dalších iteracích zpochybněna a upravena.
3.3.1 Afinitní diagram a tematická analýza
Afinitní diagram se typicky tvoří od granularních datových jednotek, například jednotlivých citací nebo pozorování, které se seskupují podle významové blízkosti. V dalším kroku se klastrům přidávají názvy, které už nejsou popisem dat, ale interpretací, například „nejistota ohledně dalšího kroku“ nebo „přerušování úloh kvůli notifikacím“. Tematická analýza pak tento proces formalizuje pomocí kódování, kdy se datům přiřazují kódy a z nich se odvozují témata. V akademickém i praktickém kontextu je zásadní dohledatelnost (traceability), tedy schopnost ukázat, z jakých dat konkrétní téma vzniklo a jak bylo používáno v rozhodování. Právě zde se často rozhoduje o kvalitě státnicové odpovědi: student, který umí propojit konkrétní citace, analytické kroky a designové implikace, typicky působí metodicky zraleji než ten, kdo pouze vyjmenuje artefakty.
3.3.2 Formulace problému a „Jak bychom mohli…“ (How might we, HMW)
Otázky „Jak bychom mohli…“ (How might we) slouží jako most mezi porozuměním a ideací: převádějí insight do produktivní, nehodnotící výzvy, která otevírá prostor pro více alternativ. Dobrá HMW otázka je ukotvená v konkrétním uživateli, situaci a bariéře, ale neobsahuje implicitní technologii. Současně musí respektovat omezení, například regulaci, bezpečnost nebo organizační kapacitu, aby generované nápady nebyly od počátku mimo realitu.
Příklad: Slabá HMW formulace zní „Jak bychom mohli přidat chatbot?“, protože obsahuje řešení. Lepší formulace zní „Jak bychom mohli snížit nejistotu pacientů ohledně přípravy na vyšetření v den před návštěvou, aby se snížil počet nedostavení se?“, protože otevírá více možností, od změny komunikace po úpravu procesu.
3.4 Ideace (Develop – část 1)
Ideace je fáze, v níž se definovaný problémový rámec proměňuje v množinu alternativních konceptů. Aby ideace nebyla pouze „kreativním cvičením“, musí vycházet z insightů a designových kritérií a zároveň respektovat divergenci: cílem je nejprve generovat variabilitu, teprve poté hodnotit. V týmové práci se ideace opírá o ko-kreaci, kdy se do tvorby zapojují různé role, například vývoj, produktové řízení i servisní pracovníci, protože každý přináší jiné znalosti omezení i příležitostí. V této fázi se vyplácí pojmenovat rizika a nejistoty, které chceme prototypováním „zlevnit“, aby konvergence nebyla řízená vkusem nebo mocí v týmu, ale učením.
Ideace má zároveň konvergenční část, v níž se nápady transformují na několik kandidátních konceptů vhodných pro prototypování. Zde je důležitá transparentnost: tým by měl umět vysvětlit, proč určité nápady postupují a jiné nikoli, jaká kritéria použil a jak volba souvisí s důkazy z Discover a Define.
3.4.1 Kreativní techniky a facilitace
Facilitace je často podceňovaná, přesto zásadně ovlivňuje kvalitu výsledků. Facilitátor vytváří strukturu, hlídá časové ohraničení (timeboxing), udržuje zaměření na výzvu a podporuje psychologickou bezpečnost, aby účastníci mohli přinášet i nehotové nebo „divné“ nápady bez obavy ze zesměšnění. Současně musí facilitátor řídit kritiku: v divergenční části je kritika odkládána, v konvergenční části je naopak žádoucí, ale musí být věcná a vztažená ke kritériím, nikoli k osobám. Pro státnice je důležité umět argumentovat, že facilitace není „soft“ dovednost navíc, ale metoda řízení procesu, která přímo ovlivňuje šíři prozkoumaných alternativ i kvalitu rozhodnutí.
3.4.2 Konvergence: výběr konceptů
Konvergence v ideaci je rozhodování pod nejistotou: tým vybírá koncepty, které mají nejvyšší šanci přinést hodnotu a zároveň jsou ověřitelné v rozumném čase. Nástroje jako matice dopad–náročnost, prioritizace MoSCoW nebo bodové hlasování (dot voting) pomáhají učinit rozhodnutí explicitním a kolektivně přijatelným, avšak jejich použití musí být ukotveno v kritériích a důkazech. Dobrý výběr konceptu navíc vede k formulaci designových hypotéz, které následně strukturují prototypování a testování. V praxi je užitečné, aby konvergence zároveň generovala jasná akceptační kritéria pro ověřování, protože jinak se testování snadno zvrhne v neurčité „líbí/nelíbí“.
3.5 Vizualizační techniky a modelování uživatelského chování (průřezově)
Vizualizace v designu zaměřeném na člověka není estetický doplněk, ale kognitivní nástroj redukce nejasnosti. Myšlenkové mapy pomáhají strukturovat problémový prostor a vztahy mezi tématy, storyboard umožňuje „přehrát“ situaci v čase a odhalit slabá místa, která by v abstraktní diskusi zůstala skrytá. Service blueprint propojuje perspektivu zákazníka s procesy v zákulisí a často odhalí, že problém neleží v rozhraní, ale v organizačním předávání práce (handoff) nebo v chybějících informacích. Mentální modely a use case pomáhají sladit jazyk týmu s tím, jak uživatelé uvažují o doméně, a user flow (uživatelský tok) dává návrhu strukturální oporu. Tyto modely jsou zároveň praktickým nástrojem pro práci s framingem: pomáhají ukázat, že „problém“ není izolovaný detail, ale součást širšího systému interakcí, rolí a pravidel.
Příklad: V bankovní aplikaci může uživatelský tok odhalit, že uživatel musí při změně limitu karty projít třemi obrazovkami, z nichž každá používá jiný slovník a jedna vyžaduje potvrzení, které přichází až po časové prodlevě. Tato vizualizace často přesvědčí stakeholdery více než samotné „stížnosti uživatelů“, protože ukazuje strukturu problému.
3.6 Prototypování (Develop – část 2)
Prototyp je především nástroj učení, nikoli miniatura finálního produktu. Smyslem prototypování je zviditelnit předpoklady a umožnit jejich ověření dříve, než vzniknou vysoké náklady na implementaci. Volba věrnosti (fidelity) tedy není otázkou „profesionality“, ale optimalizace poměru mezi rychlostí učení a věrohodností testu. Nízkověrnostní prototypy, například papírové skici nebo wireframy, jsou vhodné pro ověření struktury, toku a srozumitelnosti, zatímco vyšší věrnost, například klikací prototypy, umožňuje testovat interakční detaily, realistický obsah a očekávání.
Důležité je, aby prototyp odpovídal tomu, co chceme zjistit. Pokud ověřujeme pochopení pojmů, potřebujeme realistický obsah, nikoli výplňový text; pokud ověřujeme pracovní postup (workflow), nepotřebujeme dokonalou grafiku. Tato metodická přiměřenost je u státnic často klíčem k dobré odpovědi, protože ukazuje, že student chápe prototypování jako experimentální metodologii a umí volit nástroje podle rizik.
3.6.1 Skicování a nízkověrnostní prototypy
Skicování je nejrychlejší způsob externalizace myšlenky a současně podporuje pluralitu: když jsou náklady na variantu nízké, tým se méně bojí opustit vlastní nápad. Nízkověrnostní prototypy dovolují pracovat s informační architekturou a navigací dříve, než se tým uzamkne do detailů. Přitom je užitečné myslet v komponentách obrazovek a stavech, protože právě tyto prvky rozhodují o použitelnosti, zejména ve výjimečných situacích, jako jsou chybové stavy, nedostupná data nebo přerušení úlohy.
3.6.2 Prototypy pro služby a procesy
U služeb a procesů je velká část „neviditelná“: uživatel vidí kontakt, ale kvalita zkušenosti často závisí na procesech v zákulisí, kompetencích a informačních tocích. Proto se prototypuje nejen rozhraní, ale i scénáře obsluhy, komunikační skripty, organizační předávání práce a pilotní provoz v omezeném rozsahu. Role play umožní rychle odhalit selhání v komunikaci nebo v očekáváních, zatímco pilot poskytuje data z reálného provozu a lépe ukazuje provozní proveditelnost než „hezký“ prototyp.
3.7 Testování (Deliver – část 1)
Testování je fáze, v níž se návrhové hypotézy střetávají s realitou uživatelského chování. V designu zaměřeném na člověka má testování dvě hlavní role: ověřit, že koncept má pro lidi hodnotu a dává jim smysl, a odhalit bariéry použitelnosti, které brání dosažení cíle. Kvalitní test začíná plánem, v němž jsou formulovány hypotézy, definovány cílové úlohy, scénáře a kritéria úspěchu. Moderované testování umožňuje hlubší porozumění díky doplňujícím otázkám a řízení situace, nemoderované testování zase přináší škálu a někdy i přirozenější chování, avšak nese rizika samovýběru a nižší kontroly nad tím, zda účastník rozuměl zadání. Protokol „think-aloud“ je často užitečný, ale musí být používán uvážlivě, protože verbalizace může změnit způsob řešení úkolu.
Testování má mít jasně definované výstupy: nejen seznam problémů, ale i jejich závažnost, pravděpodobné příčiny a návrhy změn spolu s plánem re-testu. V akademickém kontextu je důležité ukázat, že výsledky testu nejsou „názory uživatelů“, ale interpretované důkazy o interakci, které mají být převedeny na konkrétní designové změny a následně znovu ověřeny.
Příklad: Pokud v testu uživatelé opakovaně přehlédnou primární tlačítko, není závěr „dejme tlačítko větší“, ale hypotéza o příčině, například že vizuální hierarchie je v konfliktu s očekáváním, nebo že text tlačítka neodpovídá mentálnímu modelu. Teprve z této hypotézy se odvodí návrh úpravy a plán re-testu.
3.7.1 Použitelnost (usability) vs. uživatelská zkušenost (UX)
Použitelnost a UX jsou provázané, ale odlišné konstrukty. Použitelnost je v normativním smyslu ukotvená v ISO 9241-11, která ji definuje jako míru, s níž mohou specifikovaní uživatelé dosahovat specifikovaných cílů s účinností (effectiveness), efektivitou (efficiency) a spokojeností (satisfaction) ve specifikovaném kontextu používání. UX je širší a zahrnuje i očekávání, emoce, důvěru, identitu a dlouhodobé vztahy. V testech to znamená, že lze mít použitelné řešení, které však nevzbuzuje důvěru, nebo naopak vizuálně atraktivní řešení, které je neefektivní. Proto se volí metody a metriky podle toho, co chceme ověřit: pro použitelnost jsou klíčové úlohy, chybovost a čas, pro UX často přichází ke slovu longitudinální měření, kvalitativní rozhovory po zkušenosti nebo metriky loajality.
3.7.2 Přístupnost (accessibility) jako součást testování
Přístupnost není specializovaný doplněk „pro menšinu“, ale základní kvalita návrhu, která zvyšuje použitelnost pro široké spektrum lidí včetně dočasných omezení, například špatného osvětlení nebo zranění. WCAG poskytuje principy a kritéria, ale v praxi je třeba kombinovat automatizované kontroly s manuálním testováním, zejména ovládání klávesnicí, řízení fokusu, čitelnost a srozumitelnost textů a dostupnost alternativních popisků. Inkluzivní testování znamená zapojovat účastníky s různými schopnostmi a používat asistivní technologie, protože mnohé bariéry se projeví až v reálném používání. Pro státnice je důležité umět obhájit, že přístupnost není jen „compliance“, ale součást kvality a etiky návrhu.
3.7.3 Heuristická evaluace a expertní metody (doplňkově)
V podmínkách omezeného času se často uplatní i expertní metody jako heuristická evaluace nebo kognitivní průchod (cognitive walkthrough). Jejich smyslem není nahradit testování s uživateli, ale umožnit rychlé vytipování zřejmých problémů a zefektivnit následné testy, například jako „triage“ před iterací prototypu. Limitem těchto metod je, že zůstávají expertním odhadem a snadno přehlédnou bariéry vyplývající ze specifického kontextu používání nebo z odlišných mentálních modelů cílové skupiny, proto je metodicky správné je kombinovat s empirickým ověřením.
3.8 Iterace a rozhodování o dodání (Deliver – část 2)
Iterace v Deliver znamená převést zjištění z testů na změny návrhu, tyto změny realizovat na odpovídající úrovni věrnosti a znovu ověřit, že problém byl odstraněn bez vytvoření nových bariér. V reálných projektech je nutné rozhodnout, kdy je řešení „dost dobré“ pro implementaci, což vyžaduje kritéria, například minimální úspěšnost úloh, splnění přístupnosti nebo dosažení cílových metrik. Předání návrhu do vývoje (design handoff) zahrnuje nejen vizuální specifikaci, ale i vysvětlení záměrů, interakčních pravidel a akceptačních kritérií, aby se minimalizovala interpretační ztráta. Po nasazení se učení nezastavuje; telemetrie a produktová analytika umožňují sledovat chování v reálném provozu a plánovat další iterace v backlogu.
V této fázi se naplno ukazuje rozdíl mezi výstupem a dopadem. Nasazená změna je pouze výstup; výsledkem může být zlepšení míry dokončení formuláře, zatímco dopad může být například snížení počtu opakovaných kontaktů na podporu a zvýšení důvěry v instituci. Právě zde je vhodné uvažovat i experimentálně: pokud chceme tvrdit kauzální vztah mezi změnou a výsledkem, musíme promyslet, jak eliminujeme alternativní vysvětlení, jak dlouho měříme a jak ošetříme sezónnost nebo „novostní“ efekty po vydání verze.
Proces krok za krokem podle dvojího diamantu (Process Walkthrough)
Aby dvojí diamant fungoval jako kontinuální metodika, je užitečné jej chápat jako řetězec vstupů, metod, artefaktů a rozhodovacích bran. Každá fáze přebírá určité vstupy, typicky zadání, dostupná data a omezení, a generuje výstupy, které se stávají podkladem pro další rozhodnutí. Rozhodovací brány (decision gates) jsou okamžiky, kdy se tým vědomě zavazuje k určité interpretaci problému nebo k určitému konceptu řešení, a zároveň explicitně pojmenovává rizika a to, co ještě neví. V dobře vedeném procesu se mezi fázemi nepředává jen dokumentace, ale i logika uvažování: proč byly zvoleny určité metody, jaké jsou limity dat, jaké hypotézy byly vyvráceny a které zůstávají otevřené. To je důležité i pro státnicovou argumentaci, protože umožňuje obhájit postup jako racionální a evidence-based, nikoli jako mechanické „odškrtávání metod“.
4.1 Discover: porozumění problému (výzkum)
Discover obvykle začíná zadáním, které je však třeba rozložit na výzkumné otázky. Tým mapuje stakeholdery a jejich perspektivy, aby pochopil, kdo definuje úspěch a kdo ponese náklady změny. Následně vybírá metody s ohledem na rizika: pokud hrozí, že organizace nerozumí kontextu, je vhodné pozorování; pokud existuje mnoho hypotéz o motivacích, jsou vhodné rozhovory; pokud je třeba vyčíslit dopad, přichází na řadu analytika či dotazník. Sběr dat je veden tak, aby bylo možné později provést syntézu, tedy aby existovala konzistentní struktura poznámek, označení účastníků a bezpečná logistika ukládání dat, což v praxi spadá do oblasti research operations.
4.2 Define: syntéza a vymezení problému (HMW, problem statement)
Ve fázi Define se data z Discover transformují do sdíleného rámce. Tým formuluje HMW otázky a problémové zadání (problem statement), vymezuje cílové uživatele, jejich cíle a scénáře a především stanovuje rozsah (scope), tedy hranice toho, co se bude řešit nyní a co později. Důležitým výstupem je hodnotová nabídka (value proposition), která propojuje perspektivu uživatele s hodnotou pro organizaci, protože bez této vazby bývá obtížné získat podporu pro implementaci. V této fázi je zároveň vhodné explicitně pojmenovat, jak bude měřen úspěch, a to nejen na úrovni výstupů, ale i na úrovni výsledků a dopadů, aby se předešlo situaci, kdy se „dodá funkce“, ale nevznikne změna v realitě.
4.3 Develop: ideace a prototypování
Develop navazuje na Define tím, že z vymezené výzvy generuje koncepty a převádí je do prototypů. Probíhá divergence v nápadech, poté konvergence ve výběru konceptů podle kritérií a rizik. Prototypování je plánováno jako série experimentů: pro každý prototyp je jasné, jakou hypotézu ověřuje a jaké signály budou považovány za podporu či vyvrácení. Výstupem této fáze proto není jen „prototyp“, ale i připravený plán ověřování a sada očekávaných zjištění, která budou sloužit k rozhodnutí v další rozhodovací bráně.
4.4 Deliver: testování, iterace, implementace
Deliver začíná testováním s uživateli a pokračuje iteracemi, které odstraňují kritické bariéry. Následuje rozhodnutí o implementaci, často ve formě pilotu nebo postupného uvedení změny do provozu (release). Zároveň se definují KPI a monitoring po nasazení, aby bylo možné posoudit skutečný dopad a odlišit krátkodobé efekty od dlouhodobé změny chování. Deliver tedy uzavírá diamant, ale zároveň otevírá další cyklus učení, protože reálný provoz přináší nové otázky, nové segmenty uživatelů a někdy i nežádoucí dopady, které v prototypu nebyly vidět.
Aplikace (Applications)
Dvojí diamant se uplatňuje v různých doménách, protože jeho logika vychází z obecné potřeby oddělit porozumění problému od návrhu řešení a postupně snižovat nejistotu. V digitálních produktech podporuje propojení UX výzkumu, informační architektury a testování použitelnosti, ve službách zase umožňuje propojit zkušenost zákazníka s organizačními procesy. Ve veřejné správě a zdravotnictví je obzvláště cenný kvůli regulaci, etice a mnoha stakeholderům; zde je často klíčové investovat více energie do Discover a Define, protože špatně vymezený problém vede k nákladným a politicky citlivým selháním.
5.1 Digitální produkt (web/aplikace)
U webu či aplikace typicky proces začíná výzkumem uživatelů a analýzou stávajícího chování v analytice. Z Discover se přechází k návrhu informační architektury a uživatelských toků, které jsou následně prototypovány a testovány. Po nasazení se uplatňuje kontinuální discovery, kdy se produktový tým opakovaně vrací k ověřování hypotéz a měření dopadu změn. A/B testování může být v Deliver užitečné, ale pouze tehdy, když je hypotéza dobře formulovaná, když existuje dostatečný provoz a když je experiment navržen tak, aby minimalizoval riziko falešných závěrů, například při mnoha metrikách nebo variantách; jinak hrozí falešná jistota, přeceňování malých rozdílů a metricky řízená optimalizace bez porozumění mechanismu.
5.2 Služby a procesy (service design)
U služeb se dvojí diamant často projevuje tím, že Discover a Define odhalí strukturální příčiny problémů, například nejasné odpovědnosti nebo chybějící informace mezi odděleními. Mapa zákaznické cesty pomáhá zachytit zkušenost zákazníka napříč kontaktními body (touchpointy), zatímco service blueprint ukazuje, co musí organizace v zákulisí změnit, aby frontstage zkušenost byla konzistentní. Měření kvality služby se často opírá o SLA, stížnosti, opakované kontakty a dobu vyřízení, ale kvalitativní data o důvěře a srozumitelnosti bývají stejně důležitá, zejména v citlivých doménách, kde uživatelská nejistota může mít přímý dopad na chování a bezpečnost.
5.3 Organizace a týmová spolupráce
Úspěch dvojího diamantu je v praxi podmíněn týmovou spoluprací a řízením rozhodování (governance). Role UX výzkumníka, UX designéra a produktového manažera se doplňují: výzkum poskytuje důkazy, design převádí poznatky do návrhů a produktové řízení zajišťuje strategickou prioritizaci a napojení na implementaci. Model RACI může pomoci vyjasnit odpovědnosti, ale důležitější je kulturní aspekt sdílení poznatků a společné rozhodování, aby výstupy nezůstaly izolované v „designovém šuplíku“. Dvojí diamant zde funguje i jako komunikační rámec: umožňuje pojmenovat, zda je tým v režimu objevování, vymezování, rozvoje nebo dodání, a tedy jaký typ rozhodnutí je v danou chvíli metodicky legitimní.
Výzvy a omezení (Challenges and Considerations)
Dvojí diamant je silný rámec, ale není zárukou kvality; může se stát scénou pro „design theatre“, kdy tým vykonává rituály bez skutečného učení. Typickým rizikem je předčasná konvergence, kdy se tým upne na řešení dříve, než porozumí problému, a také konfirmační zkreslení, kdy se ve výzkumu hledají pouze důkazy podporující již zvolený směr. Tlak času a rozpočtu často vede k redukci výzkumu nebo testování, což zvyšuje riziko, že tým bude optimalizovat nesprávný problém. Akademicky přesná odpověď na toto omezení není idealistické „dělejte vše“, ale schopnost navrhnout přiměřené minimum procesu, které stále generuje rozhodovací důkazy, například zacílené rozhovory, rychlé prototypy a krátké testy s jasnými hypotézami. V konfliktu mezi rychlostí a kvalitou je důležité rozlišit, co lze odložit, a co je kritické riziko, například bezpečnost, přístupnost nebo právní soulad.
6.1 Rizika ve výzkumu a syntéze
Ve výzkumu hrozí zkreslení jak ve výběru účastníků, tak ve vedení rozhovoru a v interpretaci. Malý vzorek není sám o sobě chybou v kvalitativním výzkumu, pokud je cílem porozumění mechanismům, ale chybou je přeceňovat generalizaci bez triangulace a bez argumentu o informační síle dat. Operacionalizace je kritická zejména v kvantitativním měření: pokud měříme „spokojenost“ nevhodnou otázkou, získáme čísla, která pouze maskují neporozumění. Kvalitní práce s důkazy proto zahrnuje i explicitní pojmenování limitů, alternativních vysvětlení a toho, jak by bylo možné nejistotu dále snížit v další iteraci.
6.2 Konflikty stakeholderů a organizační tlak
Stakeholdeři často sledují různé cíle, které nejsou nutně kompatibilní: business může chtít maximalizovat konverzi, zatímco uživatel potřebuje transparentnost a kontrolu. Konflikt může být i politický, například mezi odděleními nebo mezi regulací a inovací. Řešením je stakeholder management založený na sladění (alignment), tedy na vyjasnění očekávání a na explicitních kritériích rozhodování, která se opírají o OKR nebo jiné strategické cíle. Dvojí diamant zde pomáhá, protože převádí konflikty z roviny názorů na rovinu důkazů a hypotéz, které lze ověřovat, a tím snižuje riziko, že rozhodnutí bude výsledkem autority místo učení.
6.3 Přístupnost, inkluze a etika
Etika v designu zaměřeném na člověka se neomezuje na informovaný souhlas ve výzkumu, ale zahrnuje i dopady návrhu na různé skupiny a prevenci diskriminace. Inkluzivní nábor znamená aktivně hledat účastníky s různými schopnostmi, věkem, digitální gramotností či jazykovým zázemím, protože jinak se návrh optimalizuje pro privilegovaný segment. Citlivá data vyžadují přísnější režim ochrany a minimalizaci sběru. Dark patterns jsou pak příkladem etického selhání v samotném návrhu, kdy rozhraní manipuluje uživatele proti jeho zájmům, a pro státnice je užitečné umět vysvětlit, že nejde jen o „nehezké UX“, ale o porušení autonomie a informovanosti uživatele.
6.4 Přenos do implementace a udržitelnost řešení
Častým bodem selhání je přenos návrhu do implementace. Pokud designové rozhodnutí není vysvětleno a zakotveno v akceptačních kritériích, vývoj může implementovat „vzhled“ bez „chování“ nebo vynechat detaily, které jsou pro použitelnost kritické. Design systém zvyšuje konzistenci a snižuje náklady na změny, ale vyžaduje governance a průběžnou údržbu. Technický dluh může degradovat zkušenost, pokud se dočasná řešení stanou trvalými a brání iteraci. Udržitelnost řešení znamená i měření dopadu a schopnost reagovat na změny kontextu po uvedení do provozu, což prakticky uzavírá smyčku učení a otevírá další iteraci dvojího diamantu.
Metodické výstupy a artefakty (typické deliverables)
Artefakty v designu zaměřeném na člověka nejsou cílem samy o sobě; jejich účelem je přenášet porozumění, podporovat rozhodování a umožnit ověřování. Výzkumná zpráva (research report) shrnuje cíle, metody, vzorek, klíčová zjištění a jejich limity. Insight statement formalizuje, jaký vzorec byl nalezen a proč je důležitý pro návrh. Prototyp je experimentální médium a testovací zpráva (test report) dokumentuje průběh a výsledky ověřování včetně doporučení. Designová specifikace a materiály pro předání do vývoje propojují návrh s implementací a definují očekávané chování systému.
Kvalita artefaktů u státnic se typicky hodnotí podle toho, zda jsou ukotveny v cíli, zda jsou metodicky obhajitelné a zda umožňují dohledat vazbu od dat k rozhodnutím. Stejně důležitá je přiměřenost: není známkou odbornosti produkovat maximum dokumentace, ale zvolit takové artefakty, které nejlépe sníží riziko v dané situaci a umožní iterativní učení.
7.1 Přehled: fáze → vstupy → metody → výstupy
Pro studium lze proces shrnout tak, že Discover pracuje se vstupy v podobě zadání, dostupných dat, stakeholderů a předběžných omezení a používá primární výzkum a analýzu kontextu, přičemž typickým výstupem jsou výzkumná zjištění a surová data připravená k syntéze. Define navazuje syntézou, afinitním mapováním a formulací HMW otázek a problémového zadání, přičemž výstupem je vymezený rozsah, persony či scénáře a designová kritéria úspěchu včetně pracovních metrik pro ověřování. Develop přijímá tyto výstupy jako vstupní rámec, používá ideaci, vizualizace a prototypování a produkuje kandidátní koncepty, prototypy a plán ověření s explicitními hypotézami. Deliver pak pracuje s prototypy či implementací, používá testování, iterace a měření v provozu a dodává rozhodnutí o uvedení do provozu, implementované změny a vyhodnocení dopadů vůči předem stanoveným kritériím.
Související témata (See Also)
Interakční design v tradici Coopera systematicky rozpracovává práci s cíli, scénáři, personami a vzory chování, což je přirozené metodické zázemí pro Define a Develop. UX výzkum poskytuje širší repertoár kvalitativních i kvantitativních metod včetně triangulace a práce s validitou. Informační architektura rozvíjí principy navigace, taxonomií a metod jako card sorting, které se často používají při návrhu struktury v Develop. Použitelnost a UX metriky konkretizují, co znamená „funguje to“, a dávají Deliver měřitelné opory. Přístupnost a inkluzivní design rozšiřují kvalitu návrhu o principy WCAG a práci s asistivními technologiemi. Service design doplňuje dvojí diamant o nástroje mapy zákaznické cesty a service blueprint, které propojují frontstage a backstage. Designové systémy řeší konzistenci, komponenty a governance pro škálování designu v organizaci. Lean UX a experimentování přinášejí hypotézami řízený návrh, MVP a měření, což je kompatibilní zejména s Develop a Deliver. Etika v designu zaměřeném na člověka zahrnuje prevenci dark patterns, respektování GDPR a metodické postupy pro výzkum se zranitelnými skupinami.
Literatura a zdroje (doporučené pro státnice)
Pro státnicovou přípravu je vhodné rozlišovat primární a sekundární zdroje a důsledně citovat, protože terminologie v designu zaměřeném na člověka a UX je často mnohoznačná. Jako autoritativní ukotvení designu zaměřeného na člověka a pojmů jako kontext používání je vhodné pracovat s normou ISO 9241-210 (Ergonomics of human-system interaction — Part 210: Human-centred design for interactive systems), a pro definici použitelnosti se opřít o ISO 9241-11. Pro samotný model dvojího diamantu je kanonickým zdrojem Design Council (UK), který model popularizoval a zároveň zdůrazňuje jeho rámcovou, nikoli rigidně lineární povahu.
Základním doporučeným zdrojem pro propojení dvojího diamantu s interakčním designem je Cooper, A., Reimann, R., Cronin, D., & Noessel, C. (2014). About Face: The Essentials of Interaction Design. John Wiley & Sons. Pro použitelnost a praktickou interpretaci testování je užitečné navázat na Kruga a na Nielsenovy heuristiky, pro mentální modely a psychologii chyb na Normana, pro service design na Stickdorna a Schneidera a pro etiku digitálního designu a problematiku dark patterns na současnou literaturu a odborné přehledy, které propojují etiku, regulaci a návrhové praktiky. Pro státnice je důležité mít alespoň orientační „mapu“ těchto kanonických zdrojů a umět vysvětlit, k čemu se který hodí.
Závěr
Dvojí diamant strukturuje designové myšlení jako disciplinovaný proces snižování nejistoty, který nejprve diverguje a konverguje v problémovém prostoru a poté stejný princip opakuje v prostoru řešení. V designu zaměřeném na člověka je jeho síla v tom, že propojuje empatii s evidence-based rozhodováním a opírá se o standardně ukotvené pojmy, jako je kontext používání a použitelnost ve smyslu ISO. Primární výzkum a syntéza vytvářejí sdílený problémový rámec a framing, ideace a prototypování převádějí poznatky do alternativních konceptů a testování s iteracemi poskytuje důkazy pro implementaci i pro plán měření dopadu po nasazení. Praktická kompetence spočívá v přiměřenosti metod, v transparentních kritériích konvergence a v etickém a inkluzivním přístupu, který chrání účastníky výzkumu i uživatele v reálném provozu a zároveň brání tomu, aby se proces zvrhl v pouhé „designové divadlo“.