Jak AI na Telegramie przyjmuje zgłoszenia awarii od ekipy w terenie i codziennie raportuje szefowi?

Bot na Telegramie połączony z AI może w praktyce zastąpić sporą część codziennej komunikacji między ekipą w terenie a biurem. Technik fotografuje usterkę, wysyła zdjęcie do bota i AI w ciągu kilku sekund zakłada z tego zadanie w systemie: wypełnia pola, przypisuje do właściwej osoby i powiadamia dyspozytora. Szef dostaje skrócone zestawienie tego, co się działo, każdego ranka o ustalonej porze, bez logowania do czegokolwiek.

Dlaczego Telegram, a nie firmowy panel albo SMS?

Większość firm ma taki podział: ludzie w biurze pracują w systemach, klikają w CRM i ERP, mają komputery na biurkach. Ale montażyści, technicy serwisowi, kierowcy, pracownicy magazynu i ekipy w terenie nie będą logować się do żadnego panelu przez telefon po każdym zdarzeniu. Panel jest za mały na starym smartfonie, hasło zapomniane, aplikacja mobilna albo nie istnieje, albo działa dziwnie.

SMS-y są proste, ale jednorazowe. Zdjęcia idą osobno, nic nie jest archiwizowane automatycznie, odpowiedź trzeba wysłać ręcznie, a żadna informacja nie trafia sama do systemu.

Telegram jest już zainstalowany na telefonach większości pracowników. Znają go prywatnie. Lekki, działa na każdym Androidzie i iOS, nie wymaga korporacyjnego konta, licencji ani szkoleń. Wysłanie zdjęcia z opisem trwa tyle, ile napisanie wiadomości do znajomego.

Z perspektywy pracownika bot wygląda jak kontakt w Telegramie. Pisze się do niego jak do człowieka. Po drugiej stronie stoi AI, które czyta każdą wiadomość, rozpoznaje jej typ i podejmuje działanie w systemie. Albo pyta o brakujące dane, zanim cokolwiek tam wpisze. Pracownik nie widzi żadnej technologii: widzi czat.

Warto też powiedzieć, gdzie Telegram ma przewagę nad własną aplikacją mobilną firmy. Aplikację trzeba zaprojektować, utrzymywać, aktualizować i wdrażać na telefonach. Bot na Telegramie nie wymaga niczego z tej listy. Zmiana działania bota to zmiana konfiguracji po stronie serwera, nie aktualizacja aplikacji u kilkudziesięciu pracowników.

Co bot i AI mogą odebrać od ekipy? Konkretne scenariusze

To, co zbieramy przez bota, zależy od tego, jakie procesy w firmie mają największy koszt komunikacyjny. W praktyce najczęściej wpinamy kilka powtarzających się przepływów:

• Zgłoszenie awarii ze zdjęciem. Technik wysyła fotografię uszkodzonego urządzenia i krótki opis. Bot potwierdza odbiór, AI przetwarza zdjęcie i treść wiadomości, a w systemie pojawia się nowe zlecenie serwisowe z automatycznie uzupełnionymi polami: Opis usterki, Data zgłoszenia, Obiekt, Zgłaszający, Priorytet. Dyspozytor dostaje powiadomienie z linkiem do nowego zlecenia.
• Potwierdzenie wykonania zadania. "Dostawa 1423 zrealizowana, klient podpisał" wystarczy, żeby bot zamknął zlecenie numer 1423 i zmienił jego status. Bez klikania w formularz, bez dzwonienia do biura.
• Meldunki z postępu. "Na miejscu, zaczynamy montaż" i "Skończyliśmy, jedziemy do bazy" AI rozpoznaje jako dwa zdarzenia: przybycie na miejsce i zakończenie pracy. Oba trafiają do logu zlecenia z godziną.
• Dokumentacja fotograficzna. Protokół odbioru sfotografowany na miejscu, stan licznika przy odbiorze, faktura od podwykonawcy. AI wyciąga z obrazka numer dokumentu albo odczytaną wartość i przypisuje plik do właściwego zlecenia w systemie.
• Pytania o zlecenia. "Co mam zabrać na zlecenie 118?" albo "O której mam jechać do Kowalskich w środę?" AI sprawdza w systemie i odpowiada bezpośrednio na czacie, w kilka sekund, bez angażowania biura.

