Jak dokumentować akceptację projektu przez klienta

Aby prawidłowo udokumentować akceptację projektu przez klienta, zapisz razem pięć rzeczy i przechowuj je jako jeden zapis: wskazaną osobę akceptującą i jej uprawnienia, dokładną zaakceptowaną wersję proofu, znacznik czasu, określony zakres akceptacji i samą odpowiedź. Każdy zapis, w którym brakuje jednego z tych pięciu elementów, zostawia miejsce na spór, którego nie da się zamknąć.

Co sprawia, że zapis akceptacji jest solidny

Test jest prosty. Czy za sześć miesięcy, gdy osoby zaangażowane w zlecenie będą nieosiągalne, ktoś mógłby otworzyć zlecenie i w niecałą minutę, opierając się na zapisach, odpowiedzieć na pytanie „na co dokładnie zgodził się klient i kiedy?”. Jeśli odpowiedź wymaga przeszukiwania skrzynki lub pytania kolegi, co pamięta, zapis nie jest wystarczająco solidny.

Pięć elementów

1. Kto zaakceptował

Zapisz imię i nazwisko osoby akceptującej, jej stanowisko i firmę, a nie „klienta” ani adres wspólnej skrzynki e-mail. Na początku współpracy lub zlecenia ustal, kto ma uprawnienia do akceptacji, i zapisz to w karcie klienta. Gdy projekt sprawdza kilka osób, za ostateczną akceptację nadal odpowiada jedna wskazana osoba; pozostałe to osoby sprawdzające.

2. Co dokładnie zaakceptowano

To element, który najczęściej kuleje. Zapis musi wskazywać konkretną, niezmienną wersję proofu: wersję 3, opatrzoną datą i możliwą do odtworzenia dokładnie w takiej postaci, w jakiej wyglądała. Nie „projekt”, nie „wysłany wcześniej PDF”, nie plik, który od tamtej pory nadpisano we wspólnym folderze. Jeśli proof może się zmienić po akceptacji, zapis niczego nie potwierdza.

3. Kiedy

Znacznik czasu zapisany automatycznie. Daty pozwalają ustalić kolejność zdarzeń: czy prośba o zmianę dotarła przed zwolnieniem do druku, czy po nim, czy akceptacja przyszła na czas przed zarezerwowanym terminem na maszynie i czy późniejsza instrukcja zastąpiła wcześniejszą.

4. Czego dotyczyła akceptacja

Określ zakres na proofie, nad polem akceptacji, prostym językiem: zwykle to, że projekt, teksty, układ, specyfikacja, uszlachetnienia i nakład zostały sprawdzone, a zlecenie może przejść dalej. Zakres dopisany po fakcie to argument w sporze; zakres zapisany na proofie to zapis.

5. Sama odpowiedź

Zapisz faktyczną decyzję klienta w ustrukturyzowanej formie (zaakceptowany, zaakceptowany z wymienionymi zmianami lub wymagany nowy proof) razem z dołączonymi uwagami. Swobodne odpowiedzi e-mailem to najsłabsza wersja tego elementu, bo zmuszają kogoś do późniejszego interpretowania intencji.

Jak wygląda kompletny zapis

Jak to zapisywać w praktyce

1. Wyślij jeden obowiązujący proof. Jeden link, który bez wątpienia jest aktualny, zamiast załączników mnożących się w wątku.
2. Wskaż osobę sprawdzającą przy wysyłce. Zaadresuj proof do wskazanej osoby akceptującej, aby jej tożsamość była ustalona przed decyzją, a nie domyślana po fakcie.
3. Umieść zakres akceptacji na proofie. Bezpośrednio nad miejscem akceptacji, tak aby klient natrafił na opis zakresu przed zaakceptowaniem projektu.
4. Udostępnij konkretne opcje odpowiedzi. „Zaakceptuj”, „zaakceptuj ze zmianami” albo „poproś o nowy proof”, obok pola na komentarz, a nie zamiast niego.
5. Zapisuj automatycznie. Tożsamość, wersja i znacznik czasu zapisywane przez system, aby zapis nie zależał od tego, czy ktoś pamięta o jego archiwizacji.
6. Zamroź zaakceptowaną wersję. Przechowuj ją bez zmian; każda późniejsza edycja tworzy nową wersję, która wymaga nowej akceptacji.
7. Potwierdź klientowi. E-mail z potwierdzeniem, który powtarza, co i kiedy zaakceptowano, daje obu stronom ten sam zapis.
8. Dołącz zapis do zlecenia. Przechowywany razem ze zleceniem, widoczny dla każdego, kto zajmuje się ponownym zamówieniem lub reklamacją.

Typowe słabe punkty

• Akceptacja przez telefon. Jeśli do niej dojdzie, jeszcze tego samego dnia potwierdź ją na piśmie i poproś klienta o potwierdzenie.
• Akceptacja przez osobę na niższym stanowisku. To w porządku, jeśli to uzgodniona osoba akceptująca; ryzykowne, jeśli faktura trafia do kogoś, kto nigdy nie widział proofu.
• Nadpisywane pliki proofów. Wersja, którą można edytować po akceptacji, odbiera zapisowi wartość.
• „Zaakceptowany ze zmianami” z przyzwyczajenia. Tworzy wersję, której nikt tak naprawdę nie sprawdził. Używaj tej opcji tylko przy jednoznacznych pojedynczych poprawkach.
• Zapisy w skrzynce jednej osoby. Gdy ta osoba odchodzi lub jest na urlopie, zapis praktycznie przepada.
• Milczenie traktowane jako akceptacja. Automatyczna akceptacja po upływie terminu jest kusząca handlowo, ale słaba jako potwierdzenie. Zamiast tego przypominaj się klientowi.

Jak dobrze wykorzystać zapis

Dobre archiwum akceptacji jest warte więcej niż ochrona przed sporami. Odpowiada na pytanie „co drukowaliśmy ostatnio?” przy ponownym zamówieniu, pokazuje, gdzie akceptacje utykają, aby dało się usunąć wąskie gardło, i pozwala każdemu w drukarni sprawdzić stan zlecenia bez pytania. Dokumentacja tworzona tylko na wypadek sporów jest zaniedbywana; dokumentacja, która ułatwia codzienną pracę, pozostaje aktualna.

Czytaj także

Stronę biznesową opisuje poradnik Jak akceptacja projektu zapobiega ponownym drukom, prawną poradnik Kto odpowiada za błąd w zaakceptowanym proofie, kontrole poprzedzające akceptację checklista akceptacji, a samo pole akceptacji poradnik Co powinien zawierać proof PDF. Od strony produktu zobacz akceptację projektu przez klienta i linki do proofów z Twoją marką.