Checklist podkladů pro tvorbu 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 |
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 |
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.