Dokument požadavků na web: co do něj napsat
Dokument požadavků existuje kvůli jedné věci: aby vy a ten, kdo web staví, mluvili o stejném projektu. Nemusí být dlouhý. Musí být konkrétní na správných místech.
Tento průvodce ukazuje, co zahrnout, co vynechat, a které části zabrání nejčastějším sporům.
Části, které nesmí chybět#
Každá existuje proto, že její absence způsobí předvídatelný problém.
- Kontext a cíle. Co firma dělá a čeho má web dosáhnout, v číslech.
- Publikum. Kdo přichází a s jakou otázkou.
- Seznam stránek. Všechny, seskupené podle šablony, s označením nových.
- Funkce. Formuláře, vyhledávání, filtry, přihlášená sekce, cokoli to je.
- Integrace. Každý externí systém, s osobou odpovědnou za přístup.
- Obsah. Kdo píše, kdo fotí, kdo vkládá, a do kdy.
- Technické požadavky. Jazyky, přístupnost, výkon, podporované prohlížeče.
- Mimo rozsah. Nejdůležitější část dokumentu.
- Termíny a odpovědné osoby. Kdo rozhoduje a co se stane při zpoždění.
Část «mimo rozsah» zabrání víc sporům než všechny ostatní dohromady. Napište ji, i když se zdá samozřejmá.
Jak psát požadavky, které lze ověřit#
Vágní požadavek nelze ověřit, a co nelze ověřit, o tom se diskutuje na konci projektu.
| Vágní | Ověřitelné |
|---|---|
| Web má být rychlý | LCP pod 2,5 s na hlavních šablonách na 4G |
| Má fungovat na mobilu | Použitelný od 360 px, testováno na reálných zařízeních |
| Má být přístupný | Splňuje WCAG 2.1 úroveň AA na hlavních šablonách |
| Snadná správa | Tým vytvoří a publikuje stránku bez vývojáře |
| Moderní design | V souladu s manuálem značky; tři úvodní návrhy |
| Optimalizováno pro SEO | Editovatelné titulky, sitemapa, strukturovaná data, přesměrování |
| Podporuje více jazyků | CS a EN při spuštění; struktura pro přidání dalších |
Co vynechat#
Příliš podrobné dokumenty stojí čas na psaní, čas na čtení, a berou zhotoviteli možnost navrhnout něco lepšího.
- Nepředepisujte technologii bez důvodu. Uveďte problém; řešení nechte na nabídce.
- Nepište text každého tlačítka. To se vyřeší s obrazovkami před sebou.
- Nenavrhujte web slovy. Vizuální reference fungují lépe než popisy.
- Nezahrnujte funkce «do budoucna» bez jasného označení jako druhá fáze.
- Nekopírujte požadavky z jiného dokumentu bez kontroly, zda platí.
- Nežádejte to, co nepoužijete. Každá funkce má náklad na stavbu i na správu.
Pokud dokument u firemního webu překročí deset stran, pravděpodobně specifikujete řešení místo problému.
Používání dokumentu během projektu#
Dokument není k založení do šuplíku po podpisu. Je to reference, která řeší spory.
- Pošlete tentýž dokument všem kandidátům, abyste dostali porovnatelné nabídky.
- Přiložte ho ke smlouvě, aby dohodnutý rozsah byl rozsah zapsaný.
- Když někdo požádá o něco nového, zkontrolujte dokument dřív, než začnete řešit termín.
- Zaznamenávejte změny rozsahu písemně, s odhadem, dřív než práce začne.
- Používejte seznam stránek jako kontrolní seznam obsahu během stavby.
- Při předání projděte ověřitelné požadavky jeden po druhém.
Časté dotazy
Jak dlouhý má dokument být?
U firemního webu stačí pět až deset stran. U velkého projektu s integracemi dvacet až třicet. Pokud to výrazně překračujete, pravděpodobně specifikujete řešení místo problému — a takové dokumenty mívají tendenci být ignorovány všemi včetně těch, kdo je psali.
Mám uvést rozpočet?
Ano. Zhotovitel pak může navrhnout nejlepší možný projekt v této částce místo hádání. Kdo rozpočet neuvede, dostane nabídky lišící se desetinásobně a nemůže je porovnat. Rozmezí stačí; není třeba prozradit přesnou hranici.
Kdo má dokument psát?
Někdo na straně klienta, kdo zná byznys, ideálně s podporou někoho, kdo rozumí webu. Pokud požádáte agenturu, přirozeně popíše projekt, jaký ráda dělá — což může být i dobré, ale přestává to sloužit k porovnání nabídek. Pokud to tak uděláte, zaplaťte tuto fázi zvlášť.
Co když se požadavky změní v půli?
Změní se téměř vždy a dokument tomu nebrání — organizuje to. Mějte proceduru změn: každý nový požadavek dostane písemný odhad dřív, než začne práce. Problémem nejsou změny, ale změny, které projdou, aniž by někdo upravil termín a rozpočet.
dokument požadavků webbrief na webspecifikace weburozsah webového projektupoptávka na webzadání webu
