Rozmowa z modelem językowym daje odpowiedź. Co się dzieje z tą odpowiedzią po zamknięciu okna, to inna kwestia. Rejestrowanie oznacza, że rozmowa, podsumowanie lub decyzja gdzieś trafia, gdzie ktoś — lub coś — może z tym później dalej pracować. Śledzenie oznacza, że jest do tego przypisany kolejny krok: zadanie, które zostaje utworzone, kolega, który otrzymuje sygnał, dossier, które zostaje zaktualizowane. Obie rzeczy wydają się proste. Obie wymagają od organizacji więcej niż sama rozmowa.
Rejestrowanie to nie zapisywanie logu czatu. To przenoszenie czegoś, co powstało w swobodnym języku, do formy, którą system może odczytać: pole w CRM, wiersz w dzienniku, status w narzędziu projektowym. To przenoszenie wymaga struktury, która już istnieje. Model językowy może podsumować rozmowę, ale nie może zdecydować, do jakiego systemu to podsumowanie należy, jeśli organizacja sama tego nie ustaliła. Tam, gdzie dossier, kontakty z klientami czy decyzje są już gdzieś rejestrowane, powstaje punkt zaczepienia. Tam, gdzie ta rejestracja odbywa się ustnie, przez e-mail albo nigdzie, nic nie powstaje automatycznie.
Śledzenie to krok po rejestrowaniu: ktoś lub coś musi zareagować na to, co zostało zarejestrowane. Może to być powiadomienie dla pracownika, zadanie w planowaniu albo pytanie zwrotne do innego systemu. Tutaj rejestrowanie styka się z innymi formami użycia AI. Zarejestrowana rozmowa, która wywołuje zadanie, sąsiaduje z tym, czego wymagają agenci wykonujący pracę samodzielnie. Zarejestrowana rozmowa, która wymaga oceny — czy ten sygnał jest ważny, czy powinien trafić do kogoś — dotyka tego, czego wsparcie decyzyjne wymaga od organizacji. A zarejestrowana rozmowa, która musi zostać podjęta przez kilka działów, dotyka tego, czego wymaga koordynacja między działami. Samo rejestrowanie ma ograniczoną wartość; wartość leży w tym, co dzieje się potem, a to rzadko jest wyłącznie techniczne.
Trzy rzeczy decydują o tym, czy rejestrowanie i śledzenie coś przynoszą.
Pierwsza to miejsce, do którego można pisać. System, baza danych, struktura, która już istnieje i która może przyjąć nowe informacje bez tego, żeby ktoś musiał je ręcznie przenosić. Organizacje, które kontakt z klientem, decyzje czy statusy wciąż przechowują głównie w głowach i pojedynczych e-mailach, nie mają jeszcze takiego miejsca. Rejestrowanie bez miejsca docelowego to eksport, którego nikt nie otwiera.
Druga to ustalenie, kto śledzi zarejestrowany sygnał. Rozmowa, która skutkuje ustaleniem „klient chce to odwołać”, jest przydatna tylko wtedy, gdy jest ustalone, kto to podejmie i w jakim terminie. Bez tego ustalenia organizacja zbiera notatki, a nie działania.
Trzecia to sposób sprawdzania, czy rejestrowanie jest prawidłowe. Podsumowanie, które mówi coś nieco innego niż to, co zostało omówione, jest ryzykiem, które rośnie w miarę rejestrowania większej liczby rozmów bez kontroli. To nie wymaga koniecznie osoby, która sprawdza wszystko, ale wymaga jakiejś formy próbkowania lub sprzężenia zwrotnego, które wystarczająco wcześnie zauważa błędy.
Rejestrowanie rozmów rzadko istnieje samo w sobie. Rozmowa z klientem, która jest rejestrowana, często wiąże się z łańcuchem kroków, które następują po niej — wniosek, który musi być dalej rozpatrzony, dossier, które musi zostać skompletowane. To, czego to wymaga, opisano przy łańcuchach, w których kroki następują po sobie. Rejestrowanie może być też formą sygnalizacji: rozmowa, w której zostaje powiedziane coś odbiegającego od normy, musi gdzieś wywołać powiadomienie. To dotyka tego, czego monitorowanie i sygnalizacja wymagają od organizacji. A tam, gdzie rozmowa jest właściwie dokumentem, który trzeba przeczytać i podsumować — wywiad wstępny, skarga, długa rozmowa telefoniczna, która została spisana — dotyka to tego, czego wymaga czytanie i podsumowywanie dokumentów. Te formy w praktyce się przenikają; organizacja, która ma jedną z nich uporządkowaną, często stoi lepiej przy innych.
Ta strona opisuje, co oznaczają rejestrowanie i śledzenie oraz co musi być do tego przygotowane. Nie odpowiada na pytanie, jaka część konkretnej rozmowy, dossier czy procesu może faktycznie zostać przejęta przez AI. To zależy od rodzaju rozmowy, systemów, które już istnieją, i pracy, która kryje się za każdym zadaniem. Kto chce to wiedzieć dla własnej pracy, znajdzie w skanie pracy FTE TO AI sposób, aby dla każdego zadania obliczyć, jaką jego część można przejąć — nie jako wstępne oszacowanie, ale jako obliczenie na podstawie pracy tak, jak jest ona wykonywana teraz.
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.