Prototyp webu: co to je a proč ho dělat před vývojem | Appitect
Prototyp webu: co to je a proč ho dělat před vývojem
Adam BardzákZakladatel Appitect
15. června 2026
Nejdražší fáze vývoje webu nebo aplikace je ta, kde přepracováváte hotové věci. Design je hotový, kód napsaný — a klient zjistí, že formulář ve třetím kroku objednávky nefunguje tak, jak si představoval. Výsledek: týden práce smazán, rozpočet přetečen, termín posunut. Prototyp tenhle problém eliminuje ještě předtím, než začne vývoj.
Přitom přesně proto spousta projektů prototyp přeskočí. Zdá se to jako zbytečná fáze navíc. Zdá se to drahé. Výsledkem je web, který se musí přepracovávat, a celkové náklady jsou vyšší, než kdyby se prototyp udělal od začátku.
Co je prototyp webu
Prototyp je klikatelný návrh webu nebo aplikace, který simuluje chování finálního produktu bez toho, aby byl skutečně naprogramovaný. Uživatel může klikat na tlačítka, přecházet mezi stránkami a procházet klíčové scénáře — ale za tím vším nejsou funkce ani databáze, jen propojené obrazovky.
Termíny wireframe, prototyp a mockup se v praxi zaměňují, ale mají konkrétní významy:
Wireframe (drátěný model) je nejjednodušší forma — schematické rozložení prvků bez barev, fotografií nebo finálních textů. Rámečky ukazují, kde bude obrázek, šedé bloky kde bude text, čáry kde budou tlačítka. Cílem je ukázat strukturu a hierarchii obsahu, ne finální vzhled. Wireframe se dělá rychle — hodiny nebo dny, ne týdny.
Klikatelný prototyp přidává navigaci mezi stránkami. Každé kliknutí vede někam — na jinou stránku, otevírá modal, spouští přechod. Vizuálně stále bez finálního designu, ale chování odpovídá realitě. Na klikatelném prototypu uživatel může projít celou objednávku, registraci nebo onboarding — a odhalit problémy ještě před vývojem.
High-fidelity prototyp (hi-fi prototyp) je téměř nerozeznatelný od hotového webu — finální design, reálný obsah, plynulé animace a mikrointerakce. Rozdíl od produkce je jediný: není naprogramovaný, funguje jen jako Figma soubor nebo podobný nástroj. Dnes se dělá primárně ve Figmě, méně v Adobe XD nebo Sketch.
.
Máte projekt?Napište nám.
Adam Bardzák
Zakladatel, Appitect
Adam Bardzák
Zakladatel, Appitect
Mockup je statický náhled finálního designu — bez klikání, bez interakce. Je to "obrázek toho, jak to bude vypadat," nikoliv prototyp.
Proč firmy prototyp přeskakují a proč to vychází draho
Prototyp stojí čas a peníze navíc — v krátkodobém pohledu. Proto ho malé projekty přeskakují: "Ušetříme fázi, rovnou do vývoje." Výsledek vidím pravidelně: web je hotový, ale nesedí k obsahu, checkout je matoucí, mobilní verze nevypadá jak měla, klient v průběhu vývoje mění zadání, protože teprve v kódu vidí, co chce opravdu jinak.
Každá taková oprava po spuštění stojí 3–5× víc než kdyby se zachytila v prototypu. Studie z oblasti software engineeringu (IBM Systems Science Institute) ukazují, že oprava chyby zachycené v designové fázi stojí průměrně 100× méně než oprava téže chyby v produkčním systému. U webových projektů v ČR je tento poměr reálně 5–20×, ale princip platí stejně.
Za projekt na 300 000 Kč je to potenciálně desítky tisíc korun na přepracování, které se dalo předejít.
Co konkrétně prototyp odhalí
Toto jsou nejčastější problémy, které prototyp zachytí ještě před vývojem:
Logiku navigace a informační architekturu. Jde uživatel přirozeně tam, kam potřebuje? Kategorie, které jsou v prototypu matoucí, budou matoucí i ve výsledku. Zákazník hledá ceník — kde ho najde? V hlavní navigaci, v patičce, nebo se musí propracovat přes "o nás" a "služby"? Odpověď je vidět v prototypu.
Mobilní chování. Prvky, které se pohodlně vejdou na desktop v 1440px, se na mobilu v 375px překrývají nebo zmizí. Formulář, který vypadá jednoduše na desktopu, může být na mobilu 8 scrollů. Prototyp tohle ukáže dříve, než to naprogramuje vývojář.
Tok formulářů a objednávek. Kolik kroků má objednávka? Kde uživatel pravděpodobně odpadne? Co se stane, když udělá chybu v 5. kroku — musí vyplňovat vše znovu? U e-shopů může špatně navržený checkout snížit konverzi o 20–40 %. V prototypu to opravíte za hodinu.
Integraci obsahu. Texty, které v zadání vypadaly krátce, mohou v reálném rozvržení přetéct nebo naopak zanechat prázdné místo. Fotografie, které klient dodá, nemusí sedět do navržených proporcí. Header s logem 500px wide nevejde do mobilní navigace.
Souhlas klienta bez nedorozumění. Prototyp je nejjasnější forma schválení projektu. Klient nekliká na "líbí se mi PDF s mockupy" — kliká v prototypu na každé tlačítko, prochází každou stránku, vidí přesně jak to bude fungovat. Nedorozumění se zachytí před zahájením vývoje, ne uprostřed něj.
Technickou proveditelnost. Animace, která vypadá dobře ve Figmě, může být vývojářsky velmi náročná nebo vůbec neproveditelná v požadované technologii. Prototyp je moment, kdy se tyto otázky kladou — "jak chcete, aby tohle fungovalo?" — s nízkými náklady na změnu.
Jak probíhá tvorba prototypu v praxi
Dobrý proces tvorby prototypu má několik fází:
Discovery a definice. Před kreslením čehokoli je potřeba odpovědět na otázky: kdo jsou uživatelé, co hledají, jaké jsou jejich cíle? Co chce web/aplikace dosáhnout z pohledu byznysus? Jaké jsou klíčové uživatelské scénáře — co musí uživatel na webu bezpodmínečně dokázat? Tato fáze trvá dny až týdny v závislosti na komplexitě projektu.
Informační architektura. Mapa webu — které stránky existují, jak jsou propojeny, co je v navigaci. U větších projektů je to vizuální diagram nebo tabulka. U menších projektů to zvládne výčet na whiteboard.
Wireframy klíčových stránek. Nejdůležitější stránky — homepage, klíčová konverzní stránka, produkt nebo servisní stránka, kontakt — se wireframují jako první. Ne každá stránka potřebuje wireframe; šablonové stránky (seznam článků, detail produktu) stačí wireframovat jednou jako šablonu.
Iterace a feedback. Wireframy se předloží klientovi a klíčovým stakeholderům. Feedback se zahrne. Opakuje se, dokud není struktura odsouhlasená.
Klikatelný prototyp. Z wireframů se postaví klikatelný prototyp — v Figmě se propojí obrazovky, přidají přechody, simuluje se reálné chování. Toto je artefakt, na kterém probíhá uživatelské testování.
Uživatelské testování. Viz sekce níže.
Handoff na design. Odsouhlasený prototyp přechází na vizuální designéry, kteří ho "obléknou" — přidají barvy, typografii, fotografie. Struktura a logika jsou hotové, design řeší vizuální identitu.
Uživatelské testování na prototypu
Jeden z nejcennějších kroků, který firmy přeskakují: pustit prototyp skutečným uživatelům ještě před vývojem.
Jakob Nielsen z Nielsen Norman Group prokázal, že pět testovacích subjektů odhalí přes 85 % klíčových UX problémů. Nepotřebujete laboratorní podmínky, eye-tracking ani drahé zařízení. Stačí 5 lidí z cílové skupiny, 30minutový videohovor, screensharing a scénáře ("proveď mě procesem objednávky").
Co sledujete: kde uživatel váhá, kde kliká omylem, kde říká "tady nechápu, co mám udělat," co ho překvapilo negativně. Každý nalezený problém v tomto bodě je problém, který nezaplatíte v kódu.
Reálný příklad: klient přišel s prototypem objednávkového procesu pro e-shop. Pět uživatelských testů odhalilo, že zákazníci systematicky přeskakují výběr dopravy, protože tlačítko "Pokračovat" bylo vizuálně prominentnější než samotný výběr. Oprava v prototypu trvala hodinu. V kódu by trvala den a vyžadovala QA.
Prototyp vs. design: správné pořadí
Správné pořadí je: obsah → prototyp → design → vývoj. Ne prototyp → design → "teď upravte obsah podle designu."
Weby, které se dělají přemýšlením nejdřív o designu, trpí obsahem, který se "mačká" do předem daného rozvržení. Výsledek bývá esteticky hezký, ale funkčně slabý — texty jsou zkrácené tam, kde je jich potřeba víc, sekce existují, protože "design je potřeboval," ne proto, že je zákazník potřebuje.
Content-first přístup funguje takto: nejdřív se definuje obsah každé stránky (jaké nadpisy, jaký text, jaká média, jaké CTA), pak se wireframuje rozvržení kolem tohoto obsahu, pak přijde vizuální design. Výsledek je web, kde design slouží obsahu, ne naopak.
Nástroje pro tvorbu prototypů
Figma je dnes standardní nástroj pro UI/UX design a prototypování. Prototypy se dělají přímo v Figmě — propojování obrazovek, definování přechodů, sdílení s klientem přes odkaz. Spolupráce v reálném čase, komentáře přímo v designu. Zdarma pro jednotlivce, placené pro týmy.
Adobe XD byl konkurent Figmy, ale Adobe ho postupně přestalo aktivně vyvíjet. Stále se používá, ale ekosystém přechází na Figmu.
Sketch — desktop aplikace pro macOS, historicky první "moderní" prototypovací nástroj. Stále s silnou základnou, ale ztratil podíl vůči Figmě.
Balsamiq — specializovaný nástroj na low-fidelity wireframy v záměrně "náčrtkovém" stylu. Výhodou je, že klienti přirozeně komentují strukturu a obsah (ne vizuál, protože ten tam není).
Axure — komplexní prototypovací nástroj pro složité interakce, podmíněnou logiku a datově řízenou prezentaci. Overkill pro běžné weby, ale silný pro komplexní enterprise aplikace.
Kdo prototyp dělá a kolik to stojí
Prototypy dělají UI/UX designéři, UX výzkumníci nebo fullstack designéři v agentuře. Někdy jde o specializovanou pozici (UX designer), někdy je to součást práce webového designéra.
Cena závisí na rozsahu projektu a úrovni detailu:
Jednoduchý web (5–10 stránek): wireframy klíčových stránek zabírají 2–4 dny práce, klikatelný prototyp pak 3–7 dní. Celkový náklad: 20 000–50 000 Kč při průměrné hodinové sazbě 1 500–2 500 Kč.
Střední firemní web nebo e-shop (10–30 stránek, základní e-commerce flow): prototyp pokrývá klíčové uživatelské scénáře — nákupní proces, registraci, správu objednávek. Trvá 2–4 týdny. Náklad: 50 000–120 000 Kč.
Komplexní SaaS nebo e-commerce: detailní high-fidelity prototyp se všemi stavy, edge cases, uživatelskými rolemi a onboardingovým procesem. Může trvat měsíc i déle. Náklad: 120 000 Kč a výše.
Jako podíl na celkovém rozpočtu projektu se prototyp pohybuje typicky na 10–20 %. Za projekt na 500 000 Kč je to 50 000–100 000 Kč investice do prototypu — která se vrátí v první várce ušetřených přepracování.
Kdy prototyp není nutný
Malý jednoduchý web — prezentace firmy se třemi stránkami a kontaktním formulářem, žádná e-commerce, žádná komplexní interakce — nevyžaduje plný klikatelný prototyp. Wireframy homepage a kontaktní stránky, odsouhlasení struktury a rovnou na design.
Redesign, kde klient přesně ví, co chce a kde problém leží, může přeskočit část prototypování a rovnou do designu. Ale "přesně vím, co chci" je prohlášení, které se v průběhu vývoje mění častěji, než se předpokládá.
Iterativní projekty, kde se vyvíjí jedna funkce týdně metodou agilního vývoje, nemusí prototypovat celý systém najednou — ale každý nový feature by měl projít aspoň rychlou wireframe fází před implementací.
Ale jakmile projekt obsahuje e-commerce flow, uživatelské účty, více než 15 stránek, vlastní funkce nebo komplexní UX scénáře — prototyp je investice, ne luxus.
Jak prezentovat prototyp klientovi
Prototyp není jen interní nástroj agentury. Je to komunikační artefakt — způsob, jak dosáhnout skutečného shodnutí s klientem na tom, jak web bude fungovat.
Při prezentaci prototypu klientovi je efektivní:
Nechat klienta, ať sám prochází prototyp bez instrukcí. Sledujte, kde tápá — tohle jsou UX problémy, které je potřeba opravit.
Procházet klíčové user stories: "Teď si představ, že jsi zákazník, který chce vyplnit poptávkový formulář. Zkus to udělat." Ne: "Na této stránce je formulář, ve třetím kroku bude toto pole."
Dokumentovat každý komentář a otázku. Prototyp schválení neznamená "líbí se mi to," ale "souhlasím s tím, jak to funguje."
Prototyp a SEO
Prototyp je také momento, kdy se definuje informační architektura — a to má přímý dopad na SEO.
Struktura URL, hierarchie stránek, interní prolinkování — to vše se navrhuje v prototypu. Špatná informační architektura, která se zachytí až po spuštění (nebo vůbec nezachytí), je obtížně opravitelná bez risiku ztráty rankingu.
V prototypu je správný moment definovat: které stránky budou indexované, jak budou pojmenované, jak budou propojené. Úprava struktury URL po spuštění vyžaduje přesměrování a může dočasně ovlivnit pozice.
V Appitect děláme prototypy jako standardní součást procesu — ne jako volitelný doplněk. Každý projekt nad 100 000 Kč začíná wireframy a klikatelným prototypem, který klient odsouhlasí před zahájením vývoje. Pokud chcete vědět, jak by váš projekt vypadal ještě před zahájením vývoje, ozvěte se.