Od e-mailowego chaosu do portalu samoobsługowego: uczciwe studium przypadku

Każda przeciążona skrzynka wsparcia opowiada tę samą historię i nigdy tak naprawdę nie chodzi w niej o e-mail. Chodzi o firmę, która rosła szybciej niż jej sposób rozmawiania z klientami. Zanim ktoś powie „potrzebujemy portalu”, skrzynka zwykle przestaje być narzędziem, a staje się codzienną sytuacją awaryjną — miejscem, w którym zgłoszenia giną, powtarzają się i stają się przedmiotem sporów. To historia jednej firmy, która przeżyła dokładnie to, i tego, co naprawdę było potrzebne, żeby się z tego wygrzebać.

Chcę opowiedzieć ją uczciwie, bo studia przypadków zwykle pisze się tak, jakby wszystko poszło idealnie, a liczby potroiły się z dnia na dzień. Tu tak nie było. Poszło dobrze — naprawdę dobrze — ale były złe zakręty, funkcja, którą zbudowaliśmy i potem usunęliśmy, oraz moment jakieś sześć tygodni później, gdy klient po cichu zastanawiał się, czy nie popełnił błędu. Ta część liczy się tak samo jak wynik, więc ją zostawiam.

Firma jest prawdziwa, ale na jej prośbę zanonimizowana: firma usług biznesowych zatrudniająca około 45 osób, obsługująca kilkaset stałych klientów B2B. Wyobraźcie sobie serwis sprzętu i zgodność z przepisami — rodzaj pracy, w której klienci nieustannie potrzebują dokumentów, aktualizacji statusu i składania zgłoszeń. Szczegóły nie mają większego znaczenia. Jeśli Wasz zespół żyje we wspólnej skrzynce, od razu rozpoznacie kształt tej historii.

Skrzynka, która rządziła firmą

Gdy pierwszy raz usiedliśmy z nimi, wszystko, co ważne, przechodziło przez jedną wspólną skrzynkę — info@ — którą jednocześnie obserwowały cztery osoby. Klienci pisali, by zamówić usługę, poprosić o certyfikat, sprawdzić zlecenie, zmienić adres, zakwestionować fakturę. Wszystko lądowało w tym samym miejscu, w przypadkowej kolejności, bez statusu i bez właściciela.

Objawy były takie, jakie widzę za każdym razem. Te same pytania pojawiały się dziesiątki razy w tygodniu — „gdzie jest mój certyfikat”, „kiedy przyjedziecie”, „czy możecie ponownie przesłać raport”. Załączniki ginęły albo były zakopane trzy odpowiedzi w głąb. Dwóch pracowników czasem w ciągu godziny odpowiadało temu samemu klientowi inaczej. I nikt nie potrafił odpowiedzieć na najprostsze pytanie zarządu: ile mamy teraz otwartych zgłoszeń? Skrzynka tego nie wiedziała. Wiedziała tylko, ile jest nieprzeczytanych wiadomości, a to zupełnie coś innego.

Kosztem był nie tylko czas, choć i tego było sporo — później oszacowaliśmy, że zespół spędzał większą część dwóch pełnych dni roboczych w tygodniu tylko na powtarzalnych odpowiedziach typu kopiuj-wklej. Większym kosztem była ciche erodowanie zaufania. Klienci nie widzieli własnej historii, więc pytali ponownie. Pracownicy nie widzieli, co obiecano, więc nadmiernie przepraszali i nadmiernie dostarczali. Cała relacja opierała się na niepokoju.

Czego świadomie nie zrobiliśmy

Klient przyszedł do nas z prośbą o portal, a naszym pierwszym zadaniem było go spowolnić. Kuszące jest powiedzieć „tak” brifowi i zacząć budować ekrany. Ale portal to duży obiekt — logowanie, konta, uprawnienia, dokumenty, zgłoszenia, powiadomienia — i jeśli zbudujecie wszystko naraz, spędzicie dziewięć miesięcy i i tak uruchomicie coś, o co nikt nie prosił.

