Jak przebiega start współpracy z agencją SEO po podpisaniu umowy?

Po podpisaniu umowy współpraca z agencją SEO powinna przejść przez sześć etapów: przekazanie projektu, spotkanie kick-off i briefing, nadanie potrzebnych dostępów, zebranie danych bazowych, ustalenie pierwszych priorytetów oraz zatwierdzenie roadmapy. Dopiero wtedy wiadomo, co będzie robione, z czego wynika kolejność prac, kto odpowiada za wykonanie i po czym zadania zostaną odebrane.

Sam formularz startowy, dostęp do Google Search Console albo przesłany audyt nie oznaczają jeszcze, że onboarding SEO został zakończony. Etap startowy jest domknięty wtedy, gdy agencja i klient pracują na tym samym celu, rozumieją braki w danych, mają przypisane role i zaakceptowali operacyjny plan. Jeżeli któregoś z tych elementów brakuje, pierwszym zadaniem może być usunięcie blokady, a nie od razu tworzenie treści lub zdobywanie linków.

Nie ma jednego uczciwego terminu, w którym każda agencja powinna przejść cały proces. Tempo zależy od wielkości serwisu, stanu pomiaru, historii zmian, zakresu technicznego oraz dostępności klienta, dewelopera i osób decyzyjnych. Ważniejsze od obietnicy konkretnej liczby dni jest to, czy każdy etap ma rezultat, właściciela i warunek przejścia dalej.

Co powinno wydarzyć się po podpisaniu umowy

Podpisana umowa uruchamia proces, ale nie zastępuje przekazania projektu. Ustalenia handlowe trzeba zamienić na informacje, dostępy i decyzje, z których specjalista SEO może zbudować plan. Najprościej oceniać start po rezultatach kolejnych etapów.

Etap	Co powinno się wydarzyć	Rezultat do sprawdzenia
Przekazanie projektu	Klient poznaje osobę prowadzącą, zakres zostaje przekazany z działu sprzedaży do zespołu realizacyjnego	Wiadomo, kto jest głównym kontaktem po obu stronach
Kick-off i briefing	Strony potwierdzają cele, priorytetową ofertę, ograniczenia, historię strony i zasoby	Powstaje lista zweryfikowanych ustaleń, pytań i braków
Dostępy	Agencja otrzymuje uprawnienia adekwatne do analizy lub wdrożenia	Jest rejestr działających dostępów, właścicieli kont i zakresów uprawnień
Dane bazowe	Zostaje zapisany stan widoczności, indeksacji, ruchu, konwersji i ważnych URL-i	Istnieje punkt odniesienia oraz lista luk w pomiarze
Diagnoza i priorytety	Problemy i możliwości są porównywane według wpływu, ryzyka, zależności i wykonalności	Wiadomo, co robić teraz, co odblokować i co odłożyć
Odbiór roadmapy	Klient sprawdza uzasadnienie, odpowiedzialności i kryteria odbioru	Roadmapa jest zatwierdzona, zatwierdzona warunkowo albo zwrócona do poprawy

Etapy mogą częściowo zachodzić na siebie. Agencja może rozpocząć wstępny przegląd podczas zbierania dostępów, a pilna blokada indeksacji może wymagać reakcji przed zakończeniem pełnej diagnozy. Nie powinno to jednak prowadzić do przypadkowych zmian bez zgody, właściciela i zapisu w rejestrze wdrożeń.

Praktyczny wniosek: pytaj nie tylko, czy onboarding „trwa”, ale jaki rezultat powstał na każdym etapie i jaka decyzja pozwala przejść do następnego.

Kick-off i briefing: co trzeba potwierdzić po umowie

Spotkanie kick-off nie powinno powtarzać prezentacji sprzedażowej. Jego zadaniem jest przekazanie projektu zespołowi realizacyjnemu i sprawdzenie, czy założenia z oferty odpowiadają aktualnej sytuacji firmy. To także moment na nazwanie sprzeczności: firma może deklarować wzrost sprzedaży, ale nie mierzyć formularzy; chcieć promować wszystkie usługi, choć tylko część z nich ma priorytet; oczekiwać wdrożeń, ale nie mieć dewelopera.

