Jak przygotować brief strony lub aplikacji?

Napisz, dla kogo powstaje produkt

Zacznij od krótkiej informacji o firmie oraz osobie, która będzie korzystała ze strony lub aplikacji. „Klienci firmy” to często zbyt szeroki opis. Czy użytkownik zamawia usługę pierwszy raz, sprawdza postęp realizacji, czy codziennie obsługuje kilkadziesiąt zgłoszeń?

Dopisz okoliczności: telefon w terenie, komputer w biurze, dostęp współpracowników do jednego konta. Taki kontekst pomaga dobrać rozwiązanie i zadać właściwe pytania. Nie musisz samodzielnie wybierać technologii.

Pokaż proces na jednym przykładzie

Opisz prawdziwą sprawę od początku do końca. Gdzie trafia zapytanie? Kto sprawdza dane? Co otrzymuje klient? Jeśli dziś używacie arkusza, formularza lub kilku maili, pokaż ich układ na zanonimizowanej próbce. Usuń dane, które nie są potrzebne do zrozumienia procesu.

Dodaj jeden trudniejszy przypadek. Może to być niepełny formularz, pomylony termin albo zmiana osoby prowadzącej sprawę. Wyjątki pomagają zobaczyć pracę, której nie widać na samym ekranie głównym.

Rozdziel pierwszą wersję i dalsze pomysły

Przy każdej funkcji napisz, dlaczego jest potrzebna na start. Jeżeli bez niej użytkownik nie zakończy głównego zadania, ma mocne uzasadnienie. Funkcja, która przyda się dopiero przy większej liczbie klientów, może trafić do kolejnego etapu.

Wymaganie „ma być jak znana platforma” zamień na konkretne zachowanie. Link do inspiracji jest pomocny, jeśli dopiszesz, co Ci odpowiada: sposób wyszukiwania, podgląd produktu lub układ formularza. W przeciwnym razie wykonawca musi zgadywać zakres podobieństwa.

• Cel pierwszego wydania
• Główna czynność użytkownika
• Funkcje potrzebne do jej ukończenia
• Pomysły na później, zapisane osobno

Zbierz materiały i zależności

Wypisz istniejącą domenę, hosting, systemy, które trzeba połączyć, oraz dostępne materiały. Zaznacz, kto przygotuje teksty, zdjęcia i identyfikację marki. Jeżeli aplikacja ma zastąpić stare narzędzie, potrzebny będzie opis danych do przeniesienia.

Do briefu wystarczą nazwy usług i informacja o dostępie do dokumentacji. Haseł i kluczy API nie wklejaj do dokumentu przesyłanego wielu wykonawcom. Dostępy przekazuje się osobno, w ustalonym zakresie, gdy są potrzebne do pracy.

Podaj termin, budżet i sposób podejmowania decyzji

Napisz, czy termin wynika z wydarzenia lub umowy, czy jest oczekiwaniem do uzgodnienia. Jeśli masz przedział budżetu, pozwala on od razu dobrać realny pierwszy etap. Brak ustalonej kwoty też można jasno zaznaczyć.

Wskaż osobę, która akceptuje zakres i zbiera uwagi zespołu. Dopisz najważniejsze niewiadome. Dobry brief może kończyć się pytaniami do wykonawcy. Wystarczy, że daje wspólny punkt wyjścia do rozmowy o produkcie.