Polskie agencje: briefy, rundy poprawek i odzyskiwanie niezafakturowanych godzin

TL;DR (Quick Summary)

Marża w agencji najczęściej nie znika na etapie oferty, tylko w pracy wykonanej poza kontrolą zakresu. Ten playbook pokazuje, jak zamknąć lukę między briefem (dokumentem z założeniami projektowymi), poprawkami, ewidencją czasu i raportem w modelu retainer (stałej umowie ryczałtowej).

• Gdzie marża znika między ofertą a realizacją projektu → problem trzeba łapać w toku
• Zamień brief w dokument operacyjny, który ogranicza interpretacje i poprawki → mniej domysłów, mniej iteracji
• Ustal z góry, jak działają rundy poprawek, akceptacje i zmiany zakresu → uwagi nie obchodzą procesu
• Pokaż allowance (dostępny budżet godzin) w trakcie miesiąca, zanim nadgodziny zamienią się w stratę → widoczność przed końcem okresu
• Łap godziny w momencie pracy, a nie przy odtwarzaniu tygodnia z pamięci → zapis nadaje się do rozliczenia
• Podnoś overrun (przekroczenie budżetu godzin) wcześnie i zamieniaj go w decyzję klienta, nie wewnętrzne poświęcenie zespołu → klient wybiera, zespół nie dopłaca
• Zamknij miesiąc raportem retainerowym, który uzasadnia fakturę i porządkuje kolejny okres → faktura ma operacyjne uzasadnienie

Takeaway: Nie chodzi o idealną wycenę na starcie. Chodzi o system, który wcześnie pokazuje odchylenia, przypisuje odpowiedzialność i zamienia dodatkową pracę w świadomą decyzję handlową.

Agencje rzadko tracą marżę dlatego, że „źle policzyły projekt”. Częściej brief jest niedookreślony, klient doprecyzowuje oczekiwania w kolejnych komentarzach, zespół robi dodatkową pracę, a godziny nie trafiają ani do rozmowy handlowej, ani do faktury.

Rozwiązaniem jest jeden przepływ pracy od briefu do rozliczenia: brief ogranicza interpretacje, poprawki mają jasne zasady, allowance jest widoczne w trakcie miesiąca, czas łapany przy pracy, a overrun zgłaszany wtedy, gdy klient może jeszcze podjąć decyzję.

To nie jest tekst o „lepszym estymowaniu”. Estymacja pomaga, ale nie rozwiązuje chaosu po starcie. Chodzi o operacyjny system obejmujący przyjęcie briefu, realizację, feedback (informację zwrotną) klienta, handoffy (przekazywanie zadań) między accountem (opiekunem klienta), strategią i kreacją oraz comiesięczne rozliczenie godzin w retainerze albo projekcie stałym.

Gdzie marża znika między ofertą a realizacją projektu

Typowy mechanizm straty jest powtarzalny. Oferta zakłada pewien zakres, ale brief nie precyzuje celu, odbiorcy albo kryterium akceptacji. Zespół startuje z założeniami. Klient widzi pierwszy materiał i dopiero wtedy mówi, czego naprawdę oczekiwał. Każda kolejna interpretacja uruchamia następną rundę poprawek.

Praca szybko przestaje być traktowana jako „zmiana”, a zaczyna jako „dowieziemy, żeby domknąć temat”. Grafik poprawia layout, copywriter przepisuje tekst pod nową narrację, strateg dopisuje uzasadnienie, którego nie było w briefie, a account próbuje spiąć wszystko terminowo. Godziny się dopisują, ale bez jasnego właściciela i bez rozmowy o budżecie.

Właśnie tutaj powstaje luka między ofertą a zyskiem: nie w samym cenniku, tylko w braku kontroli nad tym, jak praca przechodzi przez kolejne etapy. Jeśli dodatkowy wysiłek nie jest widoczny w trakcie miesiąca, kończy jako niezafakturowany koszt wewnętrzny.

Proces do ustabilizowania ma cztery odcinki: przyjęcie briefu, realizację zadania, obieg feedbacku i rozliczenie czasu wobec zakresu. Brief zostawia pole do domysłów. Realizacja rusza bez zamrożenia założeń. Feedback wraca kilkoma kanałami. Rozliczenie czasu jest odtwarzane po fakcie.

Model pracy powinien wcześnie pokazywać nadwyżki godzin i zamieniać je w decyzję handlową: ograniczamy zakres, przesuwamy termin albo dokładamy budżet. Gdy ta decyzja nie zapada na czas, agencja finansuje projekt własnym zespołem.

Zestaw odzyskiwania niezafakturowanych godzin: arkusz i skrypty

Wprowadź swój adres e-mail, aby otrzymać kompleksowy, szczegółowy przewodnik krok po kroku