Jeżeli firma wcześniej wykonała przygotowanie firmy do rozmowy z agencją, część informacji będzie już zebrana. Po podpisaniu umowy trzeba je jednak potwierdzić, uzupełnić i przełożyć na decyzje operacyjne. Briefing startowy nie służy już wyborowi wykonawcy. Ma odpowiedzieć, co agencja może analizować i wdrażać w ramach uzgodnionego zakresu.

Pytanie na kick-offie	Kto powinien dostarczyć odpowiedź	Co zmienia w roadmapie
Które usługi, kategorie lub lokalizacje są najważniejsze?	Właściciel biznesowy, marketing lub sprzedaż	Wskazuje obszary i URL-e, które powinny dostać pierwszeństwo
Co jest wartościową konwersją?	Marketing i sprzedaż	Określa, co trzeba mierzyć poza ruchem i pozycjami
Jak wygląda sezonowość i cykl decyzji klienta?	Sprzedaż lub osoba odpowiedzialna za ofertę	Zmienia kolejność prac i moment przygotowania treści
Jakie migracje, redesigny lub działania SEO miały miejsce?	Klient, deweloper lub poprzedni opiekun strony	Pomaga odróżnić nowy problem od skutku wcześniejszych zmian
Kto może wdrażać kod, treści i zmiany w CMS-ie?	Osoba prowadząca projekt po stronie klienta	Pokazuje realne zależności i możliwe blokady
Kto zatwierdza treści, koszty i zmiany w ofercie?	Klient	Ustala ścieżkę akceptacji i właścicieli decyzji
Czego firma nie chce teraz promować lub zmieniać?	Właściciel biznesowy	Chroni przed ruchem bez wartości i zadaniami poza zakresem

Rezultatem spotkania powinien być rejestr decyzji, a nie zbiór luźnych notatek. Warto oddzielić w nim potwierdzone fakty od hipotez, nazwać braki oraz przypisać właściciela kolejnego kroku. Dzięki temu obie strony wiedzą, które ustalenia są zamknięte, a które nadal wpływają na kształt roadmapy.

Brak odpowiedzi nie musi zatrzymać całej współpracy. Musi jednak zostać nazwany. Jeśli firma nie wie, które leady są wartościowe, roadmapa może zacząć się od uporządkowania informacji ze sprzedaży. Jeśli nie ma historii migracji, agencja może zaplanować jej częściowe odtworzenie z danych i konfiguracji technicznej. Braku nie należy zastępować pewnie brzmiącym założeniem.

Czerwona flaga: brief zostaje uznany za zamknięty tylko dlatego, że klient odesłał formularz, choć nikt nie wyjaśnił sprzecznych celów, nie ustalił priorytetów i nie wskazał osób decyzyjnych.

Decyzja: briefing jest gotowy do zamknięcia wtedy, gdy każda ważna odpowiedź jest potwierdzonym faktem, jawną hipotezą albo opisanym brakiem z właścicielem następnego kroku.

Dostępy bez oddawania kontroli nad kontami

Agencja potrzebuje dostępu do danych, ale nie oznacza to automatycznie pełnych uprawnień administracyjnych do każdego systemu. Poziom dostępu powinien wynikać z zadania. Do diagnozy często wystarczy odczyt. Uprawnienia do edycji są potrzebne dopiero wtedy, gdy zakres obejmuje konkretne wdrożenia.

Najbezpieczniejszy model polega na dodawaniu imiennych lub firmowych użytkowników z odpowiednią rolą, a nie przekazywaniu wspólnego loginu i hasła. Klient powinien zachować kontrolę nad kontami, wiedzieć, kto może nadawać kolejne uprawnienia, i móc odebrać dostęp bez utraty danych.

