Dobry brief opisuje problem biznesowy, odbiorców, obecną stronę, treść, funkcje, integracje, ograniczenia, osoby decyzyjne i warunki uruchomienia.

Brief ma dać kontekst, a nie narzucać rozwiązanie. Wykonawca powinien mieć przestrzeń, by zaproponować lepszą strukturę lub mniejszy zakres.

Brief opisuje problem, nie rozwiązanie

Najczęstszy błąd to przyjście z gotową specyfikacją: liczba podstron, lista funkcji, kilka stron do naśladowania. Taki format ukrywa informacje, których wykonawca naprawdę potrzebuje, i uniemożliwia zaproponowanie czegoś lepszego niż to, co już sobie wyobraziłeś. Dobry brief opisuje sytuację i zostawia miejsce na rekomendację.

  • Słaby brief: osiem podstron, blog, slider, coś jak u konkurencji.
  • Dobry brief: zapytania są niedopasowane, a zespół nie może publikować.
  • Narzucając rozwiązanie, dostajesz wyłącznie to, co sam wymyśliłeś.

Wyjaśnij, dlaczego projekt powstaje

Co zmieniło się w firmie? Co nie działa na obecnej stronie? Jaką decyzję ma ułatwić klientowi? Konkretne problemy są ważniejsze niż lista efektów wizualnych. Słowo „teraz” ma tu znaczenie: coś się zmieniło, skoro projekt dostał budżet i uwagę, a to zwykle jest prawdziwy brief.

  • Co zmieniło się w firmie albo na rynku?
  • Czego obecna strona nie pozwala Ci robić?
  • Co byłoby inaczej, gdyby projekt się udał?

Opisz treść i funkcje

Podaj przybliżoną strukturę, typy CMS, formularze, integracje, wersje językowe i posiadane materiały. Zaznacz, czego jeszcze brakuje. Gotowość treści to największa zmienna w każdej wycenie, więc jej przemilczenie gwarantuje, że wycena będzie nietrafiona.

  • Przykładowe realne teksty, nie opis „mniej więcej takie”.
  • Lista narzędzi i osób mających do nich dostęp.
  • Właściciel każdej ważnej treści.
  • Jasna informacja, kto napisze to, czego jeszcze nie ma.

O co dopyta dobry wykonawca

Uprzedzenie tych pytań skraca cały proces. Jeśli wykonawca o nie nie pyta, to też jest informacja: wycena bez tych danych jest zgadywaniem.

  • Kto ma ostatnie słowo i ile osób opiniuje?
  • Czy treści istnieją i kto napisze brakujące?
  • Które integracje muszą przetrwać i kto ma do nich dostęp?
  • Czy termin jest sztywny i co go wyznacza?
  • Jaki budżet czyni ten projekt realnym?

Ustal sposób podejmowania decyzji

Wskaż osoby zatwierdzające, budżet, ograniczenia i oczekiwany termin. Data bez uwzględnienia treści i integracji nie jest jeszcze harmonogramem. Termin ustalony bez oglądania się na gotowość materiałów to życzenie, nie ograniczenie, i wszyscy przekonają się o tym w tym samym, późnym momencie.

  • Jedna osoba decyzyjna z prawem ostatniego słowa.
  • Realna data dla treści, nie tylko dla publikacji.
  • Znane ryzyka opisane, a nie odkrywane w trakcie.

Krótka lista przed podjęciem decyzji

  • Opisz problem, nie liczbę podstron.
  • Wyjaśnij, co zmieniło się teraz.
  • Wskaż odbiorców i ich decyzje.
  • Wypisz treści, integracje i dostępy.
  • Powiedz wprost, kto pisze brakujące teksty.
  • Nazwij jedną osobę decyzyjną i realne ograniczenia.

Najczęstsze pytania

Czy brief musi podawać platformę?

Tylko jeśli jest to realne wymaganie. W innym przypadku lepiej opisać potrzeby i poprosić o uzasadnienie rekomendacji.

Czy trzeba podawać budżet?

Budżet pomaga dopasować poziom interwencji i uniknąć propozycji, której firma nie może zrealizować. Nie musi być kwotą co do złotówki, wystarczy przedział.

Jak długi powinien być brief?

Dwie strony konkretów są lepsze niż dwadzieścia ogólników. Jeśli nie zawiera problemu, odbiorcy, sytuacji z treściami i procesu decyzyjnego, objętość tego nie nadrobi.

Czy wysyłać ten sam brief do kilku wykonawców?

Tak, inaczej odpowiedzi nie będą porównywalne. Wtedy różnice między ofertami wynikają z podejścia, a nie z różnych informacji.

Co jeśli nie wiem, czego dokładnie potrzebuję?

To normalna sytuacja i warto napisać ją wprost. Opisz problem i pozwól wykonawcy zaproponować zakres. Udawanie pewności prowadzi do zamówienia czegoś, co nie rozwiązuje sprawy.