Wbudowujemy AI w procesy, które już działają
Dane, modele, integracja z waszymi systemami i wsparcie po uruchomieniu.
AI nie jest tu osobnym produktem, lecz warstwą przetwarzania nadbudowaną nad danymi, które firma i tak gromadzi: zamówienia, zgłoszenia, dokumenty, ruchy towaru, zdarzenia sprzętu. Poniżej opisujemy kierunki wdrożenia, a każdy przedstawiamy jedną pętlą: jakie dane się bierze, co robi z nimi model, jaka decyzja albo czynność z tego wynika i co zmienia się w pracy firmy.
Wdrożenie AI — to wbudowanie modelu w proces, który już działa, a nie uruchomienie osobnego systemu obok. Model czyta dane firmy, znajduje w nich prawidłowość i wydaje decyzję; czynność na podstawie tej decyzji wykonuje system, w którym proces żyje — CRM, ERP, program magazynowy, kasa, portal, komunikator.
Dlatego projekt zaczyna się nie od wyboru modelu, lecz od czterech odpowiedzi: jakie dane są i w jakim są stanie; jaką decyzję trzeba podjąć; kto tę decyzję wykonuje i czym; oraz która liczba pokaże, że zrobiło się lepiej. Bez którejkolwiek z tych czterech model dokłada kolejne źródło danych, za które nikt nie odpowiada.
Gdzie AI nie jest potrzebna. Jeśli regułę da się zapisać jedną linijką — stan poniżej pięciu sztuk, powiadom zakupy — zapisuje się ją jako regułę: taniej, przewidywalnie i sprawdzalnie wiersz po wierszu. AI należy tam, gdzie sygnałów są dziesiątki, zmieniają się w czasie, a człowiek dotąd decydował na oko: przypisać zgłoszenie do tematu, oszacować popyt, wychwycić nietypową operację, wyciągnąć pola z dokumentu o dowolnej formie.
| Zadanie | Co je rozwiązuje |
|---|---|
| Powiadomić zakupy o niskim stanie | reguła |
| Przypisać przychodzący e-mail do tematu i działu | model |
| Zastosować rabat zgodnie z warunkami umowy | reguła |
| Oszacować popyt na pozycję na miesiąc naprzód | model |
| Sprawdzić, czy pola obowiązkowe są wypełnione | reguła |
| Znaleźć nietypową operację wśród zwyczajnych | model |
Granica biegnie wzdłuż jednego kryterium: czy warunek da się wypisać w całości. Tam, gdzie się da, reguła działa szybciej, kosztuje mniej i sama tłumaczy swoją decyzję. Model jest potrzebny tam, gdzie warunek opisuje się przykładami, a nie linijką tekstu. W działającym systemie jedno z drugim nie konkuruje, lecz stoi obok: model doprowadza wejście nieustrukturyzowane do struktury, a dalej decydują reguły.

Pilotaż buduje się na danych historycznych i porównuje z punktem odniesienia na tych samych danych. Jeśli model nie wygrywa z obecnym sposobem pracy na minionym okresie, na produkcję nie wchodzi.
Każdy kierunek poniżej opisujemy tą pętlą. To zarazem sposób sprawdzenia dowolnej propozycji wdrożenia AI: jeśli nie nazywa wszystkich czterech ogniw, jest pokazem możliwości, a nie działającym procesem.
Co wchodzi: zamówienia i płatności, zgłoszenia i korespondencja, dokumenty i skany, ruchy towaru, zdarzenia sprzętu, zapisy z systemu księgowego. Podaje się źródło, głębokość historii i częstotliwość aktualizacji.
Co robi model: przypisuje obiekt do klasy, wyciąga pola, szacuje wartość, znajduje odchylenie od normy, porządkuje warianty, formułuje odpowiedź ze znalezionych dokumentów. Zawsze z liczbą pewności.
Co dzieje się z wynikiem: zgłoszenie trafia do kolejki wykonawcy, zmienia się status w CRM, zadanie ląduje w magazynie, dokument zostaje zaksięgowany, odpowiedź idzie do klienta, sprawa przechodzi do człowieka.
Co się mierzy: czas operacji, udział decyzji podjętych bez człowieka, liczbę błędów i poprawek, straty z opóźnień i odpisów, obciążenie zmiany. Porównuje się z punktem odniesienia sprzed wdrożenia.
Pewność klasyfikacji wyniosła 0,94 przy progu 0,80. Poniżej progu zgłoszenie trafiłoby do kolejki ogólnej z zaproponowanym tematem, a nie prosto do działu jakości: przypadek graniczny obsługuje człowiek, a nie model.
Dane w firmie leżą w różnych miejscach i w różnych stanach: część w bazie systemu księgowego, część w poczcie i komunikatorach, część w plikach, część przychodzi ze sprzętu. Dopóki zbiera się je ręcznie, każda analiza opisuje nie biznes, lecz to, co ktoś zdążył wyeksportować.
Przetwarzanie AI: ze strumienia wyciąga się encje — kontrahent, towar, dokument, zdarzenie; zapisy o tym samym obiekcie wiąże się ze sobą nawet wtedy, gdy nazwy i zapisy się nie zgadzają. Dopasowywanie nazw, adresów i danych rejestrowych to zadanie dla modelu, a nie dla porównywania tekstu.
Co się podłącza:
Czynność: zebrane dane trafiają do bufora surowego, w którym nic się nie nadpisuje, i dopiero stamtąd rozchodzą się do hurtowni, modeli i raportów. Oryginalny zapis zawsze da się podnieść i sprawdzić.