Narzędzie	Po co może być potrzebne	Rozsądny punkt startowy	Kto zachowuje kontrolę	Co oznacza brak dostępu
Google Search Console	Zapytania, kliknięcia, wyświetlenia, strony, indeksacja i komunikaty dotyczące wyszukiwarki	Dostęp pozwalający analizować dane; szersze uprawnienia tylko dla uzasadnionych działań	Klient na koncie powiązanym z firmą	Diagnoza widoczności i indeksacji będzie niepełna
Google Analytics 4	Ruch, strony wejścia, zachowanie użytkowników i mierzone konwersje	Rola do odczytu lub analizy; edycja tylko przy konfiguracji objętej zakresem	Klient na koncie powiązanym z firmą	Nie da się uczciwie połączyć ruchu z działaniami użytkownika
System CMS	Ocena możliwości edycji oraz wdrażanie zaakceptowanych zmian	Konto testowe, redaktorskie lub inne najmniejsze wystarczające uprawnienie	Klient lub wskazany administrator serwisu	Agencja może rekomendować, ale nie wdroży zmian w treści lub metadanych
Google Tag Manager	Kontrola konfiguracji tagów i zdarzeń, jeśli pomiar jest w zakresie	Odczyt do audytu; publikacja tylko dla osoby odpowiedzialnej za wdrożenie	Klient na kontenerze należącym do firmy	Naprawa pomiaru może wymagać innego wykonawcy
Profil Firmy w Google	Dane lokalne, aktywność profilu i działania przy SEO lokalnym	Rola menedżera, jeżeli profil rzeczywiście jest objęty pracą	Klient jako właściciel profilu	Część lokalna pozostanie poza diagnozą lub wdrożeniem
Hosting lub repozytorium	Zmiany w kodzie, przekierowaniach, konfiguracji serwera albo szablonach	Dostęp dopiero dla jasno opisanego zadania technicznego	Klient lub właściciel techniczny infrastruktury	Zadania techniczne trzeba przekazać deweloperowi po stronie klienta

Nie każdy projekt potrzebuje wszystkich tych narzędzi. Sklep może wymagać dodatkowych danych e-commerce, firma lokalna dostępu do Profilu Firmy w Google, a serwis z własnym zapleczem technicznym — współpracy z repozytorium i środowiskiem testowym. Lista powinna wynikać z zakresu, nie z uniwersalnego szablonu agencji.

Przed zamknięciem etapu dostępów sprawdź:

czy każde zaproszenie działa i prowadzi do właściwej usługi, domeny lub konta;
czy uprawnienie wystarcza do zaplanowanego zadania, ale nie jest szersze bez potrzeby;
czy firma zachowuje konto właścicielskie lub administracyjne i możliwość odzyskania dostępu;
czy wiadomo, kto zatwierdza podniesienie uprawnień przed wdrożeniem;
czy dostęp do danych wrażliwych jest ograniczony do osób, które faktycznie go potrzebują;
czy lista dostępów zostanie wykorzystana także przy późniejszym odebraniu uprawnień.

Czerwona flaga: agencja prosi o wspólne hasła albo pełny dostęp administracyjny „na wszelki wypadek”, nie potrafiąc wskazać zadania, które tego wymaga. Równie ryzykowne jest utworzenie kluczowego konta wyłącznie na adres kontrolowany przez wykonawcę.

Praktyczny wniosek: najpierw nadaj uprawnienie do konkretnego celu. Rozszerzaj je dopiero wtedy, gdy pojawia się zaakceptowane zadanie wdrożeniowe, którego nie da się wykonać przy niższej roli.

Dane bazowe: z czym później porównywać wyniki

Stan bazowy, czyli baseline, opisuje sytuację projektu przed większymi zmianami. Bez niego później trudno odróżnić wpływ wdrożeń od sezonowości, kampanii brandowej, migracji, błędu pomiaru albo zwykłej zmiany popytu. Nie musi mieć formy rozbudowanej prezentacji, ale powinien łączyć dane z informacją o tym, co firma chce osiągnąć.

Google Search Console pomaga sprawdzić, na jakie zapytania i które URL-e serwis pojawia się w Google, ile zbiera kliknięć i wyświetleń oraz czy ważne strony mają problemy z indeksacją. Google Analytics 4 pokazuje, co użytkownicy robią po wejściu na stronę, o ile konfiguracja zbiera właściwe zdarzenia. Te źródła odpowiadają na różne pytania i ich liczb nie należy mechanicznie zrównywać.