Dlatego przed jakimkolwiek projektowaniem poświęciliśmy dwa dni na nieefektowną rzecz: czytanie skrzynki. Wyeksportowaliśmy kilka miesięcy poczty i posortowaliśmy ją według tego, co klienci faktycznie próbowali zrobić. Nie tego, co mówili — tego, czego chcieli. Wynik był rozjaśniający. Około trzech czwartych całej przychodzącej poczty sprowadzało się do zaledwie czterech powtarzających się zadań: prośba o dokument, sprawdzenie statusu zlecenia, złożenie nowego zgłoszenia serwisowego i aktualizacja własnych danych.

To część, którą zespoły pomijają, i to ona ratuje projekt. Nie projektowaliśmy portalu. Projektowaliśmy sposób na usunięcie czterech najczęściej powtarzanych e-maili ze skrzynki. To ujęcie trzymało nas w ryzach za każdym razem, gdy ktoś chciał dodać „jeszcze jedną” funkcję.

Co faktycznie zbudowaliśmy

Pierwsze wydanie było celowo wąskie. Klient mógł się zalogować, zobaczyć zlecenia i dokumenty swojej organizacji, pobrać wszystko, co kiedykolwiek wysłaliśmy, złożyć nowe zgłoszenie przez krótki, ustrukturyzowany formularz i zaktualizować dane kontaktowe. To wszystko. Bez czatu na żywo, bez pulpitów pełnych wykresów, bez portalu rozliczeniowego. Cztery zadania, wykonane porządnie.

Sejf dokumentów

Największą ulgą było umożliwienie klientom pobierania własnych dokumentów. Każdy certyfikat, raport i faktura, które wystawialiśmy, były teraz automatycznie przypisywane do ich konta w chwili wygenerowania. E-mail „czy możecie ponownie przesłać ten PDF” — zdecydowanie najczęstszy — po prostu przestał przychodzić. Klienci przestali pytać, bo już nie musieli.

Ustrukturyzowane zgłoszenia zamiast e-maili z wolnym tekstem

Gdy klient składał zgłoszenie przez portal, odpowiadał na kilka konkretnych pytań, zamiast pisać akapit. Brzmi drobno; było przełomowe. Ustrukturyzowane zgłoszenie przychodzi z wszystkim, czego zespół potrzebuje do działania — koniec z wymianą trzech e-maili tylko po to, by ustalić, która lokalizacja, która maszyna, która data. Każde zgłoszenie dostawało status, który klient widział, co po cichu ukróciło większość dopominania się „jakieś aktualizacje?”.

Cicha automatyzacja w tle

Za ekranami prawdziwa praca polegała na połączeniu portalu z systemami, które już mieli, tak by nikt nie musiał niczego przepisywać. Nowe zgłoszenie z portalu tworzyło zlecenie w ich istniejącym narzędziu back-office. Ukończony dokument sam trafiał do sejfu. Zmiany statusu wywoływały krótki e-mail, więc klienci nie musieli ciągle się logować, by sprawdzać. Nic z tego nie było efektowne. Większość wartości w takim portalu tkwi w hydraulice, której nikt nigdy nie widzi.

Zły zakręt i funkcja, którą usunęliśmy

Teraz część, którą większość studiów przypadków ukrywa. Mniej więcej w połowie klient poprosił o wątek wiadomości w portalu — mały czat przy każdym zgłoszeniu, żeby klienci i pracownicy mogli wymieniać się wiadomościami w portalu. Brzmiało rozsądnie. Zbudowaliśmy to.

To był błąd. Wątek wiadomości odtworzył dokładnie ten problem, który rozwiązywaliśmy: nieustrukturyzowane miejsce, w którym rozmowa się piętrzy, tyle że teraz była to druga skrzynka, którą pracownicy musieli obserwować obok e-maila. W ciągu miesiąca zgłoszenia grzęzły w wątkach czatu, klienci nie wiedzieli, czy pisać na czacie, czy mailowo, a zespół sprawdzał dwa miejsca zamiast jednego. Przypadkiem odbudowaliśmy skrzynkę wewnątrz portalu.

Usuwanie działającego oprogramowania, za które się zapłaciło, jest okropne. Ale uruchomienie złej funkcji i trzymanie jej z uporu jest znacznie droższe. Wycięliśmy ją, hałas natychmiast opadł, a stało się to jedną z najbardziej użytecznych rzeczy, których projekt nauczył wszystkich zaangażowanych.

Jak to wdrożyliśmy bez buntu

