Checklist na brief webu: co si vyžádat od klienta
Checklist na brief webu: co si od klienta vyžádat před tvorbou webu, rozdělené do kategorií, s krátkým důvodem u každé položky a poznámkou, jestli může počkat, nebo ne.
Jak checklist použít
Tohle je referenční seznam, ne scénář — škrtněte, co váš projekt nepotřebuje, a doplňte, co je specifické právě pro něj. Každá položka níž nese dvě věci: jednořádkový důvod, proč na ní záleží, a hrubý odhad, kdy je potřeba, protože ne všechno patří do stejného požadavku.
Před zahájením znamená, že bez toho projekt reálně nejde spustit, nebo že začít bez toho znamená práci předělávat. Může počkat znamená, že lze začít s náhradou nebo rozumným výchozím řešením a skutečnou verzi doplnit později, aniž byste ztratili čas. Správně tenhle rozdíl trefit je většina toho, co dělá požadavek na klienta rozumným místo zahlcujícího — seznam dvanácti věcí na zítra působí úplně jinak než čtyři věci na zítra a osm, které mohou přijít v následujících dvou týdnech.
Pokud vás zajímá proces, do kterého tenhle checklist zapadá — jak požadavek zformulovat, jak upomínat, co dělat s položkami, které nikdy nedorazí — přečtěte si jak získat podklady od klienta.
Rozdělení podle kategorií má ještě jednu výhodu: usnadňuje delegování. Na menší zakázce žádáte o všechno sami, ale na agenturním projektu typicky identitu a obsah řeší jiný člověk než technické přístupy a právní náležitosti — a jasně pojmenované kategorie znamenají, že se nikdo nemusí ptát, kam která položka patří.
Identita a značka
| Položka | Proč ji potřebujete | Kdy |
|---|---|---|
| Soubor s logem (SVG nebo PNG ve vysokém rozlišení) | Screenshot nebo zmenšenina se čistě neškáluje na favicon, hlavičku na retina displeji ani na tisk. Žádejte zdrojový soubor, ne export, který někdo udělal pro prezentaci. | Před zahájením |
| Barvy značky (hex kódy, pokud je klient má) | Odhadování barev ze screenshotu vnese odchylku, kterou klient pozná, i když neumí říct proč. Pokud hex kódy nemá, stačí fotka mobilem něčeho brandovaného (cedule, vizitka), ze které lze barvu odečíst. | Před zahájením |
| Preference písma, pokud existuje | Většina menších klientů nemá definované písmo a spolehne se na vaše doporučení — zeptejte se ale, jestli už nějaké písmo nepoužívají na tištěných materiálech. | Může počkat |
| Existující brand manuál | Pod určitou velikost firmy vzácnost, ale když existuje, vyřeší najednou desítku drobných rozhodnutí (ochranná zóna loga, použití barev, tón sdělení), která by jinak vyžadovala samostatné dotazy. | Může počkat |
Obsah
| Položka | Proč ji potřebujete | Kdy |
|---|---|---|
| Nadpis a úvodní text hlavní stránky | Jediná věc, která nejspíš zdrží spuštění, protože je pro klienta zároveň nejtěžší napsat — vyžádejte si ji jako první a počítejte s tím, že bude potřebovat kolo úprav. | Před zahájením |
| Text dalších podstránek (o nás, služby...) | Struktura a layout se dají stavět s náhradním textem, ale finální texty mění délku řádků i výšku sekcí, takže je doplňte, jakmile existují, ne až na poslední chvíli jako jednoduchou výměnu. | Může počkat |
| Fotky (s uvedeným minimálním počtem a rozlišením předem) | Fotka mobilem v plném rozlišení je skoro vždy v pořádku; fotka už zmenšená pro příspěvek na Facebook obvykle ne. Minimální šířku uveďte přímo v požadavku, ne až po nahrání. | Před zahájením u klíčových fotek, u zbytku může počkat |
| Bio a fotky týmu | Potřeba pro stránku o nás nebo tým, na hlavní stránce zřídka — bezpečně lze nechat na pozdější kolo. | Může počkat |
| Reference nebo recenze | Skutečná slova klienta fungují výrazně lépe než náhradní text — stojí za to zeptat se konkrétně („můžete poslat tři nejlepší recenze z Googlu") místo obecného „máte nějaké reference?" | Může počkat |
| Video nebo jiné mediální podklady | Bývá poslední hotová věc a nejvíc vyjednatelná — nejdřív ověřte, jestli ji projekt skutečně potřebuje, než ji budete brát jako blokující. | Může počkat |
Texty si zaslouží vlastní požadavek, ne jeden řádek v tabulce — rozpadají se na texty na web po stránkách, SEO titulek/popisek, microcopy a právní texty, každé s jiným autorem a jiným termínem. Jak si o jednotlivé kusy říct, popisuje texty na web: jak je dostat od klienta.
Technické přístupy a integrace
| Položka | Proč ji potřebujete | Kdy |
|---|---|---|
| Přihlášení do administrace stávajícího webu, pokud existuje | Potřeba pro přenos obsahu, přesměrování starých URL adres nebo prosté zjištění, co tam je, než to nahradíte. Žádejte to jako přístup, ne jako dokument — viz poznámka o zacházení s hesly níže. | Před zahájením |
| Přístup k registrátorovi domény nebo delegace DNS | Den spuštění na tomhle stojí. Zjistit dva dny před spuštěním, že klient nemá vlastní přístup k registrátorovi (doménu mu kdysi registroval bývalý dodavatel), je běžné a zbytečné zdržení. | Před zahájením |
| Přístup k hostingu, pokud projekt zůstává na stávajícím | Stejná logika jako u registrátora: ověřte přístup, dokud ho ještě nepotřebujete, ne až ve chvíli, kdy ho potřebujete. | Před zahájením |
| Sledovací ID pro analytiku (např. Google Analytics) | Fajn zapojit hned od začátku, ale pár dní bez dat po spuštění webu nic nezničí — kvůli tomu spuštění odkládat nemá smysl. | Může počkat |
| Napojení na e-mailový marketing nebo CRM | Obvykle pozdější propojení (přihlášení k newsletteru, směrování formulářů), ne strukturální požadavek samotného webu. | Může počkat |
| Účty třetích služeb pro rezervace, platby nebo objednávky | Pokud na tomhle stojí klíčová funkce webu (rezervační systém restaurace, platební brána e-shopu), berte to jako blokující pro spuštění, ne jako integraci na později. | Před zahájením, pokud je nutná pro spuštění |
Přístupová hesla si zaslouží jiné zacházení než všechno ostatní na seznamu. Heslo v e-mailovém vlákně je trvalý závazek, ne založený dokument — zůstává čitelné v každé záloze té schránky natrvalo. Přístupy sbírejte někde postaveném na jednorázové předání, ne v těle zprávy — trezor na přístupy v BriefGate zašifruje odeslaný přístup a odhalí ho jednou, tomu, kdo o něj požádal, což je blíž tomu, jak by heslo mělo cestovat, než jakýkoli e-mail. Stejná opatrnost platí i pro přístup do účetního systému jako Fakturoid, pokud ho projekt vyžaduje — je to přihlašovací údaj, ne podklad k založení.
Právní a firemní náležitosti
| Položka | Proč ji potřebujete | Kdy |
|---|---|---|
| Název, adresa a kontaktní údaje firmy přesně tak, jak mají být uvedené | Drobné nesrovnalosti (jiné telefonní číslo v patičce než na Googlu) škodí lokálnímu vyhledávání a působí neopatrně. Vyžádejte si aktuální přesnou verzi, nespoléhejte na loňskou. | Před zahájením |
| Otevírací doba, oblast působení nebo jiná provozní fakta | Tohle jsou fakta o podnikání, ne designová rozhodnutí, a správně je dodá jen klient. | Před zahájením |
| Ceník nebo balíčky služeb, pokud mají být na webu | Nejdřív ověřte, jestli má být veřejný, než kolem něj navrhnete stránku — některé firmy ceník na webu záměrně nezveřejňují. | Před zahájením, pokud bude web ceník zobrazovat |
| Zásady ochrany osobních údajů a obchodní podmínky | Mají právní váhu a měly by přijít od klienta nebo jeho právníka, ne být vymyšlené za něj, obzvlášť u webu, který sbírá jakákoli osobní data. | Může počkat, ale musí být hotové před spuštěním |
| Oborová upozornění (zdravotnictví, finance, právo, alkohol) | Požadavky se liší podle oboru i jurisdikce; zdůrazněte hned na začátku, že ověřit je je odpovědnost klienta, ne že to pokryje výchozí šablona. | Před zahájením u regulovaných oborů |
| Kdo má pravomoc finální web schválit | U každého projektu s víc než jedním rozhodovatelem tohle ujasněte hned na začátku, ne až po spuštění, kdy se objeví druhý rozhodovatel. | Před zahájením |
Otázky, na které se zeptat před začátkem designu
Checklist výše vyjmenovává, co sbírat. Než se cokoli z toho začne sbírat, potřebuje odpověď krátká sada rozhodnutí — ne podklady, ale volby, které určují, jak by podklady výše měly vůbec vypadat. Když se tyhle otázky přeskočí, projekt obvykle zjistí svou skutečnou cílovou skupinu nebo reálný rozpočet až v pátém týdnu, kdy práce už běží špatným směrem.
Podnikání a cíle
- Co má web zvládnout v prvních šesti měsících? Mění „ať to vypadá profesionálně" na měřitelný cíl — víc rezervací, míň telefonátů na podporu, důvěryhodná prezentace pro investora.
- Jakou jedinou akci má návštěvník udělat? Design každé stránky vypadá jinak podle toho, jestli je cílem telefonát, nákup, rezervace nebo přihlášení k odběru.
- Kdo jsou dva až tři největší konkurenti a co se vám na jejich webu líbí nebo nelíbí? Dá vám reálné referenční body místo abstraktních slov o stylu a často odhalí funkci, kterou klient bere jako samozřejmost.
- Co teď projekt spouští — rebranding, rozbitý starý web, nová firma, něco jiného? Důvod projektu tvaruje, co znamená „hotovo", víc než jakékoli zadání designu.
- Co by tenhle projekt udělalo neúspěšným, i kdyby web vypadal skvěle? Vytáhne na světlo tu jednu skrytou podmínku — konkrétní propojení, právní povinnost, názor zainteresovaného — dřív, než se stane překvapením v pátém týdnu.
Cílová skupina
- Kdo je váš ideální zákazník? Základ pro každé další rozhodnutí o obsahu i designu — web pro důchodce a web pro vysokoškoláky by neměly sdílet jednu šablonu.
- Jaké zařízení používá většina vašich návštěvníků — spíš mobil, nebo počítač? Řekne vám, kam nasměrovat čas na testování na mobilu, místo aby se oběma věnovala stejná pozornost automaticky.
- Na co se lidé ptají, než u vás nakoupí nebo si rezervují? Tohle je hotová stránka s častými dotazy a polovina textu na homepage, kterou klient napsal, aniž by si to uvědomil.
- Co zákazníka odradí od výběru vás místo konkurence? Upřímná odpověď je cennější než jakýkoli slogan — řekne vám, co musí text překonat.
Brand a styl
- Jmenujte tři weby, jejichž vzhled se vám líbí, a řekněte proč. Konkrétní reference vyřeší spory o vkusu mnohem rychleji než přídavná jména.
- Vyberte tři slova, jak má brand působit. „Hravě", „klinicky" a „luxusně" každé rovnou vyloučí jiný designový směr, ještě než se cokoli nakreslí.
- Jsou barvy, fonty nebo styly, kterým se chcete vyhnout? Často užitečnější než to, co chtějí — klient se silným názorem na volby předchozího grafika vám to sám řekne.
Harmonogram a očekávání
- Jaké je rozpočtové rozpětí projektu? Nepříjemná otázka, ale nezbytná dřív, než navrhnete řešení, na které klient nemá — nabídněte tři pásma místo žádosti o konkrétní číslo natvrdo.
- Jak dostupní budete pro zpětnou vazbu a schvalování během projektu? Klient, který na dva týdny zmizí uprostřed projektu, potřebuje jiný harmonogram než ten, co odpoví do hodiny.
- Chcete po spuštění průběžnou správu a podporu, nebo jde o jednorázovou zakázku? Mění, co znamená „hotovo", a jestli spolupráce pokračuje i po zaplacení faktury.
Jak se ptát
Podklady z checklistu výše fungují dobře jako asynchronní formulář, protože si je klient může dohledat — přihlašovací údaje ke stávajícímu hostingu, starou fakturu s cenami. Otázky z téhle sekce fungují lépe živě: písemná odpověď na „jaký pocit má brand vyvolávat" bývá krátká a vágní („moderní, ale ne moc korporátní") a užitečná se stane, teprve když se zeptáte „moderní jako co konkrétně?" Praktické rozdělení, které funguje pro většinu menších webových projektů: checklist výše pošlete jako formulář před kickoffem a tuhle sekci proberte na krátkém hovoru, až se formulář vrátí.
Časté dotazy
Co si vyžádat od klienta před začátkem tvorby webu?
Ve zkratce: podklady ke značce (logo, barvy), klíčový obsah (nadpis a text hlavní stránky), technické přístupy (přihlášení do stávajícího webu, registrátor domény, hosting) a firemní fakta (otevírací doba, adresa, ceník). Kategorie výše každou z nich rozebírají podrobněji i s tím, co blokuje start a co může počkat.
Kolik položek by měl mít vstupní checklist pro klienta?
Tolik, aby byl konkrétní, ne vyčerpávající — běžný web malé firmy potřebuje osm až patnáct samostatných položek, pokud fotky, textové sekce a technické přístupy počítáte zvlášť místo pod jednu neurčitou hlavičku jako „podklady". Kratší seznam konkrétních požadavků se vyplní rychleji než delší seznam neurčitých.
Co když klient nemá brand manuál ani hex kódy barev?
Většina menších klientů ho nemá. Vyžádejte si, co skutečně má: soubor s logem a fotku mobilem něčeho brandovaného — cedule, obalu, vizitky — ze které lze barvu odečíst. Čekání na manuál, který nikdy nevznikl, jen zdrží projekt.
Jak od klienta bezpečně převzít přihlašovací údaje, aniž byste posílali hesla e-mailem?
Nikdy v těle e-mailu ani zprávy — zůstává to čitelné v každé záloze té schránky natrvalo. Odkaz na jednorázové sdílení z password manageru je rozumné minimum pro občasné použití; napříč více zakázkami odstraní riziko zapomenutého smazání e-mailu trezor, který přístup zašifruje na serveru a odhalí ho jednou tomu, kdo o něj požádal — přesně takhle funguje trezor na přístupy v BriefGate.
Co když klient nikdy nepošle logo ani klíčové fotky?
Stanovte reálný termín a řekněte, co se stane, když ho nestihne — většina zaseknutí se vyřeší, jakmile má skutečný důsledek. Pokud přesto nic nedorazí, sáhněte po tom, co je k dispozici: fotka cedule nebo vizitky mobilem stačí na odečtení barev značky a textové logo (wordmark) může web spustit místo souboru s logem, aniž by to později znamenalo přestavbu.
Jaký je rozdíl mezi tímto checklistem a vstupním dotazníkem?
Žádný samostatný formulář pro to není — otázky založené na úsudku, které formují projekt (cíle, cílovka, vyznění brandu, rozpočet), jsou zapracované do sekce Otázky, na které se zeptat před začátkem designu výše, takže tahle jedna stránka pokrývá konkrétní podklady ke sběru i rozhodnutí, která je formují, místo aby byly rozdělené do dvou dokumentů.
Kde do toho zapadá BriefGate
Proměnit tenhle seznam ve skutečný požadavek je část, kterou většina nástrojů nepokrývá: někdo ho pořád musí poslat, sledovat, co dorazilo, upomínat, co ne, a přístupová hesla držet mimo všechno ostatní. BriefGate je postavený přesně na tenhle krok. AI kódovací agent — nebo vy sami z dashboardu — deklaruje tenhle seznam jako typované položky s omezeními výše rovnou zabudovanými (minimální šířka obrázku, povinné vs. volitelné, schéma pro strukturovaná fakta jako otevírací doba), a BriefGate vygeneruje klientovi jeden portál s vaším brandingem, posílá upomínky podle rozvrhu, který zvolíte, a vrátí ověřená data místo složky s nesourodými soubory a zaseknutým e-mailovým vláknem. Šablony pro web restaurace, poradce a spolku pokrývají verzi přesně tohohle checklistu předpřipravenou pro tři typy projektů, takže opakující se typ zakázky neznamená sestavovat seznam od nuly pokaždé znovu.
Pošlete tenhle checklist klientovi přes BriefGate — začněte zdarma, bez karty, a proměňte tabulku výše v portál s vaším brandingem a automatickými upomínkami místo jednorázového e-mailu.