Dane do analityki i modeli pojawiają się bez ręcznych eksportów i bez własnej wersji arkusza w każdym dziale. Zbieranie ręczne z codziennej pracy zamienia się w wyjątek, a rozbieżności między raportami rozstrzyga się z dziennika ładowania, a nie z pamięci pracowników.
Zebrane dane nie są gotowe do użycia: ta sama pozycja nazywa się na trzy sposoby, jednostki miary są pomieszane, w połowie zapisów brakuje obowiązkowego atrybutu, a część wierszy to duplikaty jednej operacji. Model nauczony na takim zbiorze odtworzy bałagan, zamiast znaleźć prawidłowość.
Przetwarzanie AI obejmuje tu trzy zadania: doprowadzenie zapisów do jednej postaci, uzupełnienie atrybutów tam, gdzie ich nie ma, i rozłożenie obiektów do kategorii, których w danych źródłowych nie było.
Czynność: poprawki pewne stosuje się automatycznie i zapisuje w dzienniku razem z wartością pierwotną; graniczne idą do właściciela danych słownikowych do potwierdzenia jedną listą, a nie osobnymi e-mailami.
Jakość danych to nie jednorazowe porządki przed projektem, lecz proces ciągły: dane słownikowe rosną każdego dnia, dostawcy zmieniają formaty cenników, a kierownicy tworzą karty od zera, zamiast szukać istniejącej. Dlatego reguły i modele czyszczenia żyją w systemie obok danych i stosują się przy każdym ładowaniu.
Każda poprawka ma autora — regułę albo model — godzinę oraz wartość starą i nową. To nie biurokracja: bez historii nie da się ustalić, dlaczego zeszłomiesięczny raport pokazuje dziś inne liczby.
Dane słownikowe przestają się rozgałęziać, raporty według grup towarowych i pozycji kosztowych zgadzają się ze sobą, a przygotowanie danych przestaje zjadać większość harmonogramu każdego projektu analitycznego.
| Weryfikacja | Wiersze | Wynik |
|---|---|---|
| Dopasowane do katalogu | 4 812 | zastosowano |
| Znormalizowane jednostki miary | 1 106 | zastosowano |
| Kategoria uzupełniona z opisu | 438 | zastosowano |
| Podobne karty, wymagają decyzji | 96 | czeka na przegląd |
| Niespójności w dokumencie | 14 | zwrot do dostawcy |
Ekran z systemu: liczby są poglądowe. Do przeglądu trafiają tylko przypadki poniżej progu pewności — 96 wierszy z 6466; resztę zastosowano automatycznie, zapisując w dzienniku wartość poprzednią.
Zwykły raport odpowiada na pytanie, które mu zadano: przychód według miesięcy, sprzedaż według oddziałów, stany według magazynów. Pytania zadaje człowiek, więc widać dokładnie to, co komuś przyszło do głowy sprawdzić.
Przetwarzanie AI odwraca tu kierunek: model sam przegląda przekroje i przynosi te, w których wskaźnik zachowuje się inaczej, niż się spodziewano. Nie „narysuj mi wykres”, lecz „oto trzy miejsca, w których dzieje się coś nietypowego, a oto z czym to koreluje”.
Co robi inteligentna analityka:
Czynność: znalezisko nie zostaje na pulpicie — zamienia się w zadanie z adresatem i terminem: zbadać punkt ze spadkiem, skontaktować się z klientem z grupy ryzyka, sprawdzić kategorię z rosnącymi zwrotami.

