Luka, o której nikt nie mówi
Budując Outlier Labs, zrozumiałam, że same umiejętności techniczne nie tworzą dobrych doświadczeń klienta. Projekt może być technicznie mocny, a i tak frustrować klienta, jeśli kuleje komunikacja. I szczerze, myślę, że to jedna z największych luk w świecie technologii i agencji. Większość ludzi spędza lata, ucząc się developmentu, designu, systemów czy realizacji produktów, ale prawie nikt porządnie nie uczy komunikacji. Po prostu się ją zakłada.
Ludzie zakładają, że jeśli ktoś jest biegły technicznie, to naturalnie będzie też umiał dobrze prowadzić klientów. Rzadko tak jest. Komunikacja z klientem to zupełnie odrębna umiejętność. Wpływa na zaufanie, terminy, oczekiwania, poziom stresu, podejmowanie decyzji, tempo projektu i ostatecznie na to, jak klienci pamiętają współpracę z Tobą długo po jej zakończeniu.
Większość klientów nie rozumie złożoności technicznej
Jednym z największych błędów zespołów technicznych jest zakładanie, że klienci rozumieją, jak development działa od środka. Nie rozumieją. I szczerze, nie powinni musieć. Większość klientów świetnie zna swój biznes, ale nie musi rozumieć łańcuchów zależności, opóźnień we wdrożeniach, problemów z infrastrukturą, przypadków brzegowych, ograniczeń API, debugowania responsywności ani tego, dlaczego jedna drobna prośba o funkcję może nagle wpłynąć na kilka systemów pod spodem.
A wiele zespołów technicznych komunikuje się tak, jakby klienci znali już cały ten kontekst, co bardzo szybko rodzi zamieszanie. Bardzo świadomie zaczęliśmy tłumaczyć sytuacje techniczne na język biznesu zamiast języka technicznego. Zamiast przytłaczać klientów szczegółami wdrożenia, wyjaśniamy, co się dzieje, dlaczego to ważne, czy wpływa na terminy, jaki jest następny krok i czy potrzebne jest jakieś działanie z ich strony. Taka jasność ogromnie zmniejsza stres, bo większość klientów nie panikuje, gdy pojawiają się problemy. Panikuje, gdy czuje się niedoinformowana.
Cisza budzi więcej niepokoju niż opóźnienia
To była jedna z najważniejszych lekcji, jakie dostaliśmy na początku. Zdarzały się chwile, gdy milkliśmy, rozwiązując coś wewnętrznie, bo chcieliśmy odezwać się do klienta dopiero z kompletnym rozwiązaniem. Logicznie brzmi to rozsądnie. Ale z perspektywy klienta cisza wydaje się groźna, zwłaszcza jeśli miał wcześniej złe doświadczenia z agencjami.
Z czasem zrozumieliśmy, że proaktywna komunikacja jest dużo ważniejsza niż idealna komunikacja. Nawet krótka wiadomość, że zidentyfikowaliśmy problem i jutro powinniśmy wiedzieć więcej, buduje znacznie więcej zaufania niż zniknięcie na dwa dni i powrót z dopracowanym wyjaśnieniem. Dziś w trakcie projektów komunikujemy się dużo bardziej proaktywnie. Jeśli jest ryzyko, mówimy o nim wcześnie. Jeśli terminy mogą się lekko przesunąć, wyjaśniamy to od razu, zamiast czekać do ostatniej chwili. Jeśli na czymś utknęliśmy, klient o tym wie. Ta przejrzystość całkowicie zmienia relacje, bo klienci się uspokajają, gdy przestają czuć niepewność co do tego, co dzieje się za kulisami.
Sami też byliśmy po drugiej stronie złej komunikacji
O jednym mówię za rzadko: jako zespół też doświadczyliśmy tego problemu wewnętrznie. Na początku zdarzało się, że z kilkoma osobami w zespole naprawdę trudno się komunikowało. Wyciągnięcie od nich informacji było trudne, zarządzanie poprawkami frustrujące, drobne zmiany wymagały niepotrzebnych przypomnień, a czasem nawet podstawowa widoczność postępów stawała się osobnym zadaniem.
I szczerze, to było wyczerpujące. Nie dlatego, że ci ludzie byli technicznie słabi, ale dlatego, że słaba komunikacja tworzy tarcie wszędzie. Prosta poprawka nie powinna przypominać wojny o zarządzanie projektem. To doświadczenie bardzo wcześnie nauczyło nas czegoś ważnego: problemy z komunikacją nie dotykają tylko klientów. Dotykają też zespołów od środka. Jeśli komunikacja wewnętrzna kuleje, opóźnienia się mnożą, nieporozumień przybywa, kontekst się gubi, a stres bardzo szybko rozlewa się na cały projekt. I naprawdę myślę, że to, że sami poczuliśmy tę frustrację, sprawiło, że dużo lepiej rozumiemy, co czują klienci, gdy firmy źle się komunikują.
Cotygodniowe prezentacje zmieniły wszystko
Jedną z rzeczy, które ogromnie poprawiły nasze projekty, było wprowadzenie regularnych prezentacji i omówień zamiast zbyt długiego czekania z pokazaniem postępów. Wiele agencji pracuje w długich, niewidocznych cyklach, w których klient długo nie widzi żadnych istotnych aktualizacji. A potem nagle dostaje ogromną dostawę naraz. To podejście tworzy niepotrzebne ryzyko, bo jeśli oczekiwania choć trochę się rozjadą w tym niewidocznym okresie, późniejsza korekta jest bolesna dla wszystkich.
Dlatego dziś wolimy pokazywać postępy na bieżąco: przez cotygodniowe prezentacje, rozmowy z omówieniem, linki podglądowe, przeglądy UX, sesje uwag na wersji testowej, wyjaśnianie ścieżek i stopniowe akceptacje. I szczerze, to poprawia dużo więcej niż komunikację. Poprawia zgodność. Klienci pozostają emocjonalnie związani z projektem. Uwagi pojawiają się wcześniej. Drobne korekty dzieją się, zanim staną się drogimi korektami. Wszyscy czują się zaangażowani w proces, a nie od niego odcięci. A przede wszystkim zaufanie buduje się stopniowo, zamiast całkowicie zależeć od wielkiego finału.
Spisane decyzje zapobiegają ogromnemu zamieszaniu później
Na początku bardzo to lekceważyłam. Duża część chaosu w projektach bierze się z tego, że ważne rozmowy odbywają się ustnie, ale potem nikt ich porządnie nie dokumentuje. A dwa tygodnie później ludzie różnie pamiętają rozmowy, priorytety się przesuwają, oczekiwania się rozjeżdżają, zakres się rozmywa i nikt nie jest do końca pewien, co uzgodniono. I szczerze, w długich projektach pamięć jest zawodna.
Dlatego dziś dokumentujemy ważne decyzje bardzo konsekwentnie. Podsumowania spotkań, ostateczne decyzje o zakresie, zmiany terminów, zaakceptowane poprawki, ustalenia dotyczące procesu, potwierdzenia funkcji i większe zmiany strategiczne są jasno spisane. Nie po to, żeby brzmieć korporacyjnie. Bo jasność zapobiega tarciom. Wielokrotnie przekonałam się, że wiele konfliktów w projektach nie wynika ze złych intencji. Wynika z różnych interpretacji wcześniejszych rozmów. Spisana jasność w ogromnym stopniu usuwa ten problem.
Dobrzy PM-owie czasem zdejmują więcej stresu niż dobrzy developerzy
To chyba jedna z najbardziej niedocenianych rzeczy w branży. Wiele firm nie docenia, jak ważne jest naprawdę dobre zarządzanie projektami. Ludzie zakładają, że to developerzy sami zapewniają płynne projekty. Tak nie jest. Płynne projekty zwykle zdarzają się dlatego, że ktoś stale utrzymuje zgodność między terminami, komunikacją, celami biznesowymi, rundami uwag, priorytetami zadań, oczekiwaniami klienta i realizacją techniczną.
W Outlier Labs nasi PM-owie są głęboko zaangażowani w projekty od początku do końca, bo wcześnie zrozumieliśmy, że developerzy nie powinni stale dźwigać rozproszonej komunikacji z klientem, jednocześnie realizując złożoną pracę techniczną. Taki układ zwykle stresuje wszystkich. Klienci czują się niesłuchani. Developerzy tracą skupienie. Komunikacja robi się niespójna. Dobrzy PM-owie rozwiązują ten problem. I szczerze, myślę, że klienci od razu czują różnicę, gdy ktoś naprawdę rozumie zarówno kontekst biznesowy, jak i realizację projektu.
Klient nigdy nie powinien gonić za informacjami
Rozmawiając z klientami, którzy wcześniej pracowali z innymi agencjami, zauważyłam, jak często czuli się zmuszeni ciągle gonić za komunikacją. Wielokrotne dopytywanie o postępy w długich projektach jest emocjonalnie wyczerpujące. Klient nie powinien musieć „polować” na informacje.
Dlatego wewnętrznie bardzo świadomie przypisaliśmy odpowiedzialność za komunikację. Aktualizacje powinny pojawiać się proaktywnie, a nie w odpowiedzi na pytania. Klient powinien wiedzieć, na jakim etapie są prace, co się teraz dzieje, co czeka, czy terminy są zachowane i czy coś blokuje pracę, bez ciągłego dopytywania. To całkowicie zmienia emocjonalne doświadczenie projektu, bo gdy klient przestaje martwić się o brak informacji, zaczyna dużo naturalniej ufać procesowi.
Najlepsza komunikacja zwykle wydaje się nudna
Paradoksalnie świetna komunikacja z klientem często wydaje się zupełnie niepozorna. Żadnego zamieszania. Żadnego dopytywania. Żadnej niepewności. Żadnego emocjonalnego chaosu. Żadnych niespodzianek w ostatniej chwili. Wszystko jest po prostu jasne. I szczerze, myślę, że o to właśnie chodzi. Dobra komunikacja powinna zmniejszać obciążenie umysłowe, a nie je zwiększać.
Klienci i tak przez cały dzień prowadzą firmy, zarządzają zespołami, zajmują się operacjami i podejmują decyzje. Sam projekt nie powinien stawać się kolejnym źródłem niepotrzebnego stresu tylko dlatego, że systemy komunikacji są słabe. To jedna z najważniejszych rzeczy, których nauczyliśmy się przy pierwszych projektach. Technicznie mocny projekt może i tak być złym doświadczeniem, jeśli komunikacja wokół niego jest niespójna.
Czego naprawdę się nauczyliśmy
Najważniejsza lekcja: komunikacja nie może zależeć wyłącznie od osobowości. Potrzebuje systemów. Jeśli jakość komunikacji zależy tylko od tego, czy ktoś „akurat jest zorganizowany”, wraz ze skalowaniem projektów w końcu robi się niespójnie. Dlatego świadomie wbudowaliśmy komunikację w sam proces: regularne prezentacje, uporządkowane aktualizacje, spisane decyzje, proaktywne komunikowanie ryzyk, dedykowaną odpowiedzialność PM-a, system umawiania spotkań, podsumowania po rozmowach, jasne ścieżki eskalacji i przejrzyste harmonogramy. Wszystko to ogromnie zmniejsza tarcia.
I szczerze, myślę, że to jedna z największych różnic między zespołami niedoświadczonymi a doświadczonymi. Doświadczone zespoły rozumieją, że klienci przeżywają projekty emocjonalnie, a nie tylko technicznie. Projektu nigdy nie ocenia się wyłącznie po produkcie końcowym. Ocenia się go po tym, jak stresująca, płynna, zagmatwana, partnerska, spokojna, frustrująca lub niezawodna była droga do celu. I naprawdę myślę, że komunikacja z klientem to jedna z najbardziej niedocenianych umiejętności w całej branży.
