Design brief je základem každého úspěšného projektu. Sladí tým, nastaví očekávání a definuje, jak vypadá úspěch, dříve než je umístěn jediný pixel. Přesto mnoho briefů, se kterými se setkáváme, čte spíše jako seznam přání než jako strategický dokument. V Kosmowebu jsme náš přístup k design briefům vybrousili na desítkách projektů a ty, které přinášejí nejlepší výsledky, mají vždy jeden společný rys: od první věty staví do středu uživatele.
Proč je design brief důležitý
Bez briefu projekty tápou. Designéři interpretují cíle jinak než vývojáři. Zúčastněné strany vnášejí protichůdné priority uprostřed práce. Termíny se posouvají, protože se na rozsahu nikdo na začátku neshodl. Kvalitně zpracovaný brief těmto problémům předchází tím, že vytváří společný referenční bod, ke kterému se všichni mohou vrátit, když se rozhodování zkomplikuje.
Jednou jsme převzali webový projekt pro logistickou společnost, která neměla žádný písemný brief. Generální ředitel chtěl odvážnou, moderní prezentaci značky. Provozní manažer chtěl podrobný katalog služeb. Obchodní tým chtěl formuláře pro sběr kontaktů na každé stránce. Bez briefu, který by tyto protichůdné vize zprostředkoval, první dva měsíce přinesly tři různé designové směry, z nichž žádný nikoho neuspokojil. Začít znovu s řádným briefem projekt zachránilo, ale ztracený čas a rozpočet byly bolestivou lekcí pro všechny zúčastněné.
Začněte jasným problémem
Každý design brief by měl začínat artikulací problému, který projekt řeší. Ne řešení, které si představujete, ale samotného problému. „Potřebujeme nový web“ není problémová formulace. „Náš současný web generuje méně než deset kvalifikovaných leadů měsíčně navzdory 15 000 měsíčním návštěvníkům“ je problémová formulace. Tento rozdíl je zásadní, protože udržuje tým zaměřený na výsledky místo výstupů.
Problém formulujte z perspektivy uživatele, kdykoli je to možné. „Návštěvníci nemohou zjistit naše ceny bez zavolání obchodnímu oddělení“ je akčnější než „Potřebujeme ceníkovou stránku.“ První formulace zve ke kreativním řešením; druhá předepisuje konkrétní řešení, které může, ale nemusí řešit podstatu problému.
Poznejte své uživatele
Uživatelsky orientovaný brief vyžaduje znalost uživatelů. Zdokumentujte, kdo jsou Vaše primární a sekundární cílové skupiny, co od Vašeho webu potřebují a jaké bariéry jim v tom aktuálně brání. Pokud máte existující výzkum, odkažte na něj. Pokud ne, přiznejte tento nedostatek a zahrňte průzkum do plánu projektu.
Persony mohou být užitečné, ale pouze pokud jsou založeny na reálných datech. Persona založená na přepisech rozhovorů a analytice je strategický nástroj. Persona založená na představách týmu je fikce převlečená za strategii. Naše klienty povzbuzujeme, aby do svých briefů zahrnuli alespoň tři doslovné citáty od skutečných uživatelů. Tyto citáty ukotvují dokument v realitě a připomínají všem, že web slouží skutečným lidem se skutečnými frustracemi.
U nedávného projektu pro soukromou zdravotnickou kliniku brief obsahoval anonymizovanou zpětnou vazbu pacientů z dotazníků po návštěvě. Opakující se téma bylo, že pacienti nemohli snadno online najít dostupnost specialistů a museli volat na recepci. Tento jediný poznatek formoval celou informační architekturu redesignu.
Stanovte jasné cíle
Cíle by měly být konkrétní a měřitelné. „Zlepšit uživatelský zážitek“ je aspirace, nikoli cíl. „Snížit průměrný čas na dokončení rezervace ze čtyř minut na méně než devadesát sekund“ je cíl, ke kterému můžete designovat, vyvíjet a po spuštění ho měřit. Zahrňte jak obchodní cíle, tak uživatelské cíle a poznamenejte, kde se shodují a kde mohou být v konfliktu.
Primární cíle omezte na tři. Brief s dvanácti cíli je brief bez priorit. Pokud je vše stejně důležité, nic nedostane pozornost, kterou si zaslouží. Sekundární cíle mohou být zdokumentovány samostatně, ale primární cíle by měly být viditelné na první stránce briefu.
Specifikujte deliverables
Přesně uveďte, co projekt vyprodukuje. Budou wireframy? Klikací prototyp? Kompletní design systém? Assety připravené pro vývoj? Specifikujte formáty souborů, velikosti obrazovek a jakékoli platformově specifické požadavky. Nejednoznačnost v deliverables je jedním z nejčastějších zdrojů projektových sporů.
Zahrňte časový plán s milníky, nejen konečný termín. V Kosmowebu strukturujeme deliverables kolem revizních cyklů. Každý milník obsahuje výstup, období pro revizi a okno pro úpravy. Tento rytmus vytváří přirozené kontrolní body, které udržují projekt na správné cestě a předcházejí překvapením na konci.
Držte se uživatelského středu
V celém briefu se vracejte k uživateli. Při popisu vizuálního směru vysvětlete, jak slouží publiku. Minimalistická estetika není stylová preference — je to strategie pro snížení kognitivní zátěže časově vytížených návštěvníků. Při výčtu technických požadavků je propojte s potřebami uživatelů. Rychlé načítání není o výkonu serveru — je to o respektování času a pozornosti uživatele.
Zahrňte uživatelské scénáře popisující, jak budou různé segmenty publika s finálním produktem pracovat. Tyto scénáře pomáhají designérům a vývojářům vcítit se do lidí, pro které budují. „Majitelka malého podniku navštíví web na telefonu během obědové pauzy, aby porovnala cenové plány“ sděluje více kontextu než „Web musí být responzivní.“
Zůstaňte flexibilní
Brief je živý dokument, nikoli smlouva vytesaná do kamene. Jak projekt postupuje a objevují se nové informace, brief by se měl vyvíjet. Uživatelské testování může odhalit, že předpoklad byl chybný. Tržní podmínky se mohou změnit. Může se objevit nové technické omezení. Zabudujte proces aktualizace briefu zahrnující schválení zúčastněných stran, aby změny byly záměrné, nikoli náhodné.
Flexibilita neznamená, že je dovoleno cokoli. Znamená, že tým má povolení se přizpůsobit, když důkazy změnu podporují, a přitom si zachovat soulad v hlavním problému a cílech. Nejsilnější briefy, se kterými jsme pracovali, obsahují sekci výslovně nazvanou „Co se můžeme dozvědit“, která uznává nejistotu a rámuje objevování jako výhodu, nikoli nedostatek.
Praktické kroky
Začněte individuálními rozhovory s klíčovými zúčastněnými stranami, než skupinu svoláte dohromady. Individuální rozhovory odhalí upřímné perspektivy, které by v skupinovém prostředí mohly být potlačeny. Zjištění zkompilujte do návrhu briefu a rozešlete k písemné zpětné vazbě před naplánováním revizní schůzky.
Používejte srozumitelný jazyk. Brief plný žargonu vylučuje členy týmu, kteří nejsou specialisté na design či technologie. Každý, kdo je do projektu zapojen, by měl být schopen brief přečíst a plně mu porozumět. A nakonec udržujte dokument stručný. Nejlepší briefy, které jsme v Kosmowebu viděli, mají tři až šest stran. Pokud je Váš brief delší než deset stran, pravděpodobně obsahuje informace, které patří do samostatného výzkumného nebo strategického dokumentu.