Co považujeme za dokumentaci webu?
- Úvodní byznys zadání, požadavky zadavatele.
- Navazující analýza zahrnující výsledky uživatelských průzkumů, persony, uživatelské scénáře.
- Dokumentace pro grafika, developera – wireframy, prototypy, informační architektura, design manuály, specifikace funkcí, interakční specifikace, popisy pro kodéry, programátory.
- Navazující dokumentace pro obsluhu, rozvoj, správu webu.
Hodně se mi líbí se mi definice Michala Panušky z muut.cz (specializuje se na design rozsáhlých webů):
Dokumentace webu je souhrn všech dokumentů, které nám pomáhají dostat se při přípravě a vývoji webu do požadovaného stavu, a následně nám umožňují tento stav udržet či dále rozvíjet podle daných pravidel.
A které myšlenky z večera mi utkvěly v hlavě?
- Vytáhnout z klienta byznys cíle a nastavit si KPI je základ pro dobré výsledky. (Mě na to funguje metoda logického rámce.)
- Důležité je pochopení. Designér musí pochopit byznys klienta tak, aby mu i klidně mohl říct „toto je nesmysl, protože …,“ nebo tady doporučuji spíše toto.
- Odpovědí je nejčastěji Axure. Ať jsme se bavili o obecné dokumentaci, specifikaci interakcí, podrobném popisu funkcí, nejčastějším řešením byl wireframe (nebo už „klikací“ a popsaný wireframe) v Axure.
- Programátor nebo kodér, který nemyslí a musí se po něm permanentně kontrolovat si nezaslouží další práci.
- Zapomíná se, že dokumentace slouží i kopíkům, markeťákům, SEO & PPC lidem a občas i klientovi.
- Klienta ve finále zajímá cena, termín a grafika. A pak až výsledky.
- Zadávačka na milionový projekt může mít klidně 4 stránky. Od klienta.
- Pro komunikaci s klientem je vhodný Basecamp, Trello apod. kde se všechno zaznamenává, mj. i schválení klienta.
Podle Nika Page (vede UX tým České spořitelny), spořitelna dost testuje na lidech. I jenom myšlenky a nápady, hlavně pro mobilní aplikace. Zadání pro vývoj dělá jen takové, aby to agentura / developer pochopil a mohl si udělat vlastní funkční zadání.
Speciální tipy na spolupráci s velkou korporací od Michala Panušky:
- Klient ať sám sepíše svou představu. Přinutí ho to (aspoň chvíli) o věci opravdu přemýšlet. Navíc snížíte pravděpodobnost, že klient časem zjistí, že chtěl něco jiného.
- Definujte kompetenční matici na straně klienta. Ať je jasné, kdo za co odpovídá, co schvaluje.
- Prvotní dokumentaci, vstupní informace, zadání, cíle si nechte fyzicky podepsat do zainteresovaných lidí. Skutečný podpis je přinutí si dokument alespoň pročíst a interně podporovat.
- Navíc získáte pevný opěrný bod pro případné změny požadavků v průběhu realizace. Můžete se pak odvolat na původní zadání a vysvětlit, že změna bude znamenat více času a vícenáklady.
Přispějte i vy svou zkušeností…