Czy raport z wizyty mówi, co technik sprawdził?

Załóżmy, że firma uruchamia drukarki w biurach klientów. Po wizycie technik ma zapisać, które urządzenie zainstalował i jak zakończył się wydruk próbny. W zleceniu wskazano drukarkę w recepcji. Technik ją zainstalował, a strona próbna została wydrukowana w całości, z czytelnym tekstem. Do raportu wpisał jednak tylko „Instalacja zakończona”.

Przydatna pomoc pojawiłaby się w tym momencie, gdy technik pamięta jeszcze wizytę: „W opisie brakuje wyniku wydruku próbnego”. Autor może wtedy uzupełnić zapis: „Zainstalowano drukarkę w recepcji. Strona próbna wydrukowała się w całości, tekst był czytelny”. Koordynator dowiaduje się, co technik zrobił i co zaobserwował. Dłuższy opis samej instalacji nie zastąpiłby tej informacji.

Taka podpowiedź powinna wskazać brak, pozostawiając technikowi opis wyniku. Gdyby wydruk się nie udał albo próba nie została wykonana, raport powinien zawierać właśnie tę informację. Celem jest otrzymanie wystarczającego opisu wizyty, również wtedy, gdy pozostała praca do wykonania.

Osobne pytanie może rozwiązać problem

Jeśli po każdym uruchomieniu drukarki potrzebny jest wynik tej samej próby, najpierw warto dodać go jako osobne pytanie w formularzu. Technik widzi wtedy od razu, o czym ma napisać. Zwykła kontrola może też przypomnieć o pustej odpowiedzi, zanim raport trafi do koordynatora.

Takie możliwości występują w gotowych narzędziach serwisowych. Microsoft Dynamics 365 Field Service pozwala oznaczać pytania w formularzu kontroli jako obowiązkowe. Opisuje też pokazywanie pytań i wymaganie odpowiedzi zależnie od wcześniejszych wyborów. To opcja do sprawdzenia, gdy różne rodzaje wizyt potrzebują różnych informacji. Dokumentacja Microsoft: pytania obowiązkowe i warunki wyświetlania pytań.

Pozostaje jednak różnica między udzieleniem odpowiedzi a opisaniem wyniku. W polu zatytułowanym „Wynik wydruku próbnego” można wpisać „zrobione”. Formularz nie jest pusty, lecz koordynator nadal nie wie, jak wyglądał wydruk. Jeśli ten problem wraca mimo czytelnych pytań, warto sprawdzić narzędzie, które potrafi ocenić znaczenie odpowiedzi.

Co miałby rozpoznawać model

Model może porównać opis wizyty z tym, czego firma oczekuje w raporcie, i wskazać pominiętą informację. W przykładzie nie musi dopisywać całego protokołu. Ma zauważyć, że potwierdzenie instalacji nie opisuje wyniku próby, a krótka wzmianka o pełnej stronie i czytelnym tekście już ten wynik przedstawia.

Warto dopuścić różne sposoby pisania. Technik może użyć zdania albo krótkiej notatki. Jeżeli oba zapisy przekazują potrzebną informację, narzędzie nie powinno odsyłać raportu tylko dlatego, że brakuje ulubionego sformułowania koordynatora. Nadmiar takich uwag oznaczałby kolejną pracę przy redagowaniu tekstu.

Przed uczeniem modelu osoby czytające raporty powinny uzgodnić, co rzeczywiście wymaga uzupełnienia. Jeśli dla jednej „próba OK” jest wystarczające, a druga oczekuje opisu wyglądu strony, trzeba rozstrzygnąć tę różnicę. Model dostosowany do sprzecznych ocen nie wyjaśni pracownikom, czego firma od nich potrzebuje.

Kiedy rozważyć dostosowanie

Pierwszą próbę można przeprowadzić z gotowym modelem, któremu jasno opisano wymagania raportu. Jeżeli trafnie wskazuje braki i pozostawia w spokoju krótkie, ale wystarczające opisy, dodatkowe uczenie może być zbędne.

Jedną z możliwości jest fine-tuning, czyli dalsze uczenie istniejącego modelu na przykładach z poprawną oceną. W tym zastosowaniu może pomóc przy powracających błędach w odczytywaniu firmowych notatek. Google opisuje nadzorowane dostosowanie jako opcję dla jasno określonego zadania z ocenionymi przykładami, również wtedy, gdy same instrukcje nie dają wystarczająco powtarzalnych wyników.

Sens próby pojawia się na przykład wtedy, gdy gotowy model regularnie uznaje opis wykonanej czynności za opis jej rezultatu. Firma musi umieć pokazać tę różnicę na raportach i wyjaśnić, jakiej informacji zabrakło. Samo archiwum dokumentów zatwierdzonych przez koordynatora może nie wystarczyć: część raportów mógł zaakceptować po rozmowie telefonicznej, bez dopisania ustaleń do tekstu.

Czy technik dostaje użyteczną uwagę

Porównanie powinno objąć osobne raporty, których nie użyto do dostosowania modelu. Technik i koordynator mogą wtedy ocenić, czy uwagi prowadzą do potrzebnego uzupełnienia. W przykładzie z drukarką system powinien przypomnieć technikowi o opisaniu wydruku i przestać o to pytać po uzupełnieniu raportu. Warto porównać z tym samym zadaniem gotowy model oraz poprawiony formularz.

Znaczenie mają również niepotrzebne uwagi. Jeżeli technik podał wynik własnymi słowami, a system nadal żąda uzupełnienia, może zachęcać go do mechanicznego wpisywania stałej formułki. Osoba kupująca rozwiązanie powinna zobaczyć zarówno znalezione braki, jak i poprawne raporty, które narzędzie niepotrzebnie zatrzymało.

Narzędzie czyta relację technika. Może zauważyć, że opisał wynik wydruku próbnego, ale nie potwierdzi samodzielnie, że wizyta i próba rzeczywiście się odbyły. Koordynator nadal korzysta z przyjętego w firmie sposobu odbioru pracy.

Jeśli problemem jest dopiero późniejsze przeglądanie wielu wizyt, pomocny będzie artykuł o analizie notatek serwisowych za pomocą lokalnego modelu. Sprawdzanie bieżącego opisu służy temu, żeby potrzebna informacja znalazła się w dokumentacji już przy jej tworzeniu.

Propozycja pracy z Syntalith

Syntalith tworzy aplikacje i dostosowuje modele AI. Dla zespołu terenowego proponujemy zacząć od jednego rodzaju raportu, który często wraca do autora. Sprawdzamy, co da się poprawić w formularzu, a następnie porównujemy ocenę treści przez gotowy model z ewentualną adaptacją. Wynik próby powinien uzasadnić wybór rozwiązania i pokazać, jakie uwagi faktycznie pomagają technikom.

Pomoc można umieścić przy pisaniu raportu, aby autor uzupełniał go przed przekazaniem dalej. Na pierwszą rozmowę wystarczy opisać jedną informację, o którą koordynator regularnie dopytuje po wizycie. Jeśli do dalszej oceny potrzebne będą raporty, uzgodnimy sposób pracy z materiałami. Informacje o ofercie znajdziesz w cenniku Syntalith.