Akceptacje i poprawki — koniec z wersjami final_v2
Akceptacja projektu to moment, w którym grafik zarabia albo traci — a większość traci, bo wersje krążą w mailach z nazwami typu logo_final_v2_FINAL_napewno.pdf. Po 12 latach prowadzenia projektów graficznych wiem, że problem nie leży w kliencie, tylko w procesie: bez jednego miejsca na wersje, komentarze i status akceptacji każda poprawka ciągnie się trzy razy dłużej. W tym artykule pokazuję, jak wygląda cykl akceptacji, który kończy wojnę wersji — i jak ten cykl działa w OneCRM.
W skrócie
- Cykl akceptacji w OneCRM: wersja → link do podglądu → komentarz klienta → status akceptacji → finalne pliki — wszystko w jednym projekcie.
- Klient komentuje przy konkretnej wersji, nie w dwunastu mailach — poprawki masz w jednym wątku, z historią.
- Status akceptacji (zaakceptowany / do poprawek) usuwa „akceptowałem ustnie” i „myślałem, że to już finał”.
- Finalne pliki udostępniasz po akceptacji — klient nie pracuje na wersji roboczej, a Ty nie wysyłasz źródeł „na wszelki wypadek”.
- Jasna liczba rund poprawek (np. 2 w cenie) skraca projekt średnio o 2–3 tygodnie w porównaniu z poprawkami bez limitu (szac. na 24.08.2026).
- OneCRM dla grafika kosztuje 79 zł/mies. (790 zł/rok), 14 dni za darmo, bez karty.
W tym artykule
Akceptacje to serce procesu proofingu. Zobacz, jak ten temat łączy się z klastrem:
- Program dla grafika — kotwica silosa: projekty z etapami od briefu po finalne pliki.
- System do akceptacji projektów online — dlaczego proofing online to standard, a nie fanaberia.
- CRM dla grafika — jak projekty, akceptacje i poprawki działają w jednym miejscu.
Skąd biorą się wersje final_v2_final_FINAL?
Z dwóch rzeczy: z braku jednego miejsca na wersje i z braku statusu akceptacji. Gdy pliki krążą w mailach, każda strona ma inną wersję „aktualną”: Ty pracujesz na tej z wtorku, klient komentuje tę ze środy, a projektant w druku otwiera tę z „final” w nazwie. Efekt jest zawsze ten sam — poprawki na złej wersji, podwójna robota i klient, który traci zaufanie. Rozwiązanie nie wymaga od klienta żadnych umiejętności: wystarczy, że każda wersja ma miejsce, komentarz i status.
Jak wygląda cykl akceptacji w OneCRM?
Poniżej cykl, który stosuję w każdym projekcie. Każdy krok ma właściciela i jednoznaczny wynik — dzięki temu wiesz, w którym momencie jest projekt i co dalej.
| Krok | Co robisz Ty | Co robi klient | Efekt |
|---|---|---|---|
| 1. Wersja | Wgrywasz wersję projektu do etapu akceptacji | — | Nowa wersja jest częścią projektu, nie maila |
| 2. Link do podglądu | Wysyłasz link do podglądu w przeglądarce | Otwiera podgląd — bez pobierania i bez „nie otworzyło się” | Klient widzi plik w miejscu, w którym go skomentuje |
| 3. Komentarz klienta | — | Zostawia komentarz przy tej konkretnej wersji | Poprawki w jednym wątku, z datą i autorem |
| 4. Status akceptacji | Ustawiasz status: zaakceptowany lub do poprawek | Potwierdza akceptację w portalu klienta | Obie strony wiedzą, że wersja jest zamknięta |
| 5. Finalne pliki | Dodajesz finalne pliki: źródła, PDF, print-ready | Pobiera pliki z projektu | Klient ma wszystko w jednym miejscu, bez „wyślij jeszcze raz” |
Cały cykl nie wymaga od klienta ani logowania się do skomplikowanego panelu, ani znajomości Twojego procesu — dostaje link i dwa przyciski: „akceptuję” albo „proszę o poprawki”.
Dlaczego klient poprawia raz, a nie pięć razy?
Bo wie, że poprawki nie są bezpłatne i bezterminowe. W cenie projektu ustalam zwykle dwie rundy poprawek; kolejne wyceniam wg stawki godzinowej (szac. na 24.08.2026: 80–200 zł/h). Zapisuję to w ofercie i powtarzam na pierwszym spotkaniu: „dwie rundy poprawek masz w cenie, potem rozliczamy dodatkowo”. Efekt jest przewidywalny — klienci grupowo poprawki, zamiast wysyłać je pojedynczo co dwa dni, a projekt domyka się w dwóch cyklach zamiast w pięciu. Limit poprawek to nie zniechęcanie do współpracy, tylko ochrona terminu i budżetu obu stron.
Link do podglądu zamiast pliku w mailu — co to zmienia?
Plik w mailu ma trzy wady: nie wiesz, czy klient go otworzył, nie wiesz, którą wersję komentuje, a załącznik bywa za duży. Link do podglądu rozwiązuje wszystkie trzy: widzisz, kiedy klient otworzył podgląd, komentarz przypina się do wersji, a podgląd działa w przeglądarce — bez programów, bez pobierania. Do tego klient nie tworzy kopii roboczych „na pulpicie”, bo nie ma czego zapisywać. Gdy projekt ma finalne pliki, to Ty decydujesz, kiedy i komu je udostępnić — źródła nie rozjeżdżają się po firmach klienta przed odbiorem.
Co robić, gdy klient akceptuje „ustnie”?
Dziękuję za informację i proszę o potwierdzenie w systemie — to nie biurokracja, tylko higiena. Ustna akceptacja znika po tygodniu, a bez statusu w projekcie nie wiesz, czy wersja jest zamknięta, czy otwarta. Dlatego w OneCRM status akceptacji to osobny krok: klient klika „akceptuję” przy wersji, a projekt przechodzi do etapu finalnych plików. Jeśli klient nie chce klikać, mówię wprost, że bez potwierdzenia nie ruszam z finałami — i to działa, bo nikt nie chce czekać na projekt z powodu jednego kliknięcia.
Poprawki jako część procesu, nie osobna wojna
Poprawki nie są wrogiem — są elementem projektu, dopóki są ustrukturyzowane. W OneCRM każdą rundę poprawek widać w historii projektu: co klient napisał, na której wersji, kiedy i co z tym zrobiłeś. Ta historia to Twój parasol ochronny przy rozliczeniach i przy ewentualnym sporze o zakres. Do tego poprawki mają terminy — jeśli klient nie odpisuje w 72 godziny, projekt nie stoi w miejscu, tylko dostaje przypomnienie. Dla grafika, który rozlicza się z kilkunastu projektów miesięcznie, ta różnica to godziny dziennie odzyskane na projektowanie zamiast na szukanie „tego maila z poprawkami”.
Najczęstsze pytania
Ile rund poprawek powinienem dać klientowi w cenie?
Dwie to bezpieczny standard dla logo i identyfikacji, jedna dla mniejszych form jak social media. Więcej rund w cenie zachęca do przeciągania projektu, mniej zniechęca klientów korporacyjnych, którzy mają wewnętrzne komitety. Zapisuj limit w ofercie i w projekcie — to oszczędza negocjacji na końcu współpracy.
Czy klient może komentować bezpośrednio przy projekcie?
Tak — w OneCRM klient zostawia komentarz przy konkretnej wersji projektu, przez portal klienta z linkiem do podglądu. Nie edytuje pliku ani nie rysuje po Twoim projekcie; pisze, co zmienić, a Ty widzisz to w kontekście wersji. Koniec z poprawkami wysyłanymi na screenshotach z rysunkiem w Paincie.
Co, jeśli klient akceptuje, a po tygodniu chce zmian?
Wracam do statusu akceptacji i zakresu z oferty. Jeśli zmiana mieści się w zakresie — dodaję rundę poprawek wg cennika. Jeśli nie — to nowe zlecenie, a stary projekt pozostaje zamknięty. Status w systemie działa jak umowa: obie strony widzą, co było zaakceptowane i kiedy.
Czy finalne pliki udostępniam dopiero po akceptacji?
Tak, i to jest jedna z najważniejszych zasad. Finalne pliki — źródła, PDF, wersje print-ready — dodajesz do projektu po akceptacji i płatności. Klient pracuje na wersjach roboczych, a Ty nie oddajesz pełnej jakości przed odbiorem. To chroni Cię przed „wysyłką źródeł bez zapłaty” i utrzymuje kolejność: akceptacja, finał, płatność.
Jeśli chcesz zamknąć temat wersji final_v2_final na dobre, przetestuj program dla grafika przez 14 dni za darmo — bez karty. A gdy zobaczysz, jak akceptacje i poprawki układają się w jeden cykl, sprawdź cennik i wybierz plan roczny 790 zł zamiast miesięcznego 79 zł.
Rejestracja zajmuje minutę: załóż darmowe konto i poprowadź pierwszy projekt z akceptacją online jeszcze w tym tygodniu — 14 dni testu bez podawania karty.