Model pokazuje korelację, a nie przyczynę. Wzrost zwrotów w kategorii może tłumaczyć wadliwa partia, zmiana dostawcy, błąd w opisie towaru albo nowy kanał sprzedaży z inną publicznością — wybór wyjaśnienia i decyzja zostają przy człowieku.
Dlatego każde znalezisko w interfejsie przychodzi z trzema rzeczami: na jakich danych je zbudowano, jak duże jest odchylenie i jakie przekroje model sprawdził. Wniosku, którego nie da się rozwinąć aż do wierszy źródłowych, się nie realizuje.
Analityka przestaje być miesięcznym raportem czytanym po zamknięciu okresu. Odchylenie znajduje się tego samego dnia, bada na świeżym tropie i kosztuje mniej, niż gdy zauważy się je w ujęciu kwartalnym.
Anomalia to nie każda rzadka wartość, lecz odchylenie od własnej normy obiektu. Dla jednego punktu sprzedaży dwadzieścia paragonów na godzinę to zwykły dzień, dla drugiego — powód do sprawdzenia. Normę liczy się z historii każdego obiektu i z grupy porównywalnej, a nie ze średniej ogólnej.
Dane: historia wskaźnika dla obiektu. Przetwarzanie: model buduje oczekiwany korytarz z uwzględnieniem dnia tygodnia, sezonu i promocji. Czynność: wyjście poza korytarz tworzy zadanie wyjaśnienia. Wynik: załamanie sprzedaży albo awarię księgowości widać w dniu, w którym nastąpiły.
Dane: płatności, rabaty, zwroty, anulowania, ręczne poprawki dokumentów. Przetwarzanie: ocenia się kombinację cech — kwotę, godzinę, pracownika, częstotliwość. Czynność: operacja trafia do kolejki kontrolnej. Wynik: nadużycia i pomyłki obsługuje się przed zamknięciem okresu.
Dane: telemetria z urządzeń i terminali. Przetwarzanie: szuka się zmiany charakteru zdarzeń poprzedzającej awarię. Czynność: urządzenie trafia na trasę serwisową. Wynik: część awarii obsługuje się przed przestojem, a nie po zgłoszeniu.
Dane: księgowania, stany, inwentaryzacje, przesunięcia. Przetwarzanie: strumienie, które powinny się zgadzać, porównuje się ze sobą. Czynność: rozbieżność zapisuje się z osobą odpowiedzialną. Wynik: niedobory sprowadza się do konkretnego miejsca, a nie do jednej kwoty na koniec kwartału.
Dane: historia zamówień, zgłoszeń i płatności. Przetwarzanie: model zauważa przerwanie zwykłego rytmu zakupów. Czynność: klient trafia na listę dla kierownika. Wynik: odejście klienta widać, zanim przestanie kupować na dobre.
Dane: znaczniki czasu etapów zamówienia, zgłoszenia, naprawy. Przetwarzanie: wskazuje się etapy o rosnącym czasie trwania i ich cechy. Czynność: etap podnosi się do przeglądu razem z liczbami. Wynik: terminy skracają się tam, gdzie czas faktycznie ucieka.
| Obiekt | Co jest nie tak | Oczekiwane | Fizyczny | Stan |
|---|---|---|---|---|
| Punkt nr 14 | Przychód poniżej korytarza trzeci dzień | 98–126 tysięcy | 61 tysięcy | wyjaśnienie |
| Magazyn Południowy | Udział ręcznych korekt stanów | do 1,5% | 6,2% | wyjaśnienie |
| Terminal T-207 | Rosnące awarie modułu płatności | 0–2 na dobę | 17 | na trasie |
| Kategoria chemia gospodarcza | Zwroty powyżej normy kategorii | do 2,1% | 5,8% | oczekuje |
Ekran z systemu: liczby są poglądowe. Każdy wiersz rozwija się aż do operacji źródłowych — odchylenie, którego nie da się sprowadzić do danych pierwotnych, do kolejki nie trafia.
Planowanie z zeszłego miesiąca myli się w przewidywalny sposób: nie wie nic o sezonie, nic o promocji i nic o tym, że pozycji nie było na stanie przez dwa tygodnie, dlatego nie było sprzedaży — a nie dlatego, że nie było popytu.
Dane: historia sprzedaży według pozycji i punktów, okresy, w których pozycji nie było na stanie, ceny i promocje, kalendarz — weekendy, święta, początek roku szkolnego — pogoda tam, gdzie wpływa na popyt, oraz dane o dostawach i terminach realizacji.
Przetwarzanie AI: model szacuje przyszły popyt dla każdej pary pozycja–punkt i osobno pokazuje rozrzut: nie jedną liczbę, lecz przedział z prawdopodobieństwem. Do planowania zapasu ważniejsza jest granica górna, do planowania przychodu — środek.
Co się prognozuje:
Czynność: prognoza nie zostaje notatką — wchodzi do zapotrzebowania zakupowego, planu uzupełnienia punktów, grafiku zmian i limitów kredytowych klientów. Wynik: mniej straconej sprzedaży z pustej półki i mniej pieniędzy zamrożonych w nadmiarowym zapasie.

Modelu nie sprawdza się na danych, na których się uczył: historię dzieli się w czasie, uczenie idzie na odcinku wcześniejszym, a sprawdzenie na późniejszym. Odtwarza to sytuację rzeczywistą, w której przyszłość jest nieznana.
Dokładność mierzy się stale, a nie raz przy uruchomieniu: każdy wiersz prognozy porównuje się z wykonaniem po zamknięciu okresu. Rosnący błąd jest sygnałem, że zachowanie popytu się zmieniło i model wymaga douczenia.
Ekran z systemu: liczby są poglądowe. Grup o wysokim błędzie się nie ukrywa, lecz pokazuje osobno: dla nich zamówienie liczy człowiek, opierając się na przedziale, a nie na jednej liczbie.
Rutyna to operacje powtarzające się dziesiątki razy dziennie, wymagające uwagi i niewymagające kwalifikacji: przepisanie danych z e-maila do karty, przypisanie płatności do pozycji kosztowej, wyznaczenie wykonawcy, sprawdzenie kompletności dokumentu, ustawienie statusu.
Przetwarzanie AI jest potrzebna tam, gdzie wejście nie jest sformalizowane: e-mail napisano słowami, dokument przyszedł w cudzym formacie, a zapytanie każdy klient formułuje inaczej. Model doprowadza takie wejście do struktury, po czym proces przejmują zwykłe reguły — przewidywalne i sprawdzalne.
Operacje, które stają się automatyczne:
Czynność i wynik: operację wykonuje system i zapisuje ją w dzienniku z autorem, godziną i wartością pierwotną. Pracownik przechodzi od wprowadzania danych do obsługi wyjątków — przypadków, w których model nie jest pewny albo koszt błędu jest wysoki.

