Dlaczego komunikator, a nie kolejne narzędzie

Każde nowe narzędzie w firmie to koszt, którego nikt nie wpisuje do budżetu: trzeba się go nauczyć, zapamiętać, gdzie się klika, i wprowadzić je każdej osobie osobno.

Dlatego zaczynamy od programu, który zespół już zna bez szkolenia. Agent odpowiadający w wątku obok kolegów nie jest kolejną aplikacją do opanowania — jest jeszcze jednym rozmówcą, a to jedyna kategoria wdrożenia, która nie wymaga od nikogo nowej umiejętności.

Co realnie robi

Nie chodzi o pisanie akapitów. Chodzi o pracę, którą ktoś w zespole wykonuje codziennie i która nie wymaga jego osądu: przeczytać zgłoszenie i streścić je dla reszty; przygotować projekt odpowiedzi do zatwierdzenia; zebrać status z trzech miejsc, żeby nikt nie robił tego ręcznie; złożyć raport cyklicznie, punktualnie i w jednym formacie; napisać małe narzędzie, na które nikomu nie starcza czasu.

W naszym wdrożeniu to są dziesiątki takich pozycji dziennie. Wszystkie mają jedną cechę wspólną: gdyby ktoś miał je robić ręcznie, po prostu nie zostałyby zrobione.

Czego mu nie pozwalamy

To granice, które wyznaczamy my — nie lista rzeczy, których model nie potrafi. Różnica jest istotna, bo granica jest decyzją firmy, a nie właściwością technologii.

Zatrudnienie, negocjacje, ocena ryzyka i rozmowa ze zdenerwowanym klientem zostają po stronie człowieka, nawet gdy agent potrafiłby przygotować do nich materiał. Agent nie wysyła oferty, nie zmienia konfiguracji i nie wydaje pieniędzy, bo tych działań nie da się cofnąć. I nie bierze na siebie odpowiedzialności: odpowiedzialność nie jest funkcją, którą można przekazać modelowi.

W naszym układzie agent przygotowuje wynik, ale decyzję i podpis zostawia człowiekowi.

Co musi być poukładane przed startem

Firma przyznaje i odbiera dostęp — agent nie zmienia sobie własnych uprawnień. Widzi dokumenty, do których został dopuszczony, a nie wszystkie, bo tak było wygodniej.

Firma prowadzi rejestr tego, co agent zrobił i w czyim imieniu. Bez niego pierwsze pytanie „kto to wysłał" zostaje bez odpowiedzi — a to pytanie pojawia się zawsze.

Firma ma procedurę na wypadek, gdy agent przestanie działać albo zacznie działać źle: kto zauważy, kto zdecyduje o wyłączeniu i kto wtedy wykona jego pracę.

Pułapka, która zabija większość takich wdrożeń

Nie model. Brak właściciela. Ktoś z zespołu próbuje agenta przez tydzień, jest zachwycony, potem wraca do swojej pracy, a narzędzie cicho umiera, bo nie było niczyją odpowiedzialnością.

To ten sam problem, o którym pisaliśmy osobno: oprogramowanie, które próbkuje, ma harmonogram serwisowy. Agent w komunikatorze nie jest wyjątkiem — nadzór nad nim jest czyimś obowiązkiem albo wdrożenie trzeba będzie zaczynać od nowa.

Co to znaczy dla twojej firmy

Wybierz jedno zadanie, które naprawdę się powtarza i naprawdę jest potrzebne — nie najbardziej efektowne, tylko to, którego brak irytuje zespół od miesięcy.

Wyznacz osobę odpowiedzialną za sprawdzenie i zatwierdzenie wyniku. Nie „zespół" — jedną osobę z imieniem.

Zapisz granice, których agent nie przekracza. Ta lista jest ważniejsza od listy funkcji: to ona przechodzi przez audyt i ona chroni wdrożenie, kiedy coś pójdzie nie tak.