Element stanu bazowego	Co zapisać	Jaką decyzję to wspiera
Indeksacja	Które ważne URL-e mogą być indeksowane, które są wykluczone i z jakiego powodu	Czy najpierw usuwać blokady techniczne
Widoczność	Grupy zapytań, strony, kliknięcia, wyświetlenia i kierunek zmian	Które tematy i URL-e już mają punkt zaczepienia
Ruch organiczny	Landing pages, źródła ruchu i zachowanie użytkowników	Czy widoczność prowadzi do właściwych miejsc w serwisie
Konwersje	Formularze, telefony, zakup, rezerwacja lub inne wartościowe działania	Czy pomiar pozwala oceniać efekt biznesowy
Priorytety biznesowe	Usługi, kategorie, lokalizacje i typy klientów o największym znaczeniu	Czy plan nie wzmacnia ruchu bez wartości
Historia zmian	Migracje, zmiany CMS-a, redesigny, usunięte treści, kampanie i ważne wdrożenia	Jak interpretować skoki i spadki w danych
Zasoby	Dostępność dewelopera, redaktora, eksperta i osoby akceptującej	Które zadania są realnie wykonalne

Trzeba rozróżnić trzy sytuacje. Wynik równy zero może oznaczać, że użytkownicy nie wykonali mierzonego działania. Brak pomiaru oznacza, że system nie potrafi tego działania wiarygodnie zarejestrować. Brak dostępu oznacza tylko, że agencja nie może jeszcze sprawdzić danych. Każda sytuacja prowadzi do innej decyzji i nie wolno ich opisywać tak samo w raporcie startowym.

Jeżeli serwis jest nowy albo nie ma danych historycznych, stan bazowy nadal może powstać. Trzeba wtedy zaplanować SEO bez danych historycznych, czyli jasno opisać, czego nie wiadomo, od kiedy zbierane będą dane, które obserwacje są techniczne, a które pozostają hipotezami. Brak historii nie usprawiedliwia wymyślania progów ani prognozowania wyniku bez podstaw.

Decyzja: gdy analityka nie mierzy ważnych konwersji albo najważniejsze strony nie mogą być poprawnie ocenione, pierwszym priorytetem może być naprawa pomiaru lub indeksacji. Produkcja nowych treści nie powinna maskować braku punktu odniesienia.

Komunikacja i odpowiedzialność: kto wykonuje następny krok

Proces SEO często zatrzymuje się nie na analizie, lecz między rekomendacją, decyzją i wdrożeniem. Dlatego jeszcze przed zatwierdzeniem roadmapy trzeba ustalić sposób komunikacji. Nie chodzi o mnożenie spotkań, ale o to, żeby zadanie, akceptacja i blokada nie ginęły w kilku skrzynkach oraz komunikatorach.

Minimalny model komunikacji powinien określać:

główną osobę prowadzącą po stronie agencji i właściciela projektu po stronie klienta;
jedno miejsce, w którym znajduje się aktualny status zadań i decyzji;
kanał do spraw pilnych oraz sposób oznaczania zwykłych pytań;
uzgodniony rytm aktualizacji statusu, dopasowany do tempa wdrożeń;
tryb akceptacji treści, zmian technicznych i dodatkowych kosztów;
sposób eskalacji, gdy brakuje dostępu, materiału, wykonawcy albo decyzji;
rejestr ważnych zmian z datą, właścicielem i wynikiem odbioru.

Samo przypisanie zadania do „agencji” albo „klienta” jest za mało precyzyjne. Trzeba osobno ustalić, kto powinien wdrażać zalecenia agencji SEO, kto zatwierdza zmianę i kto odbiera wynik. Jedna rekomendacja może wymagać kilku ról.

Rola w zadaniu	Pytanie, na które musi być odpowiedź	Przykład
Rekomendujący	Kto opisuje problem, dowód i proponowane rozwiązanie?	Specjalista SEO analizuje blokadę indeksacji
Wykonawca	Kto ma dostęp i kompetencje, żeby wprowadzić zmianę?	Deweloper usuwa błąd w szablonie
Akceptujący	Kto może zgodzić się na zmianę biznesową, techniczną lub kosztową?	Właściciel oferty zatwierdza nową strukturę usług
Odbierający	Kto sprawdza, czy zadanie wykonano zgodnie z kryterium?	Agencja kontroluje indeksowalność po wdrożeniu