Potwierdzam, że przeczytałem(-am) i zrozumiałem(-am) zasady Polityki Prywatności Bitrix24

Zamień brief w dokument operacyjny, który ogranicza interpretacje i poprawki

Brief ma sens dopiero wtedy, gdy da się na jego podstawie wykonać pracę bez zgadywania. Jeśli zespół musi dopowiadać sobie intencję klienta, poprawki nie są wyjątkiem, tylko skutkiem startu z brakami.

Operacyjnie brief powinien zamykać kilka punktów. Po pierwsze, cel biznesowy: co ma się wydarzyć po publikacji lub wdrożeniu, nie tylko co ma powstać. Po drugie, odbiorca: dla kogo to jest i jaki problem materiał ma rozwiązać. Dalej deliverables, czyli dokładnie co powstaje, w jakiej formie i ile wersji obejmuje zakres. Do tego kanały, bo materiał do sociali, landing page’a i mailingów to nie jest jedno zadanie pod inną proporcję.

Potrzebne są też ograniczenia brandowe: szablony, must-have’y prawne, zakazane komunikaty, obowiązkowe formaty. Kolejny punkt to kryteria akceptacji. Bez nich klient ocenia wynik przez ogólne „podoba się / nie podoba się”, co sprzyja mnożeniu wersji. Na końcu musi być wskazany właściciel decyzji po stronie klienta: osoba lub rola, która finalnie zatwierdza.

Bardzo ważne jest rozdzielenie wymagania od preferencji. Wymaganie musi się znaleźć albo wydarzyć, bo bez tego materiał nie spełnia celu, wytycznych lub warunków publikacji. Preferencja to sugestia estetyczna, stylistyczna lub osobista. Gdy te dwie rzeczy mieszają się w jednym worku, zespół traktuje każdą uwagę jak obowiązek, a klient nie widzi różnicy między korektą błędu a zmianą gustu.

Warto zapisać ten podział wprost: „wymagane”, „mile widziane” i „poza zakresem startowym”. Dzięki temu późniejsze uwagi można odnieść do uzgodnionej podstawy, a nie do pamięci z calla sprzed dwóch tygodni.

Dobrym bezpiecznikiem jest brief confirmation. Po otrzymaniu briefu agencja odsyła krótkie podsumowanie przed startem: co rozumie jako zakres, jakie przyjmuje założenia, czego nie obejmuje praca na tym etapie oraz ile rund poprawek zawiera ustalenie. Klient to potwierdza. To nie musi być długi dokument, ale musi działać jako punkt odniesienia, gdy pojawi się rozjazd.

Taki dokument nie ma „zabezpieczać agencji” w prawniczym sensie. Ma ograniczać kosztowne interpretacje, zanim trafią do pracy kreatywnej.

Ustal z góry, jak działają rundy poprawek, akceptacje i zmiany zakresu

Samo zapisanie liczby rund poprawek nie wystarczy. Jedna runda to jeden skonsolidowany pakiet uwag od klienta do konkretnej wersji materiału, przekazany w uzgodnionym oknie i wdrożony jako jedna iteracja.

Kluczowe słowo to skonsolidowany. Po stronie klienta musi istnieć właściciel zbierania komentarzy: marketing manager, brand manager albo inna wskazana osoba. Jej zadaniem jest zebrać uwagi wewnętrzne, rozstrzygnąć sprzeczności i przekazać jeden zestaw komentarzy gotowy do wdrożenia.

Bez tego feedback wraca bocznymi kanałami: ktoś dopisuje komentarz na mailu, ktoś inny odzywa się na Teamsie, zarząd wrzuca sugestię po prezentacji, a account składa to już po stronie agencji. Wtedy nie ma jednej rundy poprawek. Jest niekontrolowany strumień zmian.

Warto też ustalić decyzje graniczne. Jeśli klient poprawia literówki, doprecyzowuje CTA zgodnie z briefem albo prosi o korektę układu w ramach zaakceptowanej koncepcji, zwykle mówimy o pracy w zakresie. Jeśli zmienia grupę docelową, dodaje nowy kanał, chce alternatywną linię kreatywną albo nowy zestaw formatów, to nie jest poprawka. To nowe zadanie.

Dobrze działa prosty podział:

• W zakresie – korekty zgodne z briefem i aktualną wersją deliverable.
• Na granicy – zmiany wymagające decyzji accounta lub project managera, bo zwiększają pracę, ale mogą być pokryte z istniejącego allowance.
• Poza zakresem – nowe zadania, nowy kierunek albo rozszerzenie kanałów; wymagana osobna wycena lub przesunięcie godzin z retainera.

