Przed prośbą o wycenę opisz rezultat, który ma przynieść strona, osoby korzystające z niej, potrzebne podstrony i funkcje, dostępne materiały, właścicieli decyzji oraz ograniczenia. Nie musisz umieć nazwać technologii. Wystarczy jasno wskazać, co ma się wydarzyć i czego jeszcze nie wiadomo.
Dlaczego krótki brief jest lepszy niż ogólne „potrzebuję strony”
Wycena jest decyzją o zakresie pracy, nie zgadywaniem ceny za samą domenę i projekt graficzny. Sformułowanie „strona dla firmy” może oznaczać prostą witrynę z kontaktem, rozbudowaną ofertę z wieloma grupami usług albo serwis, który ma obsługiwać kampanie, rekrutację czy sprzedaż. Te warianty różnią się liczbą decyzji, treści, integracji, testów i odpowiedzialności po uruchomieniu.
Brief nie musi wyglądać jak dokument przetargowy. Jego zadaniem jest wyłapać rzeczy, które później powodują zmianę zakresu: brak tekstów, niejasne role użytkowników, niewskazane formularze, nieustalona osoba akceptująca i „drobne” funkcje zgłaszane dopiero podczas projektu. Im wcześniej są nazwane, tym łatwiej ustalić kolejność oraz rozpoznać, które elementy są potrzebą startową, a które rozsądnym kolejnym etapem.
To także sposób na uczciwe porównanie propozycji. Dwie ceny bez listy założeń nie mówią, czy obie strony wyceniają tę samą pracę. Poproś, aby oferta zapisywała zakres, elementy poza zakresem, materiały po stronie klienta, etapy akceptacji i sposób odbioru. Wtedy tańsza propozycja nie zostanie pomylona z pełniejszą.
Zacznij od decyzji, nie od listy inspiracji
Inspiracje wizualne są przydatne, ale nie odpowiadają na najważniejsze pytanie: po co użytkownik ma wejść na stronę i co ma zrobić dalej? Najpierw opisz jeden główny cel. Dla firmy usługowej może nim być wartościowe zapytanie, umówienie rozmowy albo przekazanie jasnej informacji przed kontaktem. Dla innej organizacji ważniejsze może być zgłoszenie, rezerwacja lub rekrutacja.
Następnie zapisz, kto podejmuje decyzję po stronie odbiorcy. Nie chodzi o szczegółową personę marketingową. Wystarczy wiedzieć, z jakim problemem przychodzi, czego potrzebuje przed kontaktem i co może go zatrzymać. Na tej podstawie można zaplanować kolejność treści, dowody, odpowiedzi na obiekcje oraz jednoznaczne CTA.
W3C zaleca, by tytuły stron były unikalne i informacyjne, nagłówki tworzyły strukturę, a teksty linków opisywały cel. To praktyczna wskazówka również do briefu: im wyraźniejsza informacja, tym mniej trzeba nadrabiać wyglądem lub domysłami.
Macierz briefu: co przygotować przed rozmową
| Obszar | Pytanie do właściciela strony | Wystarczająca odpowiedź na start |
|---|---|---|
| Cel | Co użytkownik ma zrobić po wejściu? | Jedna główna akcja, np. zapytanie o usługę; opcjonalnie działania pomocnicze. |
| Odbiorca | Kto szuka rozwiązania i co musi zrozumieć? | 2–3 grupy odbiorców oraz ich najważniejsze pytania lub obawy. |
| Oferta | Co dokładnie ma być opisane? | Lista usług/produktów, obszary priorytetowe i to, czego nie oferujesz. |
| Struktura | Jakie podstrony są konieczne przy starcie? | Lista stron wraz z celem: oferta, o firmie, realizacje, kontakt, poradniki. |
| Treść i dowody | Kto dostarcza materiały i kiedy? | Właściciel tekstów, zdjęć, logo, danych prawnych i termin przekazania. |
| Funkcje | Co ma działać, a nie tylko wyglądać? | Formularz, rezerwacja, CMS, integracje, wersje językowe — albo świadomy brak. |
| Akceptacja | Kto zatwierdza i ile rund zmian jest realne? | Jedna osoba decyzyjna, sposób zbierania uwag i terminy odpowiedzi. |
Cel i odbiorca: dwa zdania, które porządkują resztę
Dobry punkt wyjścia ma formę prostego zdania: „Strona ma pomóc [komu] zrozumieć [jakie rozwiązanie] i wykonać [jaką akcję]”. Przykład nie jest gotowym tekstem na stronę, lecz testem kierunku: „Strona ma pomóc właścicielom lokalnych firm sprawdzić, czy ich serwis jest gotowy na wyszukiwanie wspierane przez AI, i rozpocząć sprawdzenie adresu”.
Jeśli nie da się napisać takiego zdania, projekt wymaga najpierw rozmowy o ofercie, nie makiety. Jedna strona może obsługiwać kilka potrzeb, lecz próba traktowania każdej z nich jako najważniejszej często kończy się menu bez hierarchii i CTA bez kontekstu. Zapisz główną drogę, a następnie wskaż dodatkowe ścieżki.
Zakres: odróżnij stronę startową od etapu rozwoju
Najbardziej użyteczny brief rozdziela trzy warstwy. Pierwsza to konieczne minimum na publikację: podstrony, kontakt, urządzenia mobilne, podstawowe metadane i treść oferty. Druga to elementy warunkowe — na przykład dodatkowe języki, rozbudowany katalog lub połączenie z zewnętrznym systemem — które wymagają potwierdzenia. Trzecia to pomysły na później: automatyzacje, centrum wiedzy, kampanie i testy.
Nie traktuj tej listy jako obietnicy, że każdy pomysł zostanie wykonany. Jest listą decyzji. Przy funkcjach zapisz też, co oznacza sukces i kto zapewnia dostęp. „Formularz kontaktowy” bez informacji o odbiorcy, wymaganych polach i zgodzie prywatności nie jest kompletnym zakresem. Podobnie „integracja z CRM” wymaga nazwy systemu, dostępu, danych przekazywanych z formularza oraz scenariusza błędu.
Materiały: nie ukrywaj braków
Najczęstszą przeszkodą nie jest kod, lecz brak zatwierdzonych informacji. W briefie oznacz przy każdym materiale status: gotowe, do przygotowania, do potwierdzenia albo niepotrzebne. Dotyczy to logo, zdjęć, opisów usług, realizacji, cenników, danych firmy, adresów kontaktowych, polityki prywatności i zgód formularza.
Nie wpisuj do projektu wymyślonych opinii klientów, wyników, certyfikatów ani cen tylko po to, by wypełnić układ. Jeżeli dowód nie istnieje lub wymaga zgody, strona powinna zostać zaprojektowana bez tego twierdzenia albo z miejscem oznaczonym do późniejszego uzupełnienia przed publikacją. Google wskazuje, że treść powinna przede wszystkim pomagać ludziom i być rzetelna, a nie powstawać wyłącznie po to, by przyciągnąć ruch.
Brief do skopiowania przed wyceną
- Firma i oferta: czym się zajmujemy, dla kogo oraz czego nie oferujemy.
- Główny cel strony: jedna najważniejsza akcja użytkownika.
- Odbiorcy: kto odwiedza stronę i jakie ma pytania przed kontaktem.
- Zakres startowy: potrzebne podstrony, funkcje i języki.
- Materiały: co jest gotowe, czego brakuje i kto to przygotuje.
- Istniejąca strona: adres, elementy do zachowania oraz problemy do rozwiązania.
- Ograniczenia: termin, budżetowy kontekst, wymagania techniczne i prawne.
- Akceptacja: osoba decyzyjna, sposób uwag i odpowiedzialność za publikację.
Na końcu dopisz trzy pytania do wykonawcy: jakie założenia przyjmuje w wycenie, czego wycena nie obejmuje oraz po czym obie strony poznają, że etap został odebrany. To nie zastępuje umowy, ale ogranicza ryzyko, że słowo „gotowe” będzie dla każdej strony znaczyć coś innego.
Jak ocenić otrzymaną wycenę
Nie zaczynaj od sumy końcowej. Sprawdź, czy dokument odnosi się do celu, wymienia podstrony i funkcje, wskazuje materiały po obu stronach oraz oddziela koszty lub zadania opcjonalne. Zwróć uwagę na zakres testów: responsywność, formularze, linki, podstawowe ustawienia indeksacji i przekazanie dostępu. Jeśli coś jest nieustalone, lepsza jest jawna pozycja „do ustalenia” niż pozornie precyzyjna obietnica.
Porównaj też proces współpracy. Kto odpowiada za strukturę informacji, pisanie treści, zdjęcia, wdrożenie analityki i utrzymanie po publikacji? Czy jest etap, na którym można zatrzymać lub zmienić kierunek, zanim powstanie całość? Odpowiedzi pomagają wybrać zakres adekwatny do problemu, nie tylko ofertę z najkrótszą listą pozycji.
Źródła i dalsza lektura
W3C WAI — Writing for Web Accessibility: unikalne tytuły, sensowna struktura nagłówków, zrozumiałe linki i jasny język.
Google Search Central — Creating Helpful, Reliable, People-First Content: treść powinna służyć odbiorcy, a nie wyłącznie pozyskiwaniu ruchu.
Chcesz uporządkować punkt startowy?
GEO Check pozwala sprawdzić techniczne i treściowe fundamenty istniejącej strony, zanim zaczniesz rozbudowę lub przebudowę.
Sprawdź stronę w GEO Check ↗