W małej firmie jedna osoba może pełnić kilka ról. Nadal warto je rozdzielić w opisie zadania, bo czym innym jest zgoda na zmianę, czym innym jej techniczne wykonanie, a czym innym kontrola poprawności. Pozwala to też uczciwie wskazać, gdzie powstała blokada.

Czerwona flaga: rekomendacje trafiają mailowo do ogólnego adresu, nie mają właściciela następnego kroku, a brak odpowiedzi nie zmienia statusu zadania. Po kilku tygodniach nie wiadomo wtedy, czy praca jest w toku, odrzucona czy czeka na decyzję.

Praktyczny wniosek: przed zatwierdzeniem roadmapy wybierz jedno źródło statusu i dla każdego zadania wskaż rekomendującego, wykonawcę, akceptującego oraz odbierającego.

Jak z diagnozy powstają pierwsze priorytety

Pierwsze priorytety nie powinny być gotowym pakietem „technika, treści i linki”. To, jak agencja SEO ustala priorytety działań, powinno wynikać z połączenia celu biznesowego, danych, potencjalnego wpływu, pilności, ryzyka, zależności, możliwości wdrożenia i sezonowości. To oznacza, że dwa podobne serwisy mogą zacząć od zupełnie innych zadań.

Rozsądna kolejność decyzji wygląda następująco:

Potwierdź problem lub oznacz hipotezę. Wskaż dane, obserwację techniczną albo informację biznesową, z której wynika zadanie.
Sprawdź, czy problem coś blokuje. Brak pomiaru, przypadkowy noindex, błędny canonical albo niedostępny ważny URL mogą podważać sens kolejnych prac.
Połącz zadanie z celem i obszarem serwisu. Priorytet powinien dotyczyć konkretnego URL-a, szablonu, grupy stron lub procesu, a nie ogólnego hasła „optymalizacja”.
Oceń wpływ, pilność i ryzyko odłożenia. Ważne jest nie tylko, co zadanie może poprawić, ale też co stanie się, jeśli nie zostanie wykonane teraz.
Sprawdź zależności i zasoby. Ustal, czy wcześniej potrzebny jest dostęp, decyzja o ofercie, praca dewelopera, brief dla redaktora albo naprawa analityki.
Nadaj decyzję operacyjną. Zadanie powinno trafić do jednej z grup: robić teraz, przygotować do wdrożenia, odblokować, odłożyć albo odrzucić.

Sytuacja	Rozsądna pierwsza decyzja	Czego nie robić w ciemno
Ważna strona usługi ma `noindex`	Potwierdzić intencję i usunąć blokadę po akceptacji	Nie wzmacniać jej linkami bez sprawdzenia indeksacji
Formularz działa, ale GA4 nie rejestruje wysłania	Uporządkować pomiar i sposób testowania zdarzenia	Nie uznawać braku danych za brak konwersji
Firma ma sezonową usługę i długą ścieżkę akceptacji	Wcześniej przygotować stronę, treść i zadania wdrożeniowe	Nie czekać z decyzją do szczytu popytu
Blog ma wiele pomysłów, ale główne strony usług są niejasne	Najpierw ustalić rolę i zakres stron docelowych	Nie produkować artykułów, które zwiększą chaos intencji
Nie wiadomo, który URL ma być wzmacniany	Rozstrzygnąć mapę intencji i strukturę	Nie rozpoczynać link buildingu do przypadkowej strony

„Quick win” nie jest synonimem ważnego zadania. Łatwa zmiana title może mieć sens, ale nie powinna automatycznie wyprzedzać problemu z indeksacją albo braku pomiaru. Z drugiej strony duży projekt techniczny o niepewnym wpływie nie musi dostać pierwszeństwa tylko dlatego, że brzmi poważnie.

Pilną poprawkę można wykonać przed pełnym zatwierdzeniem roadmapy, jeżeli usuwa oczywistą blokadę pomiaru, indeksacji lub bezpieczeństwa, ma jasno opisany dowód, zgodę, właściciela i kryterium odbioru. Taka zmiana powinna trafić do rejestru, a nie zniknąć jako nieudokumentowana „szybka optymalizacja”.