Czynność automatyczna jest dozwolona tam, gdzie da się ją cofnąć albo gdzie pomyłka jest tania: ustawienie statusu, wyznaczenie wykonawcy, utworzenie projektu. Operacje nieodwracalne — ruch pieniędzy, zaksięgowanie dokumentu, wydanie towaru — zostają przy człowieku albo wymagają potwierdzenia.
Próg pewności ustala się osobno dla każdej operacji i zmienia w miarę gromadzenia statystyki. Firmy zwykle zaczynają od wysokiego progu i trybu podpowiedzi: model proponuje, człowiek potwierdza — a te potwierdzenia pokazują, gdzie można mu zaufać.
Dane: listy przewozowe, faktury, protokoły, umowy, specyfikacje, polecenia zapłaty, wnioski, karty katalogowe sprzętu, e-maile z załącznikami. Formaty bywają różne: pdf, zdjęcie z telefonu, skan, plik eksportu, papierowy oryginał.
Przetwarzanie AI: rozpoznanie tekstu, ustalenie typu dokumentu, wyciągnięcie pól i części tabelarycznej, dopasowanie pozycji do katalogu i powiązanie dokumentu z zamówieniem, umową albo kontrahentem. Dla każdego pola zwraca się wartość i liczbę pewności.
Co się wyciąga:
Czynność: dokument porównuje się z zamówieniem i fakturą, rozbieżności wypisuje się listą, a dokument albo księguje się, albo kieruje do przeglądu do konkretnego pracownika. Wynik: wprowadzanie dokumentów przestaje być osobnym zajęciem, a rozbieżności znajdują się przed zapłatą, a nie przy zamknięciu miesiąca.
Rozpoznawanie nigdy nie daje stuprocentowej dokładności na żadnym zbiorze dokumentów — i dawać nie powinno. Chodzi o co innego: system pokazuje, którym polom ufa, a które prosi potwierdzić. Operator sprawdza kilka oznaczonych pól, zamiast przepisywać cały dokument.
Kiepska jakość źródła nie jest usprawiedliwieniem dla cichego błędu: rozmyte zdjęcie, ucięta strona, brakująca druga strona specyfikacji — wszystko to oznacza się wprost i odsyła nadawcy z podaniem powodu.
Szybkość przetwarzania przestaje zależeć od wolumenu strumienia przychodzącego, a księgowość i zakupy widzą stan dokumentów na jednej liście, a nie w skrzynkach poszczególnych pracowników.
Ekran z systemu: liczby są poglądowe. Dokument proponuje się do zaksięgowania dopiero po zamknięciu obu oznaczeń — nowa pozycja katalogowa i niedobór wymagają potwierdzenia przez człowieka.
Dane: e-maile, zapytania ze strony, wiadomości w komunikatorach, transkrypcje rozmów, korespondencja z czatu wsparcia, opinie i oceny. Wszystko to tekst o dowolnej formie, który dotąd musiał czytać i sortować człowiek.
Przetwarzanie AI: zgłoszenie przypisuje się do tematu i podtematu, ustala się pilność i wydźwięk, z tekstu wyciąga się numer zamówienia, nazwę towaru, adres i inne encje, a zgłoszenie wiąże się z historią klienta. Powtórne zgłoszenia w tej samej sprawie scala się w jedną sprawę.
Czynność: zapytanie trafia do kolejki właściwej grupy z już wypełnionymi polami, termin odpowiedzi liczy się z pilności, powtórne zgłoszenie podnosi się w priorytecie, a klient dostaje potwierdzenie z numerem i przewidywanym terminem.
Wynik: zgłoszenia przestają leżeć we wspólnej skrzynce do rana, a kierownik widzi nie „dużo reklamacji”, lecz strukturę: w jakich tematach strumień rośnie, gdzie rośnie czas odpowiedzi i które produkty generują zgłoszenia powtórne.
Pojedyncze zgłoszenie mówi o przypadku, cały strumień — o produkcie i procesie. Klasyfikacja tematyczna za okres pokazuje, co dokładnie budzi pytania: niejasna instrukcja, błąd w opisie towaru, awaria na konkretnym kroku składania zamówienia, opóźnienie u jednej firmy kurierskiej.
Dlatego tematów się nie wymyśla: najpierw zgłoszenia grupuje się według sensu automatycznie, potem powstałe grupy poprawia się ręcznie i utrwala jako dane słownikowe. Od tej pory żyją one obok produktu, a nowe grupy podpowiada system.
| Temat | Udział | Zmiana | Pierwsza odpowiedź |
|---|---|---|---|
| Status i terminy dostawy | 31% | −4% | 6 min |
| Płatności i zwroty pieniędzy | 22% | +9% | 18 min |
| Dostępność towaru i parametry | 19% | −1% | 4 min |
| Problemy z kontem klienta | 15% | +6% | 27 min |
| Reklamacje jakościowe | 13% | 0% | 41 min |
Ekran z systemu: liczby są poglądowe. Dwa rosnące tematy — płatności i konto klienta — trafiają nie do raportu, lecz do backlogu zespołu produktowego, razem z przykładowymi zgłoszeniami.
Rekomendacja przydaje się tam, gdzie wybór jest szeroki, a uwaga krótka: katalog dziesiątków tysięcy pozycji, asortyment punktu, zestaw usług, krótka lista dla kierownika przed rozmową. Dane to historia zamówień, wyświetleń, zawartości koszyka, zwrotów i stanów; wynik musi zawsze uwzględniać dostępność, inaczej system poleca to, czego nie ma.
Przetwarzanie: z historii zamówień wyłuskuje się stabilne kombinacje pozycji. Czynność: zestaw pokazuje się na stronie towaru i w koszyku. Wynik: liczba wierszy w paragonie rośnie bez naciskania na kupującego.
Przetwarzanie: model szacuje prawdopodobieństwo zainteresowania pozycją z historii klienta i z klientów podobnych. Czynność: oferta idzie do jego konta, do wysyłki albo do kierownika. Wynik: odzew jest wyższy niż przy wysyłce do wszystkich, a częstotliwość kontaktu niższa.
Przetwarzanie: zapytanie rozbiera się według sensu, a nie według zgodności liter: uwzględnia się synonimy, literówki i parametry. Czynność: wyniki układają się w nowej kolejności. Wynik: mniej zapytań bez wyników i mniej osób opuszczających katalog.
Przetwarzanie: porównuje się sprzedaż punktów porównywalnych i ich otoczenia. Czynność: proponuje się wycofanie pozycji z asortymentu albo jej dodanie. Wynik: półkę zajmuje to, co naprawdę się tutaj sprzedaje.
Przetwarzanie: przed kontaktem zbiera się historię klienta, pytania otwarte i pasujące pozycje. Czynność: krótka lista pojawia się w karcie CRM. Wynik: przygotowanie do rozmowy zajmuje minutę, a nie dziesięć.
Przetwarzanie: szacuje się przewidywaną datę ponownego zakupu materiału eksploatacyjnego. Czynność: na tę datę wychodzi przypomnienie. Wynik: mniej pominiętych zamówień powtórnych i mniej bezcelowych kontaktów.
Personalizację ograniczają jawne reguły: czego nie wolno polecać, jakich danych się nie używa, jak często wolno kontaktować się z klientem i jak może on wybór wyłączyć. Limity ustala się w systemie, a nie zostawia jako ustną umowę.
Wizja komputerowa ma uzasadnienie w wąskiej klasie zadań: scena się powtarza, obiekt jest rozróżnialny, a wynik zamienia się wprost w zdarzenie ewidencyjne. Tam, gdzie te trzy warunki nie są spełnione, kamera daje archiwum wideo i fałszywe alarmy, a nie automatyzację.
Gdzie to działa:
Czynność: rozpoznane zdarzenie trafia nie do archiwum, lecz do ewidencji — do paragonu, zadania, protokołu przyjęcia, dziennika naruszeń. Wynik: znika ręczne zapisywanie tego, co kamera i tak już widzi.

