Jak zbierać poprawki od klienta, żeby się nie gubiły
Poprawki od klienta zbieracie najpewniej wtedy, gdy każda uwaga trafia do jednego, wspólnego wątku przy konkretnym etapie projektu — z konkretem zamiast wrażenia i z jasną wersją, której dotyczy. Wszystko inne, czyli mail tu, telefon tam i wiadomość na Messengerze w sobotę wieczorem, prędzej czy później skończy się tym, że jedna poprawka zniknie, a klient zapyta, dlaczego jej nie zrobiliście. Poniżej pokazujemy, jak ustawić to tak, żeby nic nie wypadło z procesu.
Dlaczego poprawki się gubią
Poprawki gubią się nie dlatego, że ktoś jest niesumienny. Gubią się, bo żyją w zbyt wielu miejscach naraz. Klient pisze maila o kolorze, dzwoni w sprawie tekstu, a screen z zakreśleniem wrzuca na czacie. Wy macie to w trzech aplikacjach i w głowie — a głowa jest zawodnym backupem.
Najczęstsze źródła chaosu:
- Wiele kanałów. Mail, SMS, telefon, komunikator — żaden nie jest pełną listą.
- Brak jednego miejsca prawdy. Nikt nie wie, która lista uwag jest tą obowiązującą.
- Ustne ustalenia. „Mówiłem przez telefon" kontra „nie zapisałem" to spór nie do wygrania.
- Mieszanie wersji. Klient komentuje stary plik, Wy patrzycie na nowy.
Efekt jest zawsze ten sam: poprawka wypada, klient traci zaufanie, a Wy tracicie czas na odtwarzanie, co właściwie było do zrobienia.
Jeden etap, jeden wątek
Zasada jest prosta: jeden etap projektu = jeden wątek = jedno źródło prawdy. Wszystkie uwagi do danej makiety, layoutu czy montażu lądują w tym samym miejscu, w kolejności, w jakiej spłynęły. Nie ma „a, jeszcze pisałem o tym mailem" — bo nie było maila, była uwaga w wątku.
Dzięki temu zyskujecie kilka rzeczy naraz. Widzicie pełną listę uwag bez przeklikiwania skrzynki. Klient widzi, że jego uwaga została zapisana i ma status. A Wy macie dowód, kto i kiedy o co prosił — przydatny, gdy później pojawia się pytanie „dlaczego to wygląda inaczej niż ustalaliśmy".
W noxxo klient końcowy zgłasza poprawki bez zakładania konta, przez magic link, prosto przy danym etapie. Wątek jest przypięty do wersji, więc nie ma wątpliwości, czego dotyczy uwaga.
Proś o konkret, nie o wrażenie
„Coś tu nie gra" to nie jest poprawka. To zaproszenie do zgadywania, a zgadywanie kosztuje rundy. Waszym zadaniem jest tak ustawić zbieranie uwag, żeby klient z automatu pisał konkret — bo to Wam oszczędza pracę, a jemu nerwów.
Zamiast pozwalać na ogólniki, naprowadzajcie:
- Co dokładnie — który element, blok, ujęcie, nagłówek.
- Co jest nie tak — za małe, za ciemne, zła kolejność, literówka.
- Czego klient oczekuje — „powiększcie o połowę", „użyjcie zdjęcia z briefu".
Pomaga prosta zachęta przy polu na uwagi: „Napisz, którego elementu dotyczy uwaga i co konkretnie zmienić." Możliwość przypięcia uwagi do konkretnego fragmentu albo zrzutu ekranu robi resztę — wtedy „tu" przestaje być zagadką.
Oddziel poprawki od nowych życzeń
To najważniejsza granica w całym procesie. Poprawka mieści się w uzgodnionym zakresie. Nowe życzenie to nowa praca. Jeśli traktujecie jedno i drugie tak samo, projekt puchnie w nieskończoność, a Wy pracujecie za darmo.
Przy każdej uwadze warto na spokojnie ocenić: czy to korekta tego, co mieliśmy dostarczyć, czy nowy pomysł, który wcześniej nie padł. Drugą kategorię nazywajcie po imieniu — uprzejmie, ale jasno: „To świetny kierunek, wykracza poza ten etap, wyceniam osobno." Klient zwykle to rozumie, jeśli powiecie to od razu, a nie po fakcie.
Ten podział spina się z rundami poprawek z wyceny. Jeśli umówiliście dwie rundy w zakresie, to liczycie właśnie poprawki — nie nowe życzenia. Dzięki temu „ile jeszcze rund zostało" jest policzalne, a nie uznaniowe.
Powiązane
Zbieranie poprawek to jeden element większej całości. Zobaczcie, jak działa akceptacja etapów, żeby zatwierdzony etap był naprawdę zamknięty, oraz przeczytajcie o rundach poprawek w wycenie, bo to one wyznaczają granicę między korektą a nową pracą. Warto też spojrzeć szerzej na prowadzenie klienta przez projekt, żeby cały proces był przewidywalny od briefu do oddania. A jeśli chcecie zebrać poprawki, akceptacje i wątki w jednym miejscu, sprawdźcie plany noxxo.