Definicja: Brief strony internetowej to zestaw informacji, które opisują cel, zakres i warunki realizacji projektu potrzebne do przygotowania wyceny. Nie jest pełną specyfikacją techniczną ani gotowym projektem graficznym.
Przed wyceną opisz przede wszystkim, po co powstaje strona, dla kogo ma działać, co ma obejmować i kto dostarcza materiały.
Zacznij od celu biznesowego i głównego działania użytkownika.
Wypisz podstrony, typy treści, funkcje oraz systemy, z którymi strona ma współpracować.
Oznacz materiały gotowe, brakujące i wymagające przygotowania.
Dopisz termin, budżet lub priorytety, wymagania dotyczące SEO, dostępności, utrzymania i odbioru, jeśli odnoszą się do projektu.
Najczęstszy problem nie polega na braku technicznej wiedzy, lecz na niejasnym zakresie. Określenie „strona internetowa” nie mówi wykonawcy, ile typów treści ma powstać, co użytkownik będzie mógł zrobić ani jakie prace obejmuje zapytanie. Brief ma ujawnić te założenia, a także wskazać kwestie, które pozostają otwarte.
Dokument nie musi odpowiadać na każde techniczne pytanie. Powinien jednak pozwolić odróżnić elementy ujęte w wycenie od usług opcjonalnych i zadań pozostających po stronie zamawiającego. Dotyczy to typowych stron firmowych, usługowych i informacyjnych. Rozbudowany serwis może wymagać dodatkowego etapu analitycznego.
Czym jest brief i dlaczego przygotować go przed wyceną?
Brief porządkuje informacje o celu strony, odbiorcach, zakresie, funkcjach, materiałach i oczekiwanym efekcie.[1][2][3] Jego zadaniem jest pokazanie, co wykonawca ma uwzględnić, czego nie obejmuje zapytanie i które elementy wymagają doprecyzowania.
Przy zlecaniu usługi takiej jak projektowanie stron www sam opis preferowanej estetyki nie wystarcza. Potrzebny jest również opis działania strony, treści, funkcji i warunków realizacji.
W praktyce niejasny zakres utrudnia porównanie ofert i może prowadzić do różnych założeń dotyczących projektu.[1][2][4] Jest to wniosek ze źródeł branżowych, które nie przedstawiają niezależnego pomiaru skali zjawiska. Różnice mogą wynikać również z jakości wykonania, modelu współpracy i usług dodatkowych.
Praktycznym rozwiązaniem jest oznaczenie każdego większego elementu jedną z trzech informacją: znajduje się w zakresie, pozostaje poza zakresem albo wymaga ustalenia. Brief otwiera w ten sposób rozmowę o projekcie, ale nie zastępuje specyfikacji ani umowy.
Cel, odbiorcy i zakres: od tego zacząć brief
Najpierw trzeba opisać, po co strona powstaje, dla kogo jest przeznaczona i jakie działanie ma wykonać jej użytkownik. Dopiero potem cel można przełożyć na podstrony, typy treści i funkcje. Dobry brief łączy te elementy, zamiast przedstawiać oderwaną listę ekranów.[1][2]
Jak opisać cel strony bez ogólników
Zamiast zapisywać wyłącznie „nowoczesna strona firmowa”, określ główny rezultat. Może nim być przedstawienie oferty, obsługa zapytań albo umożliwienie użytkownikowi wykonania wskazanego działania. Opis odbiorców nie wymaga tworzenia rozbudowanych person. Wystarczy wskazać, kto korzysta ze strony, czego szuka i co powinien móc zrobić.
Informacja o firmie: zakres działalności i oferta, którą ma prezentować serwis.
Odbiorcy: osoby lub organizacje, do których kierowana jest treść.
Główny cel: rezultat, któremu ma służyć strona.
Działanie użytkownika: czynność, którą powinien móc wykonać.
Jak rozpisać podstrony i typy treści
Wypisz planowane podstrony, typy treści, funkcje i integracje. Ogólna nazwa projektu nie wystarcza do precyzyjnego określenia zakresu.[2][3][7] Sama liczba podstron także może być myląca, ponieważ nie pokazuje ich celu, zawartości ani tego, czy korzystają z powtarzalnego układu.
Przy każdej pozycji można podać nazwę, cel, rodzaj treści i informację, czy wymaga indywidualnego opracowania. Osobno należy oznaczyć wersje językowe oraz elementy, których zakres nie jest jeszcze ustalony.
Element briefu
Co opisać przed wyceną
Co można oznaczyć do doprecyzowania później
Cel strony
Główny rezultat i oczekiwane działanie użytkownika
Dodatkowe cele i ich priorytety
Odbiorcy
Do kogo kierowana jest oferta i czego szuka ta grupa
Bardziej szczegółowe warianty odbiorców
Zakres
Robocza lista podstron i typów treści
Ostateczne nazwy, układ i szczegóły zawartości
Funkcje
Działania potrzebne użytkownikowi i systemy zewnętrzne
Technologia oraz szczegóły wykonania
Materiały
Co jest gotowe i kto odpowiada za braki
Ostateczna treść i wybór konkretnych materiałów
Warunki projektu
Znany termin, budżet albo priorytety
Dokładny harmonogram poszczególnych prac
SEO, migracja i dostępność
Czy należą do zakresu i jaki ma być oczekiwany rezultat
Szczegóły ustalane po analizie istniejącej strony
Utrzymanie
Czy wycena ma obejmować usługi po uruchomieniu
Dokładny model wsparcia i rozwoju
Funkcjonalności i integracje opisz przez scenariusze użycia
Nie trzeba znać nazw technologii, aby przygotować użyteczny opis funkcji. Każdą funkcję lub integrację opisz przez scenariusz: kto z niej korzysta, co robi, jakie dane są potrzebne, z jakim systemem strona ma współpracować i jaki powinien być wynik.
Nazwy takie jak formularz, rezerwacja, płatność czy integracja z CRM nie określają samodzielnie zakresu. Każdą planowaną funkcję lub integrację należy więc opisać osobno, wraz z informacją o systemie, z którym ma współpracować.[2][3][7]
Przykład opisu: zamiast wpisywać jedynie „formularz”, określ, kto go wypełnia, jakie informacje przekazuje, do kogo trafia zgłoszenie oraz czy dane mają zostać przesłane do innego systemu.
Taki zapis opisuje potrzebę, a nie narzuca rozwiązania. W briefie można również rozdzielić funkcje konieczne od opcjonalnych. Wykonawca otrzymuje wtedy informację, które elementy muszą znaleźć się w podstawowym zakresie, a które mogą stanowić osobny wariant.
Materiały, budżet i termin — co ujawnić przed wyceną
Brief powinien pokazywać stan materiałów i ograniczenia projektu. Zaznacz, które teksty, zdjęcia i materiały marki są gotowe, które trzeba przygotować oraz kto odpowiada za ich dostarczenie.[1][2][4] Brak gotowych materiałów nie musi blokować rozmowy, o ile zostanie jawnie ujęty w zakresie.
Jeśli są znane, podaj budżet lub przedział oraz oczekiwany termin. Pomaga to szybciej ocenić możliwe warianty realizacji.[1][4] Nie oznacza to jednak, że ujawnienie budżetu zawsze prowadzi do niższej lub korzystniejszej oferty. Jeżeli kwota nie została ustalona, można wskazać kolejność priorytetów i poprosić o rozdzielenie zakresu podstawowego od opcjonalnego.
Termin również wymaga doprecyzowania. Należy zaznaczyć, czy chodzi o publikację pierwszej wersji, czy o zakończenie wszystkich prac objętych projektem.
Informacje o firmie: działalność, oferta i odbiorcy.
Cel: główny rezultat oraz działanie użytkownika.
Zakres: podstrony, typy treści i wersje językowe.
Funkcje: scenariusze użycia, potrzebne dane i systemy zewnętrzne.
Materiały: logo, teksty, zdjęcia, materiały marki, tłumaczenia i dane produktowe, jeśli dotyczą projektu.
Status materiałów: gotowe, wymagające przygotowania albo pozostające po stronie wykonawcy.
Odpowiedzialność: osoba lub strona współpracy odpowiedzialna za każde zadanie.
Termin: oczekiwana data publikacji i znane etapy.
Budżet lub priorytety: przedział albo podział na elementy konieczne i opcjonalne.
SEO i migracja: oczekiwany zakres treści, analityki i przeniesienia adresów.
Dostępność: standard, poziom zgodności i sposób testowania, jeśli są wymagane.
Po publikacji: hosting, utrzymanie, aktualizacje, szkolenie i wsparcie.
Odbiór: warunki, po których można potwierdzić wykonanie uzgodnionego zakresu.
SEO, migracja, analityka i dostępność: wymagania, których nie warto dopowiadać później
Jeżeli strona ma rozwijać widoczność, zastąpić istniejący serwis albo spełniać wymagania dostępności, wpisz te potrzeby do briefu przed wyceną. Trzeba określić zarówno oczekiwany zakres, jak i sposób jego późniejszego sprawdzenia.
Co wpisać o migracji i analityce
Zapisz, czy projekt obejmuje SEO, migrację adresów, przygotowanie treści, analitykę i plan rozwoju widoczności.[2][3] Wskaż też, czy istnieje obecna strona i jakie narzędzia analityczne są używane. Pełny zakres migracji zależy od stanu istniejącego serwisu i jego adresów, dlatego część ustaleń może wymagać dodatkowej analizy.
Sam wpis dotyczący SEO nie gwarantuje efektów. Jego funkcją jest określenie, czy wycena ma obejmować związane z tym prace nad strukturą, treściami, analityką lub przeniesieniem istniejących adresów.
Jak zapisać wymaganie dostępności bez deklarowania zgodności na wyrost
Jeżeli dostępność jest wymaganiem projektu, wskaż wersję standardu, oczekiwany poziom zgodności i sposób testowania.[5][6] WCAG 2.2 obejmuje testowalne kryteria na poziomach A, AA i AAA. Samo powołanie się na standard nie zastępuje jednak wdrożenia i testów konkretnej strony.
Nie należy również zakładać, że ten sam obowiązek prawny dotyczy każdego projektu. Zależy on od rodzaju podmiotu, usługi i właściwych przepisów. Brief powinien opisywać wymaganie projektowe, a jego podstawę prawną trzeba ustalić dla konkretnej organizacji.
Jak porównać oferty i ustalić zakres po publikacji
Oferty należy porównywać przez zakres, założenia, wyłączenia, termin, warunki odbioru i koszty po uruchomieniu, a nie wyłącznie przez końcową kwotę. Cena staje się użyteczną informacją dopiero wtedy, gdy wiadomo, jakie prace i warunki obejmuje.
W briefie określ, czy wycena ma obejmować hosting, utrzymanie, aktualizacje, szkolenie i wsparcie po uruchomieniu.[1][7] Zakres tych usług zależy od umowy i modelu współpracy, dlatego powinien być oddzielony od samego wdrożenia albo jednoznacznie uwzględniony w jego warunkach.
Zakres
Czy oferta obejmuje wszystkie podstrony, typy treści, funkcje i integracje wymienione w briefie?
Założenia
Jakie informacje wykonawca przyjął bez dodatkowego potwierdzenia?
Wyłączenia
Które materiały, funkcje, konfiguracje lub usługi nie są objęte ceną?
Termin i etapy
Czy wskazany termin oznacza publikację pierwszej wersji, czy zakończenie całego zakresu?
Kryteria odbioru
Czy oferta uwzględnia sprawdzenie zakresu podstron, działania funkcji, responsywności, dostępności, migracji i konfiguracji analityki, jeśli elementy te dotyczą projektu?
Usługi po publikacji
Czy hosting, aktualizacje, kopie zapasowe, szkolenie, wsparcie i rozwój zostały ujęte jako oddzielne pozycje lub jasno opisany pakiet?
Podstawowe kryteria odbioru można wskazać już w briefie.[5][6][7] Ich szczegółowa postać powinna jednak zostać doprecyzowana w specyfikacji lub umowie i dostosowana do konkretnego projektu. Taki sposób porównania pozwala ocenić nie tylko cenę, lecz również to, co faktycznie ma zostać dostarczone.
