Cum scrii un brief de proiect care primește răspunsuri bune
Nu ai nevoie de limbaj tehnic ca să scrii un brief bun. Ai nevoie să explici problema suficient de clar încât altcineva să poată pune întrebări inteligente despre ea. O singură pagină sinceră bate un document lung, plin de presupuneri.
Începe cu problema, nu cu funcționalitățile
Descrie ce merge prost astăzi și cui îi merge prost. „Clienții ne sună ca să afle în ce stadiu e comanda” îi spune unui studio mult mai mult decât „avem nevoie de un portal pentru clienți” și lasă loc pentru o idee mai bună decât cea de la care ai pornit.
Spune cum arată succesul
Alege ceva ce ai putea chiar observa în câteva luni: mai puține apeluri la suport, un proces care durează minute în loc de zile sau un prim grup de oameni care plătesc pentru produs. Obiectivele clare ușurează fiecare decizie de mai târziu.
Spune sincer care sunt limitele
O dată fixă de lansare, un interval de buget sau un sistem existent care nu se poate schimba sunt informații utile. Dacă le spui din timp, economisești timp și ajungi la planuri mai realiste.
Un șablon simplu de brief
- Problema, în două-trei propoziții
- Pe cine afectează și cum se descurcă acum
- Cum ar arăta succesul
- Orice există deja
- Termene sau limite de buget pe care le știi deja
- Unde ai cele mai mari îndoieli
Ultimul punct e adesea cel mai util. Partenerii buni preferă să audă ce nu știi decât să descopere asta la jumătatea proiectului.