Decyzja: dobry pierwszy priorytet odpowiada na sześć pytań — czego dotyczy, z czego wynika, co odblokowuje, kto go wykona, po czym zostanie odebrany i dlaczego nie warto zaczynać teraz od innego zadania.

Co musi zawierać pierwsza roadmapa SEO

Pierwsza roadmapa SEO nie musi być rozbudowanym harmonogramem na cały rok. Jeżeli diagnoza startowa ma formę audytu, trzeba przełożyć audyt SEO na plan działań, zamiast zostawić zalecenia w kolejności z raportu. Roadmapa powinna być wystarczająco konkretna, żeby zespół wiedział, co robić po onboardingu, a klient mógł ocenić logikę kolejności. To dokument roboczy, który łączy diagnozę z odpowiedzialnością i decyzjami.

Pole w roadmapie	Co powinno wyjaśniać
Zadanie	Jaka konkretna zmiana, analiza lub decyzja jest potrzebna
Dowód	Z jakich danych, testu, audytu lub informacji biznesowej wynika potrzeba
Cel i oczekiwany wpływ	Jaki problem zadanie rozwiązuje, jaką decyzję odblokowuje i gdzie ma przynieść zmianę
URL lub obszar	Której strony, szablonu, grupy URL-i albo konfiguracji dotyczy
Priorytet	Dlaczego zadanie jest teraz ważniejsze lub mniej ważne od innych
Zależności	Co musi wydarzyć się wcześniej i czego nie można zacząć równolegle
Właściciel	Kto wykonuje następny krok, a kto akceptuje i odbiera wynik
Status	Czy zadanie jest gotowe, w toku, zablokowane, odłożone czy do decyzji
Kryterium odbioru	Po czym jednoznacznie poznać, że praca została wykonana poprawnie
Punkt kontroli	Kiedy i na podstawie czego zespół wróci do oceny zadania
Poza bieżącym priorytetem	Co zostało świadomie odłożone lub odrzucone i z jakiego powodu

Roadmapa powinna także pokazywać założenia i braki. Jeżeli priorytet wynika z niepełnych danych, trzeba to zaznaczyć. Jeżeli zadanie czeka na dewelopera, akceptację treści albo decyzję o ofercie, status powinien nazwać blokadę. Jeżeli jakiś obszar świadomie nie wchodzi teraz do prac, warto zapisać dlaczego.

Roadmapa gotowa do odbioru	Lista aktywności do zwrotu
Wskazuje konkretne URL-e, szablony lub procesy	Mówi ogólnie o optymalizacji strony
Łączy priorytet z danymi i celem	Powtarza zakres z oferty bez diagnozy
Pokazuje właścicieli i zależności	Wszystko przypisuje zbiorczo do agencji lub klienta
Ma kryteria odbioru i statusy	Używa niejasnych statusów typu „działania trwają”
Nazywa blokady i założenia	Ukrywa brak dostępu albo pomiaru
Mówi, czego zespół nie robi teraz	Traktuje wszystkie zadania jako równie pilne

Klient nie musi zgadzać się z każdym szczegółem technicznym bez dyskusji. Powinien jednak rozumieć, dlaczego zadanie jest na danym miejscu, czego wymaga od firmy i jakie konsekwencje ma jego odłożenie. Jeśli agencja nie potrafi tego wyjaśnić, roadmapa nie jest jeszcze gotowa do akceptacji.

Decyzja krok po kroku:

Sprawdź, czy roadmapa odnosi się do celów i priorytetowych obszarów potwierdzonych na kick-offie.
Zweryfikuj, czy każde ważne zadanie ma dowód albo jest uczciwie oznaczone jako hipoteza do sprawdzenia.
Ustal, czy priorytety uwzględniają blokady pomiaru, indeksacji i wdrożeń.
Potwierdź właścicieli, zależności, statusy i kryteria odbioru.
Sprawdź, czy plan pokazuje również zadania odłożone oraz powód odłożenia.
Wybierz jedną z trzech decyzji: zatwierdzić, zatwierdzić warunkowo albo zwrócić do doprecyzowania.

Czerwone flagi na starcie współpracy