Zadań, w których scena za każdym razem jest inna, oświetlenie dowolne, a koszt błędu wysoki, kamery nie obejmują. Rozpoznawanie emocji, ocena sumienności pracownika, identyfikowanie osób w ogólnym tłumie — to albo niewiarygodne, albo ograniczone prawem, albo jedno i drugie.
Tam, gdzie liczy się dokładność, a nie obraz, taniej i pewniej działają inne czujniki: waga, skaner kodów kreskowych, znacznik, zamek z dziennikiem. Kamerę dokłada się do nich, a nie zastępuje nią je.
Bot AI różni się od chatbota skryptowego jednym: nie prowadzi użytkownika po drzewie przycisków, lecz rozumie pytanie i wykonuje czynność w systemie. Wartość nie leży tu w rozmowie, lecz w tym, do jakich danych i operacji bot jest podłączony — katalog, zamówienia, zgłoszenia, CRM, baza wiedzy. Bot bez dostępu do systemów potrafi tylko przeredagować instrukcję.

Dane: katalog, ceny, stany, warunki dostawy i płatności, statusy zamówień. Przetwarzanie: pytanie rozbiera się według sensu, a odpowiedź składa z danych aktualnych, a nie z gotowego tekstu. Czynność: dobór pozycji, wyliczenie dostawy, złożenie albo zmiana zamówienia. Wynik: typowe pytania obsługuje się całą dobę, a kierownicy zajmują się złożonymi.
Dane: baza rozwiązań, historia zgłoszeń, konfiguracja klienta, dzienniki systemowe. Przetwarzanie: objaw porównuje się ze znanymi przypadkami. Czynność: instrukcja krok po kroku, sprawdzenie statusu, utworzenie zgłoszenia z już zebranymi danymi. Wynik: pierwsza linia zamyka przypadki powtarzalne, a inżynier dostaje zgłoszenie z wykonaną diagnostyką.
Dane: regulaminy, zarządzenia, instrukcje, dane słownikowe i raporty dostępne pracownikowi w ramach jego uprawnień. Przetwarzanie: wyszukiwanie według sensu i odpowiedź z odniesieniem do punktu dokumentu. Czynność: złożenie wniosku do kadr albo zakupów, poproszenie o zaświadczenie, wystąpienie o zgodę. Wynik: pytania do kolegów i na czatach grupowych zastępuje odpowiedź ze źródłem.
Dane: tekst zgłoszenia, załączniki, historia klienta. Przetwarzanie: ustalenie typu zgłoszenia, wyciągnięcie pól, sprawdzenie kompletności. Czynność: zgłoszenie tworzy się w systemie, brakujące dane się dopytuje, a wykonawcę wyznacza. Wynik: zgłoszenie dociera do wykonawcy kompletne, bez korespondencji o dopytanie.
Dane: karty klientów, transakcje, zadania, historia kontaktów. Przetwarzanie: rozbiór zapytania kierownika i wyniku rozmowy. Czynność: utworzyć i zaktualizować kartę, zapisać wynik kontaktu, postawić zadanie, złożyć podsumowanie o kliencie przed rozmową. Wynik: CRM wypełnia się w trakcie pracy, a nie wieczorem z pamięci.
Dane: umowy, specyfikacje, regulaminy, dokumentacja techniczna, archiwum korespondencji. Przetwarzanie: wyszukiwanie według sensu zamiast zgodności słów; odpowiedź buduje się ze znalezionych fragmentów. Czynność: odpowiedź z cytatem i odniesieniem do dokumentu, strony i wersji. Wynik: odpowiedź na pytanie o umowę zajmuje sekundy i da się ją sprawdzić w źródle.
Bot to nie jeden model, lecz kilka połączonych części. Podział ma znaczenie praktyczne: każda część ma własny sposób psucia się, własne metryki i własny sposób naprawy.
Kanały podłączenia — strona i konto klienta, komunikatory, poczta, linia telefoniczna z rozpoznawaniem mowy, portal wewnętrzny i miejsca pracy pracowników. Logika wszędzie jest ta sama: kanał zmienia formę wejścia, a nie to, co botowi wolno.
Bot nie pamięta waszych dokumentów — przeszukuje je w chwili pytania i odpowiada z tego, co znajdzie. Dlatego zaktualizowany regulamin działa od razu po wgraniu, a nie po douczeniu modelu, i dlatego każda odpowiedź ma źródło.
Krok 2 jest obowiązkowy: bot odpowiada w granicach uprawnień pytającego. Dokument, do którego pracownik nie ma dostępu w systemie, nie wchodzi ani do wyszukiwania, ani do cytatu — inaczej bot staje się sposobem na obejście systemu dostępów.
Najpierw składa się zestaw prawdziwych pytań — z korespondencji, zgłoszeń i czatów wewnętrznych. Na nim bada się bota przed uruchomieniem: odpowiedzi sprawdza się ze źródłami, a błędy analizuje według przyczyn. Dopiero potem otwiera się bota dla użytkowników, zwykle najpierw dla jednej grupy.
Głównym ryzykiem bota AI jest pewna siebie błędna odpowiedź. Usuwa się je nie obietnicami, lecz budową systemu: ograniczonym zestawem operacji, obowiązkowym oparciem na źródłach, progami pewności i jawnymi regułami eskalacji.
Bot robi tylko to, co opisano w jego zestawie czynności, i w granicach uprawnień pytającego. Cała reszta jest niedostępna, niezależnie od tego, jak natarczywie użytkownik prosi.
Odpowiedź składa się ze znalezionych dokumentów i danych z systemów. Jeśli źródła nie ma, bot mówi, że nie wie, i przekazuje pytanie dalej — to zachowanie normalne, a nie awaria.
Poniżej progu odpowiedzi nie wysyła się do klienta: idzie ona do operatora jako projekt razem ze znalezionymi materiałami. Każdy temat ma własny próg.
Eskalacja według reguł: temat zastrzeżony, powtórzone pytanie, reakcja negatywna, żądanie klienta. Operator dostaje całą rozmowę i znalezione materiały, zamiast zaczynać od zera.
Czynność nieodwracalna — anulowanie zamówienia, zmiana danych bankowych, odpis — wykonuje się dopiero po jawnym potwierdzeniu i zapisuje w dzienniku razem z inicjatorem.
Udział rozmów zamkniętych bez człowieka, udział eskalacji, oceny użytkowników i wyrywkowe sprawdzanie odpowiedzi. Błędy wracają do zestawu pytań testowych.
To, co bot mówi o sobie, zapisuje się osobno: użytkownik musi rozumieć, że rozmawia z oprogramowaniem, i wiedzieć, jak wezwać człowieka. To wymaganie wobec interfejsu, a nie kwestia ustawień.
Asystent wewnętrzny różni się od bota dla klientów danymi źródłowymi: pracuje z informacją firmową i w granicach uprawnień konkretnego pracownika. To samo pytanie od magazyniera i od dyrektora finansowego daje różne odpowiedzi — bo dostępne są im różne dokumenty.
Co asystent robi na stanowisku pracy:
Wynik: pracownik poświęca czas na pracę, a nie na szukanie właściwego dokumentu, przypominanie sobie regulaminu i wypełnianie formularzy. Asystent nie podejmuje decyzji za człowieka — usuwa część przygotowawczą.

