Rozwiązanie działające obok systemu zgłoszeń wymaga przełączania się i przepisywania. To zjada całą obiecaną oszczędność.
W narzędziu, którego zespół używa
Podpowiedź widoczna przy zgłoszeniu, nie w osobnej aplikacji. To warunek, żeby ktokolwiek z niej korzystał.
Zasada jest prosta: im mniej kliknięć dzieli konsultanta od podpowiedzi, tym częściej z niej skorzysta. Rozwiązanie wymagające otwarcia drugiego okna i skopiowania treści zgłoszenia będzie używane przez tydzień, a potem zniknie z obiegu — niezależnie od tego, jak dobre daje wyniki.
Sposób połączenia
Interfejs programistyczny systemu, powiadomienia o zdarzeniach albo dodatek do interfejsu. Wybór zależy od możliwości systemu, nie od preferencji.
W praktyce sprawdza się układ dwustronny: powiadomienie o nowym zgłoszeniu uruchamia przetwarzanie, a wynik wraca do systemu przez jego interfejs. Gdy system nie wysyła powiadomień, zostaje odpytywanie w krótkich odstępach — działa, ale obciąża i opóźnia. Dodatek do interfejsu bywa jedyną drogą przy rozwiązaniach zamkniętych i wymaga sprawdzenia, czy przetrwa aktualizację.
Co trzeba ustalić przed startem
Kto ma dostęp do interfejsu programistycznego i z jakimi uprawnieniami, gdzie zapisywać wyniki, co się dzieje przy zmianie wersji systemu. Przydaje się też środowisko testowe: eksperymenty na systemie produkcyjnym helpdesku kończą się zwykle zamieszaniem w sprawach klientów.
Zapis wyników
Klasyfikacja, streszczenie i propozycja zapisane przy zgłoszeniu. Bez tego nie da się później ocenić jakości ani niczego poprawić.
Warto zapisywać także to, czy człowiek propozycję przyjął, poprawił czy odrzucił. To jedyne dane, na których da się oprzeć ocenę wdrożenia, a zbierają się same, przy okazji zwykłej pracy.
Obsługa niedostępności
Gdy model nie odpowiada, zgłoszenie musi przejść dalej bez podpowiedzi. Zablokowanie obiegu z powodu narzędzia wspierającego jest niedopuszczalne.
Ta sama zasada dotyczy błędów po stronie systemu zgłoszeń: nieudany zapis wyniku nie może przerwać obsługi sprawy. Wystarczy kolejka ponowień i zapis nieudanych prób do przejrzenia.
Szybkość
Podpowiedź musi pojawić się w kilka sekund. Później nie zdąży wpłynąć na pracę.
Dlatego podpowiedzi warto przygotowywać z wyprzedzeniem, zaraz po wpłynięciu sprawy, a nie w momencie jej otwarcia przez konsultanta.
Dane w zgłoszeniach
Zawierają dane osobowe i opisy problemów klientów. Zakres przekazywany do modelu wymaga świadomego ograniczenia.
Do klasyfikacji i streszczenia zwykle wystarczy sama treść bez danych identyfikujących. Usunięcie nazwisk, adresów i numerów przed wysłaniem jest osobnym krokiem w obiegu, ale wykonuje się go raz i obejmuje wszystkie późniejsze zastosowania. Alternatywą jest uruchomienie modelu na własnej infrastrukturze, co zmienia rachunek kosztów i wymaga osobnej decyzji.
Kiedy integracja się nie opłaca
Gdy system zgłoszeń jest zamknięty i nie udostępnia żadnego sposobu wpięcia. Obchodzenie tego automatyzacją interfejsu jest kruche i psuje się przy każdej aktualizacji. Rozsądniej wtedy zacząć od rzeczy działających obok obiegu — analizy archiwum i zestawień — albo rozważyć zmianę systemu przy okazji szerszego wdrożenia wsparcia helpdesku.