Portal działa tylko wtedy, gdy klienci faktycznie z niego korzystają — a klienci cudownie opierają się zmianie sposobu, w jaki się z Wami kontaktują. Powiedzcie ludziom „używaj teraz portalu”, a spora część po prostu nadal będzie pisać maile. Dlatego nie wymuszaliśmy tego. Uczyniliśmy portal ewidentnie łatwiejszą drogą i pozwoliliśmy mu wygrać samemu.

1. 1
   Miękki start najpierw z przyjaznymi klientami

   Zaprosiliśmy kilkunastu najbardziej zaangażowanych klientów, obserwowaliśmy, jak korzystają, i wygładziliśmy szorstkie krawędzie, zanim zobaczył to ktokolwiek inny.
2. 2
   Zasilenie każdego konta realną wartością

   Od pierwszego dnia portal każdego klienta zawierał już jego wcześniejsze dokumenty i otwarte zlecenia. Logowanie od razu było użyteczne, a nie jak pusty formularz do wypełnienia.
3. 3
   Odpowiadanie na powtarzalne e-maile z delikatną zachętą

   Gdy stare pytania nadal przychodziły mailem, pracownicy odpowiadali na nie — i dodawali jedno zdanie: 'To możecie też zawsze pobrać tutaj.' Bez nacisku, po prostu lepsza opcja.
4. 4
   Dopiero później kierowanie nowych zgłoszeń przez portal

   Gdy korzystanie było już zdrowe, formularz zgłoszenia na stronie kierował do portalu. Nigdy nie wyłączyliśmy e-maila całkowicie — po prostu uczyniliśmy portal drogą najmniejszego oporu.

Ten ostatni punkt wart jest zatrzymania. Nigdy nie zabiliśmy e-maila i nigdy tego nie planowaliśmy. Niektórzy klienci zawsze będą go woleć, i to w porządku. Celem nigdy nie było zero e-maili — było nim opróżnienie skrzynki z powtarzalnych e-maili, tak by te, które zostaną, były tymi, które naprawdę potrzebują człowieka.

Wyniki, z uczciwymi zastrzeżeniami

Sześć miesięcy po uruchomieniu zmiana była na tyle wyraźna, że nikt się o nią nie spierał. Podam Wam liczby, ale czytajcie je jako ilustracyjne — to doświadczenie tej firmy, zmierzone z grubsza, nie obietnica. U Was będzie inaczej.

Nagłówek, na którym zależało klientowi, to odzyskany czas: zespół odzyskał większą część półtora dnia w tygodniu, które znikały w skrzynce. Nie zredukowali zatrudnienia — przekierowali ten czas na właściwą pracę usługową i na wdrażanie nowych klientów, co jest wynikiem, który niemal zawsze widzimy w małych i średnich firmach. Automatyzacja nie zastąpiła tu ludzi; oddała im ich tydzień.

Miększe zwycięstwo trudniej było zmierzyć, ale łatwo poczuć. Menedżerowie mogli w końcu zobaczyć pracę. Klienci przestali czuć, że krzyczą w próżnię. A skrzynka, po raz pierwszy od lat, stała się spokojnym miejscem, w którym przychodzące wiadomości były tymi, które naprawdę wymagały ludzkiego namysłu.

Co zrobilibyśmy inaczej następnym razem

Dwie rzeczy. Po pierwsze, od początku opieralibyśmy się funkcji wiadomości — wiedzieliśmy lepiej, a i tak ją zbudowaliśmy, bo powiedzenie „tak” wydawało się łatwiejsze niż rozmowa. Po drugie, zasililibyśmy konta klientów ich historią jeszcze wcześniej w trakcie budowy, bo moment, w którym portal wydaje się wypełniony i osobisty, to moment, w którym ludzie zaczynają mu ufać. Pusty portal to obowiązek; portal, który już Was zna, to ulga.

Jeśli wpatrujecie się we własną przeciążoną skrzynkę, wnioskiem nie jest „zbuduj portal”. To najpierw znajdź swoje cztery zadania. Przeczytajcie swoją skrzynkę tak, jak my przeczytaliśmy ich. Ta garstka rzeczy, o które klienci nieustannie proszą, to jedyne funkcje, które się liczą. Cała reszta to zakres, którego pominięcia będziecie się cieszyć.

Częste pytania