Asystent podłącza się do tych samych ról co systemy ewidencyjne: nie tworzy równoległej ścieżki dostępu. Dokumenty spoza uprawnień pracownika nie wchodzą ani do wyszukiwania, ani do cytatów, ani do podpowiedzi — a sprawdza się to przed złożeniem odpowiedzi, a nie po nim.
Czynności asystenta trafiają do ogólnego dziennika systemu obok czynności ludzi. Na karcie widać, że zadanie utworzył asystent na podstawie rozmowy, a nie że zapis pojawił się bez autora.
Wiedza firmowa rzadko leży w jednym miejscu: regulaminy w jednym folderze, umowy w drugim, dokumentacja techniczna w trzecim, a połowa odpowiedzi w korespondencji. Wyszukiwanie po nazwie pliku tu nie działa, bo człowiek szuka nie dokumentu, lecz odpowiedzi.
Dane: regulaminy i zarządzenia, umowy i aneksy, dokumentacja techniczna i projektowa, instrukcje, baza rozwiązanych zgłoszeń, protokoły, dane słownikowe, archiwum korespondencji — każde z właścicielem i poziomem dostępu.
Przetwarzanie AI: dokumenty rozbija się na fragmenty, a każdy fragment indeksuje według sensu; pytanie porównuje się z fragmentami, a nie z tytułami. Odpowiedź składa się ze znalezionego i przychodzi z cytatem oraz odniesieniem do dokumentu, strony i wersji.
Czynność i wynik: pracownik dostaje odpowiedź ze źródłem w kilka sekund, zamiast obchodzić kolegów; przypadki graniczne sprawdza się w cytacie; przeterminowane dokumenty widać od razu — jeśli odpowiedź przyszła z wersji sprzed dwóch lat, jest to w samej odpowiedzi napisane.
Nie zastępuje systemu obiegu dokumentów i nie staje się źródłem prawdy: dokument o mocy prawnej zostaje tam, gdzie go podpisano i gdzie się go przechowuje. Indeks jest sposobem na jego znalezienie i zacytowanie, a nie osobną kopią żyjącą własnym życiem.
Zgłoszenie przychodzi w dowolnej formie i dowolnym kanałem: e-mail, wiadomość, formularz na stronie, telefon, załączony plik. Przed wdrożeniem człowiek je czyta, przenosi dane do systemu, ustala typ i wyznacza wykonawcę — co zajmuje od kilku minut do kilku godzin czekania w kolejce.
Przetwarzanie AI: ustala się typ zgłoszenia, wyciąga pola — obiekt, adres, termin, kontakt, numer umowy — sprawdza kompletność, ocenia pilność i wiąże zgłoszenie z klientem oraz jego historią. Czego brakuje, dopytuje się automatycznie w tym samym kanale.
Czynność: zgłoszenie tworzy się w systemie z wypełnionymi polami, grupę albo wykonawcę wyznaczają reguły, ustawia się termin i wysyła potwierdzenie z numerem. Duplikaty w tej samej sprawie wiąże się ze sobą, zamiast tworzyć drugie zgłoszenie.
Wynik: wykonawca dostaje zgłoszenie kompletne i zaczyna od pracy, a nie od dopytywania. Czas od wpłynięcia do przydzielenia przestaje zależeć od tego, kto i kiedy otworzył wspólną skrzynkę.
Ekran z systemu: dane są poglądowe. Zgłoszenia, których typ ustalono z pewnością poniżej progu, docierają do dyspozytora ze wstępnie wypełnionymi polami i zaproponowanym typem — przydzielenie zostaje przy człowieku.
Dane
Analityka i prognozowanie
Automatyzacja
Boty i asystenci
Model jest przydatny tylko wtedy, gdy jego decyzja dociera do systemu, w którym wykonuje się pracę. Dlatego integracja nie jest ostatnim etapem projektu, lecz jego warunkiem wstępnym: najpierw wiadomo, gdzie trafi wynik, a potem uczy się model.
Do czego podłącza się warstwa AI:
Sposób podłączenia wybiera się pod system, a nie z przyzwyczajenia: bezpośrednie API, wymiana przez kolejkę, webhooki przy zdarzeniach, eksporty plikowe według harmonogramu, odczyt repliki bazy. Dla systemów bez otwartego interfejsu wykorzystuje się ten sposób wymiany, który mają, włącznie z plikami.

