Akceptacja etapów a umowa: jak zabezpieczyć zakres

Akceptacja etapów a umowa to prosta zasada: każdy etap projektu ma jasno opisany zakres i kryteria odbioru, a klient potwierdza ich spełnienie w sposób, który da się później udowodnić. Brzmi formalnie, ale chodzi o coś bardzo praktycznego — żebyście nie kończyli projektu w sporze o to, co było „w cenie", a co już nie. Ten tekst pokazuje, jak zapisać etapy i akceptacje, czym jest formalna akceptacja i jak dziennik audytu chroni Was przy sporze. To nie jest porada prawna — umowę zawsze warto skonsultować z prawnikiem. Traktujcie to jako praktyczny szkielet do rozmowy.

Po co wiązać akceptację z umową

Większość sporów w agencjach nie dotyczy jakości — dotyczy zakresu. Klient mówi „to nie tak miało wyglądać", Wy mówicie „to było zaakceptowane miesiąc temu". Bez zapisu obie strony mają rację we własnej głowie.

Powiązanie akceptacji z umową robi trzy rzeczy naraz:

• Zamyka etap. Po odbiorze wracanie do niego to już płatna zmiana, nie poprawka.
• Uruchamia płatność. Akceptacja kamienia milowego może być warunkiem wystawienia faktury.
• Przesuwa odpowiedzialność. To, co klient zatwierdził, jest jego decyzją — nie Waszym przeoczeniem.

Bez tego każdy etap zostaje otwarty do końca projektu, a zakres pełznie w nieskończoność.

Zdefiniuj etapy i kryteria odbioru

Umowa, która mówi tylko „wykonanie strony internetowej", nie chroni nikogo. Rozbijcie projekt na etapy i opiszcie, co kończy każdy z nich.

Dla każdego etapu warto zapisać:

• Co powstaje — np. makieta, projekt graficzny strony głównej, wdrożenie na staging.
• Kryterium odbioru — co znaczy, że etap jest „gotowy do akceptacji".
• Liczbę rund poprawek wliczonych w cenę etapu.
• Termin na zgłoszenie uwag — i co się dzieje, gdy minie bez reakcji.

Ten ostatni punkt jest kluczowy. Zapis o akceptacji dorozumianej („brak uwag w ciągu X dni roboczych oznacza odbiór etapu") chroni Was przed klientem, który znika i wraca po trzech tygodniach z listą zmian. Etapy zdefiniujcie tak, jak naprawdę pracujecie — nie kopiujcie cudzego szablonu.

Formalna akceptacja i jej dowód

Formalna akceptacja to świadome, jednoznaczne potwierdzenie odbioru konkretnego etapu przez osobę po stronie klienta. „Spoko" na czacie to nie to. Liczy się trójka: kto zatwierdził, co dokładnie (która wersja) i kiedy.

W praktyce dowodem może być:

• podpisany protokół odbioru etapu,
• jednoznaczny mail akceptacyjny odwołujący się do konkretnej wersji,
• kliknięcie „Akceptuję" w narzędziu, które zapisuje tę akcję.

Najsłabsze są ustne ustalenia i luźne wiadomości — nie wiadomo, do której wersji się odnoszą. Najmocniejsze jest potwierdzenie powiązane z konkretnym plikiem czy linkiem. W noxxo klient końcowy akceptuje etap przez magic link, bez zakładania konta, a akcja zostaje zapisana razem z wersją, której dotyczy.

Co daje dziennik audytu

Dziennik audytu to chronologiczny, niemodyfikowalny zapis tego, kto i kiedy podjął jaką decyzję w projekcie. Przy sporze to różnica między „wydaje mi się, że ustalaliśmy" a twardym wpisem z datą i godziną.

Dobry dziennik odpowiada na pytania, które padają zawsze, gdy robi się gorąco:

• Którą wersję klient widział, gdy akceptował?
• O której zatwierdził i z jakiego adresu?
• Czy zgłosił uwagi przed odbiorem, czy dopiero po?

Gdy te dane są zapisane automatycznie, nie musicie ich rekonstruować z maili pół roku później. Dziennik nie służy do „przyłapywania" klienta — służy temu, żeby obie strony pamiętały te same fakty. A to zwykle wystarcza, żeby spór w ogóle nie wybuchł.

Powiązane

Jeśli zaczynacie od strony praktycznej, zobaczcie nasz tekst o akceptacji etapów w codziennej pracy oraz o tym, ile rundach poprawek w wycenie warto wliczyć, żeby zakres się trzymał. Formalne zabezpieczenie działa najlepiej, gdy idzie w parze z dobrym prowadzeniu klienta przez projekt — komunikacja zapobiega sporom skuteczniej niż każdy zapis. Gdy chcecie sprawdzić, w którym planie dostajecie dziennik akceptacji i portal klienta, zajrzyjcie do cennika.