Kto odpowiada za klienta między działami?

Jeśli każdy dział wykonał swoje zadanie, a klient nadal czeka, firma nie ma właściciela całej sprawy. Odpowiedzialność end-to-end oznacza, że jedna rola widzi jej stan od zgłoszenia do zamknięcia, potrafi uruchomić eskalację i odpowiada za termin odpowiedzi. Nie musi sama wykonać pracy wszystkich działów ani mieć prawa do zmiany każdej decyzji.

Szerszy kontekst wyboru procesu i granic działania opisuje przewodnik po automatyzacji i agentach AI.

Odtwórz drogę jednej trudnej sprawy

Weź reklamację, która przekroczyła obiecany termin. Zapisz wszystkie przekazania: kto przyjął zgłoszenie, kto ustalił przyczynę, kto mógł przyznać rabat, kto poinformował klienta. Przy każdym przekazaniu zapytaj, czy odbiorca dostał komplet informacji i czy znał następny termin. Często największą stratą nie jest czas naprawy, lecz czas, w którym sprawa nie należała do nikogo.

Ważne, by rozdzielić odpowiedzialność za wynik od uprawnień do konkretnych działań. Opiekun sprawy może być odpowiedzialny za jej prowadzenie, lecz decyzja finansowa pozostaje u osoby z odpowiednim limitem. Takie granice chronią firmę przed chaosem, pod warunkiem że opiekun widzi, na czyją decyzję czeka.

Jak ustalić regułę przekazania?

Każde przekazanie powinno zawierać identyfikator sprawy, powód przekazania, dotychczasowe ustalenia, wymaganą decyzję i termin. Odbierający potwierdza przejęcie albo odsyła sprawę z konkretną przyczyną. „Wysłaliśmy maila do logistyki” nie jest stanem procesu. Dopiero „logistyka przyjęła sprawę; odpowiedź do środy” pozwala rozliczyć dalszy krok.

System może pokazywać te informacje w jednym miejscu i przypominać o terminie. Agent AI może przygotować podsumowanie korespondencji, ale nie powinien maskować braku właściciela decyzji. Jeśli nikt nie ma prawa rozstrzygnąć reklamacji, szybsze streszczenie sprawy niczego nie zamknie. Reklamacja jako test procesu firmy pozwala sprawdzić tę lukę na konkretnym przykładzie.

Odpowiedzialność nie oznacza ręcznego poganiania wszystkich

Właściciel sprawy nie powinien stawać się żywym systemem powiadomień. Jeśli jego główną pracą jest codzienne wysyłanie przypomnień, firma jedynie przeniosła brak procesu na stanowisko jednej osoby. Potrzebna jest wspólna informacja o stanie: kto przejął zadanie, jaki jest termin i co blokuje kolejny krok. Powiadomienie ma wspierać te ustalenia, a nie zastępować odpowiedzialność odbiorcy.

Ustal także, kiedy opiekun może eskalować. Przykładowo, gdy dział techniczny nie potwierdzi przyjęcia reklamacji w uzgodnionym czasie, sprawa trafia do kierownika tego działu. Jeśli czeka na decyzję finansową, opiekun informuje klienta o terminie kolejnej odpowiedzi, ale nie obiecuje rabatu bez uprawnienia. To pokazuje różnicę między prowadzeniem sprawy a podejmowaniem każdej decyzji samodzielnie.

Po miesiącu zapytaj pracowników, czy liczba niejasnych przekazań spadła. Jeśli termin jest dotrzymywany tylko dzięki pracy opiekuna po godzinach, wynik jest pozorny. Prawdziwa poprawa oznacza, że następny dział ma informacje i obowiązek działania bez dodatkowego dochodzenia.

Zacznij od małego zakresu

Przez miesiąc mierz trzy rzeczy: liczbę spraw bez przypisanego opiekuna, czas oczekiwania między działami i liczbę kontaktów klienta w celu uzyskania statusu. To lepsze miary niż liczba maili wysłanych przez każdy dział. Jeśli wyniki poprawią się po samym przypisaniu właściciela, nie trzeba od razu wdrażać nowej automatyzacji. Gdy dane o sprawie są rozproszone, zakres współpracy pokazuje, jak przejść od diagnozy do wspólnego modelu procesu.