| Godzina | Operacja | Wynik |
|---|---|---|
| 11:02 | Klasyfikacja zgłoszeń → CRM | 148 |
| 11:05 | Prognoza popytu → zapotrzebowanie zakupowe | 1 204 |
| 11:07 | Rozbiór listów przewozowych → system księgowy | 6 czeka na przegląd |
| 11:09 | Usługa magazynowa niedostępna | ponowienie za 5 min |
Ekran z systemu: liczby są poglądowe. Niedostępność magazynu nie zatrzymuje pozostałych wymian — komunikaty czekają w kolejce i wychodzą po przywróceniu połączenia.
Wdrożenie AI oznacza pracę na danych firmy, więc pytanie, gdzie działa model i co opuszcza perymetr, rozstrzyga się przed startem projektu, a nie po uruchomieniu.
Środowisko wybiera się według wrażliwości danych: własna infrastruktura, wydzielony serwer albo usługa zewnętrzna. Dla części zadań modele otwarte na własnym sprzęcie pokrywają potrzebę w całości.
Jeśli korzysta się z modelu zewnętrznego, zestaw przekazywanych pól opisuje się wprost. Dane osobowe i warunki handlowe anonimizuje się albo zastępuje identyfikatorami przed wysłaniem.
Warstwa AI działa w granicach uprawnień użytkownika i nie tworzy tylnych drzwi do danych. Sprawdzenie dostępu idzie przed wyszukiwaniem i przed złożeniem odpowiedzi.
Zapytanie, znalezione źródła, decyzja modelu i wykonana czynność zapisują się w dzienniku. Bez tego nie da się ani zbadać spornego przypadku, ani wykazać, że system zadziałał poprawnie.
Decyzje o skutkach prawnych albo finansowych zostają przy człowieku. Model przygotowuje materiał i proponuje wariant, a potwierdzenie zapisuje się razem z autorem.
Okresy przechowywania rozmów, zbiorów uczących i danych pośrednich ustala się z góry. Usunięcie na żądanie obejmuje także indeksy wyszukiwania, a nie tylko bazę źródłową.
Model zawsze się myli — pytanie brzmi, jak często, gdzie dokładnie i ile to kosztuje. Dlatego każde wdrożenie ma dwa zestawy liczb: jakość samego modelu i zmianę w procesie. Pierwszy interesuje inżyniera, drugi biznes, a nie pokrywają się one automatycznie.
Próg pewności jest pokrętłem, a nie stałą. Podnieście go, a firma dostanie mniej automatyzacji i mniej błędów; obniżcie — odwrotnie. Wartość wybiera się według kosztu błędu w konkretnym procesie.
Ekran z systemu: liczby są poglądowe. Trzy wskaźniki czyta się tylko razem: więcej automatyzacji przy rosnącym udziale poprawek oznacza, że próg obniżono za bardzo.
Model nie jest dostawą jednorazową. Dane się zmieniają: pojawiają się nowe towary, nowe tematy zgłoszeń, nowe formaty dokumentów, nowi dostawcy. Dlatego w projekcie zakłada się regularne sprawdzanie jakości na świeżych danych, douczanie według harmonogramu albo po przekroczeniu progu oraz przegląd przypadków, w których człowiek poprawił decyzję.
Poprawki operatorów są najcenniejszym materiałem uczącym: zbiera się je w osobny zbiór i wykorzystuje w następnej turze uczenia. Dzięki temu system poprawia się na własnej pracy, a nie na cudzych danych.
Kolejność odzwierciedla zależności: każdy krok opiera się na tym, co powstało w poprzednim. Pominięcie pierwszego kroku jest najczęstszym powodem, dla którego projekt AI kończy się pokazem.
Jaką operację się automatyzuje, kto wykonuje ją dzisiaj, jakie dane są i w jakim są stanie, gdzie trafi wynik. Wynikiem jest punkt odniesienia w liczbach i kryterium sukcesu.
Podłączenie źródeł, czyszczenie i oznaczanie, hurtownia pod zadanie. Tutaj też okazuje się, czy historii wystarczy na model, czy dane trzeba najpierw pogromadzić.
Uczenie i sprawdzenie na wydzielonym okresie, porównanie z punktem odniesienia, uruchomienie w trybie podpowiedzi na części strumienia. Próg pewności dostraja się na prawdziwych decyzjach operatorów.
Integracja z systemami, uprawnienia i dzienniki, monitorowanie jakości i dryfu, douczanie według harmonogramu, wsparcie. Rozszerzenie na procesy sąsiednie idzie osobnymi etapami, z pomiarem.
Opiszcie proces, który chcecie zautomatyzować, i to, jakie dane już się o nim zbiera. Powiemy, co da się tu rozwiązać regułami i integracją, a gdzie model jest naprawdę potrzebny.