Ten podział musi być obsłużony w handoffach. Strategia przekazuje założenia do accounta i kreacji. Account pilnuje granic zakresu. Kreacja nie powinna przyjmować uwag bezpośrednio od klienta poza ustalonym kanałem, bo wtedy kontrola nad rundami znika. Jeśli klient komunikuje się z różnymi osobami równolegle, jedna z nich musi pełnić rolę routera i blokować uwagi, które omijają proces.

"Dzięki Bitrix24 nasza praca będzie jeszcze bardziej wydajna."

CTIO, Myriam Doria

Caloryfrio

Zarejestruj się za darmo

Pokaż allowance w trakcie miesiąca, zanim nadgodziny zamienią się w stratę

Allowance, którego nikt nie widzi do końca miesiąca, nie jest narzędziem kontroli. Żeby nim zarządzać, trzeba pokazywać stan pracy w toku, a nie tylko zamknięte godziny po fakcie.

Najprostszy model widoczności obejmuje pięć pól: budżet godzin na miesiąc lub etap, godziny zużyte, godziny w toku, prognozowany wynik na koniec okresu oraz procent wykorzystania. To wystarczy, żeby account albo project manager wiedział, czy projekt zmierza do spokojnego domknięcia, czy do overruna.

Godziny w toku są szczególnie ważne. Jeśli zespół ma otwarte zadania po drugiej rundzie poprawek, sama ewidencja czasu historycznego nie pokaże pełnego ryzyka. Trzeba doliczyć pracę, która już została uruchomiona, ale jeszcze nie zamknęła się wpisami.

Taki widok nie musi być skomplikowany. W wielu agencjach wystarczy dashboard w CRM, arkusz spięty z time trackerem albo raport z systemu do zadań, pod warunkiem że dane są regularnie aktualizowane. Istotna jest nie forma, tylko rytm przeglądu i właściciel.

Przy retainerach sensowny jest stały check raz w tygodniu. Przy większych klientach albo projektach z gęstym feedbackiem dodatkowo po każdym większym deliverable. Właścicielem zwykle jest account lub project manager, bo to oni widzą jednocześnie zakres, terminy i relację z klientem.

Bez progów eskalacji przegląd kończy się obserwacją. Dlatego warto z góry ustalić sygnały, które wymuszają reakcję:

• Wysokie wykorzystanie za wcześnie – duża część budżetu spalona, zanim minęła połowa okresu.
• Poprawki nie zamykają się po drugiej rundzie – ryzyko, że klient doprecyzowuje brief pracą zespołu.
• Nowe zadania bez przypisanych godzin – coś weszło do realizacji bez decyzji, skąd bierze budżet.

Kiedy taki próg się odpala, nie chodzi jeszcze o fakturę. Chodzi o szybkie sprawdzenie: czy dalej jesteśmy w zakresie, czy finansujemy rozszerzenie pracy bez uzgodnienia.

Łap godziny w momencie pracy, a nie przy odtwarzaniu tygodnia z pamięci

Jeśli wpis czasu powstaje w piątek po południu na podstawie pamięci, nie nadaje się ani do zarządzania allowance, ani do obrony handlowej. Będzie zbyt ogólny, niepełny i łatwy do podważenia.

Ewidencja czasu powinna schodzić do realnych jednostek pracy. Minimum to: zadanie, klient, typ aktywności, runda poprawek oraz oznaczenie, czy praca była w zakresie czy ponad zakresem. Dzięki temu da się później pokazać nie tylko ile czasu zeszło, ale gdzie i dlaczego.

Sam zapis „projekt graficzny – 3h” jest za słaby. Lepszy wpis brzmi: „Landing page / sekcja hero / wdrożenie skonsolidowanych uwag po rundzie 2 / zmiana CTA i skrócenie copy zgodnie z feedbackiem klienta”. Taki zapis da się powiązać z zadaniem, wersją materiału i momentem w procesie.

Do obrony handlowej potrzebne są cztery elementy: co zrobiono, dlaczego, na czyją prośbę lub w odpowiedzi na jaki feedback oraz czy wynikało to z briefu, czy z późniejszej zmiany. Bez tego agencja ma liczbę godzin, ale nie ma historii decyzyjnej.

Warto spiąć to z narzędziem do zadań. Gdy wpis czasu powstaje bezpośrednio przy tasku, łatwiej zachować kontekst: brief, komentarze, status i odpowiedzialność. Integracja nie musi być rozbudowana od pierwszego dnia. Już samo linkowanie czasu do konkretnego zadania i etapu pracy porządkuje dane.

