SHIFT >_CODE
← Magazyn

Zanim ruszy development: jak napisać brief, który oszczędzi pieniądze

Dobry brief to nie stustronicowa specyfikacja. To krótki i szczery opis celów, użytkowników i ograniczeń, który pozwala zespołowi dobrze oszacować pracę i zbudować właściwą rzecz.

Większość przekroczeń budżetu zaczyna się przed pierwszą linijką kodu: zespół buduje to, co zrozumiał, a nie to, czego potrzebowała firma. Jasny brief to najtańszy sposób, by tego uniknąć, i nie wymaga wiedzy technicznej.

Zacznij od celu

Opisz językiem biznesu, po co jest projekt: więcej zgłoszeń ze strony, mniej ręcznej pracy w biurze, uruchomienie nowej usługi, zastąpienie przestarzałego systemu. Dodaj, po czym poznasz sukces - na przykład po liczbie zgłoszeń miesięcznie lub czasie poświęcanym na proces. Cel pomaga zespołowi podejmować setki drobnych decyzji we właściwym kierunku.

Opisz użytkowników

Kto będzie korzystał z produktu: klienci, pracownicy, partnerzy, administratorzy? Co muszą zrobić i w jakich sytuacjach - na telefonie w biegu, przy biurku cały dzień, raz w roku? Nawet krótki akapit o każdej grupie jest bardziej przydatny niż lista funkcji.

Wypisz kluczowe scenariusze

Opisz główne działania jako proste historie: „Klient wybiera usługę, termin, płaci i dostaje potwierdzenie”. Pięć-dziesięć takich historii obejmuje rdzeń większości projektów. Łatwo je omawiać, wyceniać i sprawdzać na końcu.

Szczerze nazwij ograniczenia

Widełki budżetu, termin, istniejące systemy do podłączenia, wymagania prawne, języki, kto będzie zarządzał treścią po uruchomieniu. Ograniczenia nie są słabością briefu - to one pozwalają zespołowi zaproponować realistyczne, a nie idealne rozwiązanie.

Ustal priorytety

Zaznacz, co musi znaleźć się w pierwszej wersji, a co może poczekać. Start, w którym dobrze działają najważniejsze scenariusze, jest prawie zawsze lepszy niż spóźniony start, w którym wszystko jest zrobione w połowie.

Czego możesz nie pisać

Nie musisz wybierać technologii, rysować każdego ekranu ani opisywać bazy danych - to zadanie zespołu. Przykłady stron czy produktów, które Ci się podobają, wraz z tym, co dokładnie Ci się w nich podoba, są często cenniejsze niż szczegółowe szkice.

W skrócie

Przydatny brief odpowiada na pięć pytań: po co, dla kogo, co muszą umieć zrobić użytkownicy, w jakich ramach i co jest najważniejsze. Dwie-trzy strony zwykle wystarczą, by oszczędzić tygodnie poprawek.