Pojedynczy brak nie musi oznaczać złej współpracy. Problem zaczyna się wtedy, gdy brak nie jest widoczny w statusie i nie prowadzi do decyzji. Szczególnej uwagi wymagają sytuacje, w których:

po podpisaniu umowy projekt nadal prowadzi wyłącznie handlowiec, a klient nie zna osoby odpowiedzialnej za realizację;
agencja prosi o wszystkie hasła i pełne uprawnienia, ale nie wyjaśnia celu dostępu;
zleca teksty lub link building, zanim ustali priorytetowe URL-e, intencje i stan indeksacji;
uznaje brak danych w GA4 za dowód braku konwersji;
przedstawia pewną strategię bez GSC, danych biznesowych i pytań o historię serwisu;
roadmapa jest kopią zakresu z oferty i nie zmienia się po briefingu ani diagnozie;
zadania nie mają właściciela, kryterium odbioru ani informacji o blokadach;
wszystkie prace są oznaczone jako pilne, więc plan nie pokazuje rzeczywistych wyborów;
audyt kończy etap startowy, ale nikt nie zamienia zaleceń w wykonalne zadania;
klient słyszy obietnicę szybkich pozycji zamiast informacji o danych, wdrożeniach i ryzyku;
w planie nie ma rzeczy świadomie odłożonych, choć zasoby i budżet są ograniczone.

Nie warto zatwierdzać roadmapy tylko po to, żeby projekt formalnie przeszedł do realizacji. Ogólny plan przenosi niejasności na później: treści czekają na akceptację, zadania techniczne nie mają wykonawcy, a raport opisuje aktywność bez możliwości oceny postępu.

Praktyczny wniosek: jeśli nie wiadomo, co dokładnie stanie się po zatwierdzeniu dokumentu, kto wykona pierwszy krok i po czym zostanie on odebrany, etap startowy nie jest jeszcze zamknięty.

Checklista odbioru startu współpracy

Przed przejściem do regularnych działań odpowiedz „tak” albo „nie” na poniższe pytania. Odpowiedź „nie” nie zawsze zatrzymuje projekt, ale powinna skutkować zadaniem odblokowującym, właścicielem i statusem.

Obszar	Pytanie kontrolne
Briefing	Czy cele, priorytetowa oferta, ograniczenia i wartościowe konwersje zostały potwierdzone?
Dostępy	Czy agencja ma działające, adekwatne uprawnienia do narzędzi potrzebnych w zakresie?
Własność kont	Czy firma zachowuje kontrolę nad kontami i wie, kto może zarządzać użytkownikami?
Dane bazowe	Czy zapisano stan indeksacji, widoczności, ruchu, konwersji i ważnych URL-i?
Braki danych	Czy każda istotna luka jest nazwana i ma właściciela następnego kroku?
Komunikacja	Czy istnieje główny kontakt, jedno źródło statusu i sposób eskalacji blokad?
Odpowiedzialność	Czy wiadomo, kto rekomenduje, wykonuje, akceptuje i odbiera zadania?
Priorytety	Czy kolejność wynika z celu, danych, ryzyka, zależności i zasobów?
Roadmapa	Czy zadania mają obszar, dowód, status, właściciela i kryterium odbioru?
Zakres „nie teraz”	Czy plan jasno pokazuje, co zostało odłożone lub odrzucone i dlaczego?

Na tej podstawie wybierz jedną z trzech decyzji:

Zatwierdź roadmapę, jeśli dane i założenia są jawne, priorytety uzasadnione, a zadania wykonalne i przypisane.
Zatwierdź warunkowo, jeśli brakuje elementu, który nie unieważnia całego planu, ale musi zostać uzupełniony jako pierwsze zadanie odblokowujące.
Zwróć roadmapę do doprecyzowania, jeśli jest listą ogólnych aktywności bez dowodów, kolejności, właścicieli, zależności i kryteriów odbioru.

Zakończenie onboardingu nie oznacza, że plan pozostanie niezmienny. Oznacza, że istnieje wspólny punkt startowy i wiadomo, jak podejmować kolejne decyzje. Dopiero od tego momentu miesięczna praca nad SEO strony może być rozliczana jako cykl analizy, wdrożeń, kontroli i korekty priorytetów, a nie jako zbiór przypadkowych aktywności.