U jednego z klientów, firmy serwisującej urządzenia chłodnicze w kilkudziesięciu placówkach handlowych, dyspozytor odbierał kilkanaście telefonów dziennie z jednym pytaniem: "skończyłem, co mam teraz?". Po wdrożeniu bota technik wysyła wiadomość, dyspozytor widzi aktualizację statusu zlecenia w panelu i dzwoni tylko wtedy, gdy rzeczywiście trzeba podjąć decyzję. Reszta idzie sama.

Jak AI zakłada zadanie ze zdjęcia i krótkiej wiadomości?

Sekwencja jest konkretna. Kiedy bot odbiera zdjęcie z opisem, AI wykonuje kilka kroków po kolei, zanim cokolwiek trafi do systemu.

Najpierw klasyfikuje wiadomość: czy to zgłoszenie usterki, potwierdzenie dostawy, pytanie o status, czy coś innego. Potem analizuje treść i obraz razem. Widzi panel elektryczny z przepalonym bezpiecznikiem, uszkodzony czujnik albo tabliczkę znamionową z numerem seryjnym. Z opisu tekstowego wyciąga lokalizację, ewentualny numer seryjny i stopień pilności (słowa takie jak "awaria", "nie działa od wczoraj", "pilne" wpływają na nadany priorytet).

Następnie sprawdza w systemie: czy jest aktywne zlecenie dla tej lokalizacji, kto jest przypisany jako opiekun serwisowy, jaki jest status ostatniego przeglądu. Jeśli nie ma pasującego zlecenia, zakłada nowe. Pola uzupełniane automatycznie:

• Klient i Obiekt: na podstawie przypisania pracownika do lokalizacji albo danych GPS z telefonu
• Opis usterki: wygenerowany z treści wiadomości i analizy zdjęcia
• Data i godzina zgłoszenia: automatycznie z momentu wysłania wiadomości
• Zgłaszający: na podstawie numeru Telegram przypisanego do konta pracownika
• Priorytet: AI ocenia na podstawie słów kluczowych albo reguły zdefiniowanej dla danego klienta lub obiektu

Jeśli wiadomość jest nieprecyzyjna, bot nie zgaduje. Wraca z pytaniem: "W którym magazynie? Co konkretnie nie działa?". Zadanie zakłada dopiero po zebraniu minimalnego zestawu danych. To ważne w praktyce: niekompletne zlecenie w systemie jest gorsze niż kilkanaście sekund dłuższa rozmowa na czacie.

Dyspozytor albo koordynator dostaje powiadomienie z linkiem do nowego zadania. Nie musi nic przepisywać, nie musi szukać technika przez telefon. Zadanie jest w systemie z pełnym opisem i zdjęciem.

Alerty, przypomnienia, potwierdzenia: co system sam wysyła przez Telegram?

Przepływ danych nie musi być jednostronny. Bot może wysyłać wiadomości do pracowników i menedżerów bez żadnej ich inicjatywy, gdy spełniony jest zdefiniowany warunek w systemie albo w monitoringu.

Typowe scenariusze wychodzące:

• Alert z monitoringu. Temperatura w chłodni przekracza próg, maszyna produkcyjna wchodzi w alarm, status płatności w systemie sprzedaży zmienia się na "przeterminowany o więcej niż 14 dni". Bot wysyła wiadomość do konkretnej osoby albo grupy: "Temperatura w chłodni C3 przekroczyła 8°C o 03:14, sprawdź stan urządzenia". Bez maila, bez konieczności logowania do panelu alarmów, bez czekania do rana.
• Przypomnienie o niezamkniętym zadaniu. Zlecenie, które miało być zamknięte wczoraj do 17:00, nadal ma status "w toku". Bot wysyła automatyczny komunikat do technika przypisanego do zlecenia i do jego przełożonego. Jeden raz, o ustalonej godzinie, z numerem zlecenia i nazwą klienta.
• Potwierdzenie przyjęcia zgłoszenia. Pracownik wewnętrzny albo klient zewnętrzny wysyła prośbę o serwis. Bot odsyła automatycznie: "Zgłoszenie nr 4872 przyjęte, przypisane do Piotra K., planowany termin wizyty: wtorek 22.10." Klient wie, że ktoś zadziałał. Nikt z biura nie musiał w tym uczestniczyć.
• Status realizacji albo dostawy. Zmiana statusu zlecenia transportowego w TMS, zamknięcie etapu w harmonogramie projektu, zatwierdzenie zamówienia w systemie zakupowym. Bot informuje zainteresowaną stronę bez angażowania dyspozytora ani koordynatora.

