Monitorowanie i sygnalizowanie to obietnica, że system obserwuje i na czas daje sygnał: odbiegająca od normy faktura, klient, który zamierza odejść, proces, który się zatrzymuje. Pod okienkiem czatu lub pulpitem, w którym ten sygnał się pojawia, znajduje się łańcuch decyzji, które organizacja musi podjąć sama. Ten łańcuch decyduje, czy sygnalizowanie coś przynosi, czy głównie dodaje szum.
Sygnał jest odchyleniem od wzorca. Aby rozpoznać wzorzec, musi najpierw istnieć linia bazowa: dane o tym, jak wygląda normalna sytuacja, zebrane w sposób porównywalny w czasie. Wymaga to danych wprowadzanych konsekwentnie, w tych samych polach, z tymi samymi definicjami. Organizacja, w której trzy działy mają trzy różne sposoby rejestrowania reklamacji, nie ma jeszcze linii bazowej — ma trzy linie bazowe, które do siebie nie pasują.
Do tego należy też: kto jest odpowiedzialny za jakość tych danych. Sygnalizowanie oparte na danych, których nikt nie kontroluje, w pewnym momencie zgłosi coś, co się nie zgadza, i wtedy pytanie brzmi, kto to zauważy i poprawi. Bez własności odpowiedzialności za źródło danych sygnał jest zgadywaniem ze znacznikiem czasu.
Każdy system sygnalizowania działa na progach: od jakiego odchylenia coś staje się zgłoszeniem. Ten próg nie jest szczegółem technicznym, lecz decyzją merytoryczną. Ustawiony zbyt niski, i wszyscy dostają nieustannie zgłoszenia, które nic nie znaczą, po czym nikt już ich nie czyta. Ustawiony zbyt wysoko, i system pozostaje cicho, choć coś już idzie nie tak.
Ustalenie tego progu wymaga kogoś, kto zna dany proces — nie ogólnego ustawienia, które jest takie samo dla każdego zespołu. Próg dla sygnalizowania stanów magazynowych to inne pytanie niż próg dla sygnalizowania rotacji personelu. To jeden z fundamentalnych wymiarów: bez organizacji, która świadomie podejmuje te decyzje i je ustala, próg ustala za Państwa technika, zwykle na wartości domyślnej, która nikomu nie pasuje idealnie.
Sygnał, który nigdzie nie trafia, nie jest sygnałem. Wymaga to ustalonej ścieżki: kto otrzymuje zgłoszenie, w jakim czasie jest ono sprawdzane i jaki jest kolejny krok, jeśli zgłoszenie się potwierdza. Bez tej ścieżki zgłoszenie kończy w skrzynce, którą nikt nie uważa za swoje pierwsze zadanie, a przewaga wczesnego sygnalizowania rozpływa się w zwłoce reakcji.
To dotyka sposobu, w jaki działy współpracują: sygnał dotyczący klienta często powstaje w jednym zespole, a musi być podjęty przez inny. To, jak koordynacja między działami przebiega w Państwa organizacji decyduje, czy to przekazanie przebiega sprawnie, czy zatrzymuje się na granicy między dwoma zespołami, które nie są przyzwyczajone do dzielenia się tymi samymi informacjami.
Sygnalizowanie często nie działa na jednym strumieniu danych strukturalnych, lecz na kombinacji: liczb z systemu i tekstu z e-maili, notatek czy raportów. System, który ma sygnalizować na podstawie listów z reklamacjami lub protokołów ze spotkań, musi najpierw umieć te dokumenty odczytać i zinterpretować. To, jak Państwa organizacja radzi sobie z czytaniem i podsumowywaniem dokumentów decyduje więc częściowo, czy sygnalizowanie na podstawie źródeł tekstowych jest wykonalne, czy najpierw wymaga jeszcze pracy na poziomie zarządzania dokumentami.
To samo dotyczy rozmów. Sygnał, który wynika z czegoś powiedzianego w rozmowie z klientem, istnieje tylko wtedy, gdy ta rozmowa została zarejestrowana w sposób, który system może przeszukać. Bez struktury do rejestrowania i śledzenia rozmów ta informacja pozostaje w głowie osoby, która tę rozmowę prowadziła, i tam żaden system nie sygnalizuje.
Sygnalizowanie nie jest działaniem. System zgłasza, że coś się dzieje; sam nie interweniuje. Kto oczekuje, że sygnał automatycznie prowadzi do rozwiązania, myli sygnalizowanie z innym rodzajem pracy: pracą, która zostaje przejęta i wykonana. To, co jest w tym możliwe, opisane jest przy agentach wykonujących pracę — innej warstwie niż ta, o której tu mowa.
Monitorowanie jest często pierwszą rzeczą, którą się próbuje, właśnie dlatego, że wydaje się małe i ograniczone: jeden pulpit, jeden zespół, jeden proces. Ten ograniczony charakter jest jednocześnie pułapką. System sygnalizowania, który działa w jednym miejscu, ale nie jest podłączony do reszty organizacji, pozostaje kuriozum, a nie narzędziem. To, dlaczego pilot, który działa tylko w swoim kącie, nic nie przynosi łączy się bezpośrednio z tym wzorcem: sygnał niepodłączony do procesu, który coś z nim robi, pozostaje demonstracją. A demonstracja bez kogoś, kto uważa dalsze działanie za swoje własne zadanie, sama zniknie; to również powód, dla którego demo bez właściciela nic nie przynosi.
Czy Państwa organizacja jest gotowa na monitorowanie i sygnalizowanie, nie zależy od tego, jaka technika jest dostępna, lecz od tego, czy linia bazowa, progi, ścieżka reakcji i własność odpowiedzialności już istnieją. To właśnie na to patrzy pomiar dojrzałości hybridresourcing: nie czy to jest możliwe, lecz co musi najpierw istnieć.
Monitorowanie i sygnalizowanie informują Państwa, że coś się dzieje. Nie informują, która część leżącej pod tym pracy — ocenianie, raportowanie, dalsze działanie — może faktycznie zostać przejęta przez AI. To pytanie leży w gestii skanu pracy FTE TO AI, który dla każdego zadania obliczana, jaka część pracy się do tego kwalifikuje, niezależnie od tego, czy organizacja jest już na to gotowa.
Vraag maar wat er moet staan voordat AI in uw organisatie kan landen.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.