Najwięcej szczegółów znika po wyjściu od klienta
Serwisant kończy pracę, wsiada do samochodu i nagrywa krótką notatkę: co sprawdził, co wymienił i co trzeba zrobić następnym razem. Zdjęcia zostają w telefonie, zużyte części są zapisane na kartce, a informacja o dodatkowej usterce trafia do biura dopiero wieczorem.
Następnego dnia pracownik administracyjny próbuje złożyć z tych elementów raport. Dopytuje o czas, model urządzenia i ustalenia z klientem. Jeśli serwisant obsłużył już kolejne zlecenia, część szczegółów może zostać pomylona albo pominięta.
Automatyzacja powinna przygotować szkic, nie gotową historię
Po wizycie system może połączyć notatkę głosową, zdjęcia, dane zlecenia, zapis czasu oraz listę części. AI transkrybuje wypowiedź i układa informacje w ustalone sekcje: zgłoszony problem, wykonane czynności, wynik kontroli, użyte materiały, zalecenia i dalsze kroki.
To nadal szkic. Model może źle rozpoznać symbol części, nazwę urządzenia albo liczbę wypowiedzianą w hałasie. Nie powinien uzupełniać braków na podstawie wcześniejszych wizyt bez wyraźnego oznaczenia. Każda informacja musi pochodzić ze źródła lub zostać zatwierdzona przez pracownika.
Raport powinien być powiązany ze zleceniem
Dokument nie może funkcjonować jako osobny plik bez kontekstu. Powinien zawierać numer zlecenia, klienta, lokalizację, urządzenie, datę, serwisanta oraz źródłowe materiały. Dzięki temu późniejsze zdjęcie lub rekomendację można połączyć z właściwą historią.
Microsoft Dynamics 365 Field Service pozwala tworzyć raporty podsumowujące wykonaną pracę, uwzględniać zadania oraz wykorzystane produkty i części, a następnie zapisać raport w historii. Technik może również zebrać podpis i przekazać dokument klientowi jako PDF. To przykład rozwiązania konkretnej platformy, ale dobrze pokazuje, że raport, materiały i potwierdzenie powinny należeć do jednego procesu.
Przykład: serwis bramy przemysłowej
Przykład hipotetyczny: technik przyjeżdża do klienta z powodu nierównej pracy bramy. Po kontroli reguluje prowadzenie, wymienia zużyty element i zauważa, że przewód zasilający powinien zostać zabezpieczony podczas kolejnej wizyty.
Po zakończeniu nagrywa wiadomość: „Brama numer trzy, poprawiona regulacja, wymieniona rolka górna, test pięć cykli bez błędu. Przewód przy napędzie do zabezpieczenia, potrzebna osłona”. Dodaje trzy zdjęcia i zapisuje 90 minut pracy.
Automatyzacja łączy materiały ze zleceniem i przygotowuje raport. Oznacza jednak symbol rolki jako niepewny, ponieważ nie pojawił się w nagraniu. Serwisant wybiera właściwą część z listy magazynowej, sprawdza opis i zatwierdza dokument. System tworzy osobne zadanie dotyczące osłony przewodu zamiast przedstawiać je jako już wykonaną pracę.
Klient widzi, co zrobiono, jaki był wynik testu i co pozostaje do wykonania. Biuro nie musi odtwarzać przebiegu wizyty z kilku wiadomości.
Podpis potwierdza dokument, ale nie naprawia jego treści
W niektórych procesach klient potwierdza wykonanie prac podpisem. Salesforce opisuje możliwość definiowania ról osób podpisujących raport, na przykład technika, klienta lub przełożonego. Dokumentacja zwraca też uwagę, że podpis z jednej wersji raportu nie musi automatycznie pojawić się w kolejnej.
Dlatego podpis powinien dotyczyć konkretnej, zamrożonej wersji. Jeżeli po potwierdzeniu zmieni się lista części lub opis wykonanych czynności, trzeba zachować historię i jasno oznaczyć nową wersję. Podpis nie oznacza również automatycznej zgody na dodatkową ofertę, jeśli firma i klient nie ustalili takiej zasady.
Z raportu mogą powstać dalsze zadania
Po zatwierdzeniu system może przygotować kolejne kroki: zapytanie o dostępność części, termin powrotu, szkic wiadomości do klienta albo dane do rozliczenia. Każde działanie powinno mieć właściciela i termin.
Rekomendacja serwisanta nie może zniknąć w akapicie raportu. Jeżeli wymaga osobnej wizyty, powinna trafić do kolejki jako zadanie. Jeżeli potrzebna jest wycena, system może zebrać zakres, ale cena i termin wymagają zatwierdzenia.
Najważniejsze ograniczenia
Nagranie wykonane w hali może być nieczytelne, a zdjęcie nie zawsze pokazuje skalę uszkodzenia. AI może pomylić element zalecony do wymiany z elementem już wymienionym. Nie powinna samodzielnie oceniać bezpieczeństwa urządzenia ani potwierdzać jego dopuszczenia do pracy.
Trzeba również ustalić zasady nagrywania, przechowywania zdjęć i dostępu do danych klienta. Materiały źródłowe powinny być dostępne tylko osobom, które potrzebują ich do obsługi zlecenia.
Jak zacząć od jednego formularza
Wybierz jeden typ wizyty i ustal sześć obowiązkowych pól raportu. Przez pierwsze tygodnie AI niech tylko przygotowuje szkic. Serwisant sprawdza treść, części i zdjęcia przed zatwierdzeniem.
Mierz czas przygotowania raportu, liczbę poprawek i przypadki, w których zalecenie nie zostało zamienione w zadanie. Jeśli większość braków wynika z bardzo krótkich notatek, warto najpierw wprowadzić prostą listę pytań wyświetlaną po zakończeniu wizyty.
W FindAI możemy połączyć notatki, zdjęcia, CRM i zlecenia serwisowe w kontrolowany przepływ od wizyty do zatwierdzonego raportu. Dobrym początkiem jest jeden powtarzalny rodzaj usługi i jasna zasada, że klient otrzymuje dokument dopiero po kontroli pracownika.
Stan na 9 listopada 2026. Przykład jest hipotetyczny; zakres integracji, podpisów i przechowywania danych zależy od używanych narzędzi, procedur oraz uprawnień.