Druga rzecz to nawyk. Zespół powinien rejestrować pracę w ciągu dnia albo bezpośrednio po zakończeniu bloku zadaniowego. Krótkie opisy wpisywane od razu są lepsze niż obietnica „uzupełnię jutro”, bo następnego dnia znika powód zmiany, autor feedbacku i różnica między zakresem a dodatkową pracą.

Jeśli czas ma później uzasadniać fakturę albo rozmowę o overrunie, nie może być jedynie księgowym śladem obecności przy komputerze. Musi opisywać pracę tak, jak naprawdę poruszała się przez projekt.

Podnoś overrun wcześnie i zamieniaj go w decyzję klienta, nie wewnętrzne poświęcenie zespołu

Najgorszy moment na rozmowę o przekroczeniu to koniec miesiąca, kiedy praca już się wydarzyła, a klient nie ma ruchu poza przyjęciem lub odrzuceniem dopłaty. Wtedy naturalnie pojawia się opór, bo klient dostał gotowy koszt bez przestrzeni na wybór.

Rozmowę trzeba uruchomić wtedy, gdy widać trend do przekroczenia, a zakres nadal można korygować: po drugiej rundzie poprawek, po wejściu dodatkowych zadań albo przy szybkim spalaniu allowance na początku okresu. Klient musi jeszcze móc zdecydować, co robimy dalej.

Dobry komunikat o overrunie nie jest emocjonalny i nie próbuje udowadniać winy. Ma prostą strukturę: co zostało wykonane, skąd wynika odchylenie, ile godzin jest zagrożonych, jeśli utrzymamy obecny kierunek, jakie są opcje i do kiedy potrzebna jest decyzja.

Przykładowo: „Zamknęliśmy dwa formaty i drugą rundę poprawek do landing page’a. Dodatkowa praca wynika z rozszerzenia materiału o wersję dla nowej grupy odbiorców i z komentarzy wykraczających poza potwierdzony brief. Jeśli utrzymamy obecny zakres, projekt przekroczy dostępne godziny. Mamy trzy opcje: ograniczamy zakres do wersji pierwotnej, przesuwamy część prac na kolejny okres albo dokładamy godziny w bieżącym miesiącu. Potrzebujemy decyzji do czwartku, żeby nie blokować zespołu.”

Taki komunikat pokazuje wykonanie, przyczynę i wybór. Równie ważne jest pozostawienie śladu decyzyjnego: maila, notatki w CRM albo komentarza przy projekcie. Później wraca to przy rozliczeniu, sporach o zakres i planowaniu kolejnego miesiąca.

Jeśli account albo project manager nie podnosi overruna wcześnie, organizacja wysyła inny sygnał: „możemy to dowieźć bez decyzji handlowej”. Zespół szybko się tego uczy, klient też. Potem trudno wrócić do przewidywalnego modelu pracy.

Zamknij miesiąc raportem retainerowym, który uzasadnia fakturę i porządkuje kolejny okres

Raport retainerowy nie powinien być zrzutem z time trackera. Klient potrzebuje czytelnego obrazu: co zostało zrobione, na co poszły godziny, gdzie zużyto poprawki i co wymaga decyzji rozliczeniowej.

Dobry układ raportu jest prosty. Najpierw cele i wykonane prace w danym okresie, najlepiej w języku rezultatów i deliverables. Potem podział godzin według obszarów lub konkretnych deliverables. Dalej wykorzystane rundy poprawek. Na końcu pozycje ponad zakresem i status decyzji: zaakceptowane do rozliczenia, przeniesione, oczekujące.

Sposób prezentacji liczb ma znaczenie. Przy zwykłych, niekontrowersyjnych pracach lepiej agregować dane do poziomu obszarów: kreacja, copy, obsługa kampanii, poprawki, koordynacja. Przy pozycjach spornych trzeba zostawić możliwość zejścia do szczegółu: zadanie, opis pracy, kontekst zmiany, właściciel decyzji.

Raport dla klienta ma być prosty na wierzchu i szczegółowy pod spodem. Najpierw czytelny obraz całości, potem możliwość wejścia do danych źródłowych, jeśli pojawi się pytanie o konkretną pozycję.

Na końcu raport powinien zamykać pętlę operacyjną. Jeśli wiele godzin zjadły poprawki po nieprecyzyjnym briefie, kolejny brief trzeba dopiąć lepiej. Jeśli komentarze wracają z kilku stron klienta, trzeba zaostrzyć zasadę jednego właściciela feedbacku. Jeśli zespół stale myli pracę w zakresie z pracą dodatkową, należy poprawić strukturę tasków i wpisów czasu.

Wtedy raport przestaje być załącznikiem do faktury, a staje się narzędziem poprawy procesu. Luka między ofertą a zyskiem zamyka się nie przez większą dyscyplinę na koniec miesiąca, tylko przez lepsze decyzje na początku następnego.