Konfiguracja alertów to lista reguł: gdy warunek X (zmiana pola statusu, przekroczenie wartości liczbowej, upływ czasu bez aktualizacji), wyślij wiadomość do Y z treścią Z. AI generuje treść wiadomości dynamicznie, dostosowując ją do danych z konkretnego zdarzenia. Wiadomość jest zawsze konkretna, nie szablonowa z pustymi polami.

Raport dla szefa raz dziennie: jak wygląda i skąd bierze dane?

Raport poranny to jedna z rzeczy, które właściciele firm chwalą najczęściej po wdrożeniu. Nie dlatego, że jest efektowny wizualnie. Dlatego, że jest gotowy, zanim wejdą na pierwsze spotkanie.

Zawartość raportu ustalamy przed wdrożeniem: nie ma jednego szablonu dla wszystkich firm. Typowo dla właściciela firmy serwisowej raport zawiera:

• Liczbę nowych zgłoszeń z poprzedniego dnia, z podziałem na typy: awaria pilna, serwis planowy, pytanie lub zapytanie ofertowe
• Zlecenia niezamknięte w terminie z nazwiskami przypisanych techników i liczbą dni opóźnienia
• Zdarzenia krytyczne z nocy: jakie alarmy się uruchomiły, o której i jak szybko zostały podjęte przez technika dyżurnego
• Rzeczy czekające na decyzję szefa: zlecenia bez przypisanego wykonawcy, wiadomości od klientów bez odpowiedzi dłużej niż ustalony czas

AI zbiera te dane z systemu (CRM, platforma zleceń, monitoring) rano o ustalonej godzinie, redaguje je w kilku zdaniach i wysyła na Telegram. Czytelna wiadomość, nie tabela z liczbami. Jeśli coś wymaga reakcji, szef odpisuje bezpośrednio do bota albo dzwoni do konkretnej osoby. Nie musi logować się do panelu, żeby zrozumieć, co się dzieje.

Typowo wygląda to tak: jeden z klientów zarządza kilkunastoma budynkami w imieniu wspólnot mieszkaniowych: kilka ekip serwisowych, kilku pracowników biurowych, dziesiątki zgłoszeń od lokatorów miesięcznie. Ranek zaczyna od jednej wiadomości na Telegramie. Wie, które zgłoszenia są otwarte po terminie, które obiekty miały alarmy w nocy i co czeka na jego decyzję. Resztą dnia zarządzają koordynatorzy.

Od czego zaczyna się wdrożenie i co jest potrzebne?

Nie zaczynamy od technikaliów. Zaczynamy od ustalenia, jakie procesy firma chce zamknąć w tym kanale i jakie dane mają gdzieś trafiać.

Przed wdrożeniem firma powinna odpowiedzieć na kilka konkretnych pytań:

• Kto będzie pisał do bota: technicy, kierowcy, magazynierzy, wszystkie ekipy razem czy osobne grupy dla każdego działu?
• Do jakiego systemu mają trafiać zgłoszenia: CRM, platforma zleceń, baza danych, arkusz na SharePoincie?
• Jakie typy wiadomości obsługujemy: tylko awarie, czy też potwierdzenia, pytania, dokumentacja fotograficzna?
• Co system ma wysyłać sam i do kogo: alerty progowe, przypomnienia, potwierdzenia przyjęcia zgłoszenia?
• Co ma zawierać raport poranny i o której ma być wysyłany?

Od strony technicznej: bota Telegram tworzy się przez BotFather, czyli standardowy mechanizm platformy dostępny bezpłatnie. Integracja z systemem firmy idzie przez API albo serwer MCP. AI przetwarzające wiadomości i zdjęcia działa po stronie serwera, nie na telefonie pracownika. Telefon służy wyłącznie do pisania i odbierania wiadomości.

Jeden warunek stały: system, do którego mają trafiać zadania, musi mieć jakiś interfejs do zapisu danych. API jest tu najwygodniejsze, ale nie jedyne wyjście. Jeśli system nie ma API, dane można zapisywać do bazy bezpośrednio albo przez arkusz w chmurze jako warstwę pośrednią.

Czas uruchomienia prostego bota z dwoma, trzema scenariuszami to kilka dni roboczych. Pełna integracja z kilkoma systemami, wieloma grupami i historią zleceń trwa dłużej. Zanim zdecydujesz, który zestaw scenariuszy ma sens w Twojej firmie i od czego zacząć: umów się na 15 minut rozmowy. Możemy też pokazać realne wdrożenia u firm, które już pracują z botem na Telegramie na co dzień.