Automatyzacja i AI w MŚP: od czego zacząć, żeby zobaczyć efekt

Zacznij od rezultatu biznesowego

„Wdrożymy AI” nie określa, co ma zmienić się w firmie. Użyteczny cel mówi o konkretnym procesie: krótszym przygotowaniu oferty, szybszym przekazaniu zamówienia do realizacji albo ograniczeniu ręcznego przepisywania danych. Powinien także wskazywać właściciela zmiany i sposób sprawdzenia jej skutków.

Wybierz jeden problem, którego częstotliwość i koszt można zaobserwować. Zapytaj osoby wykonujące pracę, gdzie tracą czas oraz które czynności wymagają poprawiania. Następnie porównaj ich odpowiedzi z rzeczywistym przebiegiem kilku spraw. Uciążliwość zadania i jego znaczenie dla wyniku mogą się różnić. Drobna czynność wykonywana setki razy bywa lepszym początkiem niż efektowny eksperyment dotyczący pojedynczych przypadków.

Zapis celu powinien obejmować ograniczenia. Jeśli chcesz skrócić czas obsługi zapytania, określ także minimalną jakość odpowiedzi i sposób kontroli obietnic składanych klientowi. Jeżeli celem jest odzyskanie czasu zespołu, wskaż, do czego ten czas zostanie wykorzystany. Taki punkt odniesienia pomaga ocenić propozycje dostawców oraz zatrzymać projekt, który dobrze wygląda w prezentacji, ale nie rozwiązuje wybranego problemu.

Co dane o AI mówią, a czego nie rozstrzygają

Według Eurostatu w 2025 roku z technologii AI korzystało 8,4% przedsiębiorstw w Polsce i 20,0% w Unii Europejskiej w objętej badaniem populacji. Dane dotyczą podmiotów z co najmniej 10 pracującymi, uwzględniając pracowników i osoby samozatrudnione, w sekcjach NACE C–J, L–N oraz grupie 95.1. Nie opisują wszystkich mikrofirm ani poziomu wykorzystania dowolnej automatyzacji. Wykres pokazuje porównanie dla jednego roku.

Dla konkretnej firmy odsetek wdrożeń w kraju nie wyznacza właściwego terminu zakupu narzędzia. Potrzebne są odpowiedzi na pytania o gotowość własnego procesu i rzeczywistą wartość zastosowania. Wdrażanie rozwiązania wyłącznie dlatego, że korzystają z niego inni, nie tworzy uzasadnienia biznesowego.

Rozdziel też dwie decyzje: czy daną czynność warto zautomatyzować oraz czy potrzebna jest do tego AI. Przesyłanie zatwierdzonego formularza do właściwej osoby można zaprojektować według jednoznacznych reguł. Przy pracy na swobodnym tekście warto rozważyć test wsparcia AI. W obu przypadkach o wyborze przesądza porównanie jakości, nakładu i utrzymania rozwiązania.

Narysuj proces wraz z wyjątkami

Przed zakupem rozpisz drogę jednej sprawy od wejścia do zakończenia. Dla zapytania handlowego będą to przykładowo: przyjęcie wiadomości, uzupełnienie danych, kwalifikacja, przygotowanie oferty, akceptacja i wysyłka. Przy każdym kroku zapisz osobę odpowiedzialną, używane informacje, czas pracy oraz czas oczekiwania. Obie wartości trzeba rozróżniać: oferta może powstawać przez godzinę, ale czekać dwa dni na brakujący parametr.

Zaznacz miejsca, w których ktoś przepisuje dane, szuka dokumentów albo pyta o status. Sprawdź również wyjątki: niepełne zamówienie, nietypowy rabat, niezgodne oznaczenie produktu czy brak aktualnej ceny. To one pokażą, jak często potrzebne będzie ręczne rozstrzygnięcie i kto powinien je podejmować.

Najpierw usuń zbędne kroki oraz uporządkuj odpowiedzialność. Jeżeli trzy osoby tworzą osobne listy tych samych zamówień, wspólne źródło danych może być ważniejsze niż automatyczne kopiowanie między trzema plikami. Zapisz docelową wersję procesu i dopiero wtedy wybieraj elementy do automatyzacji. W przeciwnym razie nowe narzędzie utrwali niepotrzebną pracę, a zespół nadal będzie obsługiwał te same niejasności.

Wybierz pierwszy przypadek według pięciu kryteriów

Oceń kandydatów przez częstotliwość zadania, powtarzalność przebiegu, jakość danych, możliwość weryfikacji wyniku i konsekwencje pomyłki. Dobry pierwszy przypadek ma wyraźny początek i koniec, dostępną historię spraw oraz osobę gotową uczestniczyć w testach. Dzięki temu można szybko porównać sposób obecny i proponowany.

Rozważ na przykład porządkowanie zapytań według tematów, przygotowanie roboczego podsumowania rozmowy albo przenoszenie zatwierdzonych danych pomiędzy etapami procesu. Każdą propozycję sprawdź jednak w realiach własnej firmy. Zadanie proste w jednej organizacji może być trudne w innej ze względu na format dokumentów, różne nazewnictwo lub liczbę wyjątków.

Na początek wybierz zakres, w którym człowiek łatwo oceni rezultat, a błędną operację można zatrzymać przed wysłaniem do klienta lub zmianą danych źródłowych. Nie zaczynaj od projektu obejmującego jednocześnie kilka działów, przebudowę wszystkich baz i nowy model pracy. Mniejszy zakres pozwala ustalić, czy problem leży w narzędziu, danych czy organizacji. To daje lepszą podstawę do kolejnej decyzji niż niejasny wynik dużego pilotażu.

Policz pełny czas procesu, łącznie ze sprawdzaniem

Punktem odniesienia powinien być obecny sposób pracy. Zmierz czas typowych spraw, odsetek wymagający poprawek, liczbę wyjątków oraz czas oczekiwania na decyzję. Zbieraj przykłady przez okres obejmujący zwykłe obciążenie i bardziej wymagające przypadki. Wynik z kilku najłatwiejszych dokumentów nie pokazuje, jak rozwiązanie zachowa się w codziennej pracy.

MODEL OBLICZENIOWY — jeśli obsługa 300 spraw miesięcznie trwa średnio 8 minut, zajmuje 40 godzin. Gdy nowy proces wymaga 3 minut na sprawę, łącznie z kontrolą, czas obsługi wynosi 15 godzin. Różnica to 25 godzin przed uwzględnieniem konfiguracji, szkoleń, utrzymania i wyjątków. Są to założenia przykładu, nie obietnica efektu wdrożenia.

Odzyskane godziny nie są automatycznie oszczędnością gotówki. Mogą poprawić dostępność zespołu, skrócić kolejkę lub pozwolić obsłużyć większą liczbę spraw. Wyraźnie zapisz, którego rezultatu oczekujesz. Do oceny dodaj koszty narzędzi i utrzymania, ale także jakość: poprawność danych, zgodność z uzgodnionym standardem oraz liczbę interwencji. Szybszy proces wymagający późniejszych napraw może mieć słabszy bilans niż sugeruje sam pomiar czasu.

Rozdziel nakład jednorazowy od powtarzalnego. Przygotowanie dokumentów, konfiguracja i szkolenie obciążają start projektu. Abonament, kontrola jakości i obsługa wyjątków pozostają po uruchomieniu. Ustal przed testem limit czasu i wydatków, po którym wrócicie do decyzji o dalszej pracy. Zapytaj też, jak zmieni się obciążenie przy większej liczbie spraw: czy rośnie proporcjonalnie, czy pojawiają się dodatkowe progi i zadania administracyjne. Te informacje zbieraj dla rzeczywiście rozważanego rozwiązania, ponieważ sama cena dostępu do aplikacji nie opisuje pełnego nakładu potrzebnego do jej używania.

Zaprojektuj pilotaż, który pozwoli podjąć decyzję

Przed rozpoczęciem ustal zakres, odpowiedzialną osobę, zestaw testowy i kryteria zakończenia. Zestaw powinien zawierać zwykłe sprawy, przypadki brzegowe oraz znane wcześniej błędy. Zachowaj te same zasady oceny dla procesu obecnego i nowego. Jeśli oceniasz jakość odpowiedzi, opisz kryteria tak, aby dwie osoby mogły porównać swoje oceny.

Najpierw uruchom rozwiązanie na kopiach danych albo w trybie przygotowania propozycji do zatwierdzenia. Sprawdź, czy wynik zawiera wszystkie potrzebne informacje oraz czy można prześledzić jego źródło. Zapisuj błędy według kategorii. Brak danych wejściowych wymaga innej poprawy niż nieprawidłowe przypisanie sprawy lub niejasna instrukcja dla użytkownika.

Pilotaż powinien kończyć się jedną z trzech decyzji: rozszerzamy, poprawiamy i powtarzamy test albo zatrzymujemy. Kryteria ustal przed zobaczeniem wyników. Mogą dotyczyć czasu obsługi, jakości i maksymalnego udziału wyjątków. Nie pozwól, aby zaangażowany czas lub atrakcyjność narzędzia zastąpiły ocenę. Udany test daje również wiedzę o tym, gdzie rozwiązanie nie powinno działać samodzielnie.

Ustal zasady danych i odpowiedzialność człowieka

Przed udostępnieniem narzędzia zespołowi określ, jakie dane mogą do niego trafiać i kto zatwierdza nowe zastosowania. Sprawdź warunki wybranego rozwiązania, sposób przechowywania informacji, dostęp użytkowników oraz możliwość usunięcia danych. W pilotażu używaj materiałów przygotowanych do tego celu, ograniczonych do informacji potrzebnych w danym zadaniu.

Osobno określ, kto zatwierdza rezultat mający wpływ na klienta, cenę, zobowiązanie lub dane podstawowe firmy. Pracownik powinien wiedzieć, co ma sprawdzić, zamiast otrzymać ogólne polecenie „zweryfikuj odpowiedź”. Przy projekcie oferty może to być zgodność produktów, terminów, zakresu usługi i warunków handlowych z zatwierdzonymi źródłami.

Zaplanuj postępowanie przy błędzie lub niedostępności narzędzia. Potrzebne są możliwość zatrzymania automatycznego działania, kontakt do osoby odpowiedzialnej oraz działający sposób ręcznej obsługi. Zapisuj zmiany konfiguracji i ponawiaj sprawdziany po zmianie danych, instrukcji albo funkcji rozwiązania. Odpowiedzialność za proces pozostaje przypisana do konkretnej osoby również wtedy, gdy część czynności wykonuje system.

Zbuduj kierunek na kolejne trzy miesiące

W pierwszym miesiącu sporządź krótką listę problemów, wybierz jeden proces i zmierz punkt wyjścia. Uporządkuj dane oraz decyzje, które dziś blokują pracę. Pod koniec miesiąca powinieneś umieć wyjaśnić, jaki rezultat ma przynieść zmiana i dlaczego wybrany zakres nadaje się do pilotażu.

W drugim miesiącu przeprowadź test z pracownikami, którzy będą korzystać z rozwiązania. Zbieraj ich uwagi o dodatkowych czynnościach i sytuacjach nietypowych. Porównuj cały przebieg pracy, łącznie z kontrolą rezultatu. Przygotuj krótką instrukcję obejmującą wejście, oczekiwany wynik, sprawdzenie i obsługę wyjątku.

W trzecim miesiącu podejmij decyzję o rozszerzeniu lub zmianie podejścia. Jeżeli projekt spełnia kryteria, przypisz właściciela utrzymania i ustal rytm przeglądu. Następny proces wybierz na podstawie zdobytej wiedzy oraz znaczenia biznesowego. W ten sposób powstaje spójny kierunek automatyzacji: kilka uzasadnionych zmian, wspólne zasady danych i odpowiedzialność za efekt. Firma rozwija zdolność do wdrażania technologii, zamiast gromadzić aplikacje bez określonego miejsca w codziennej pracy.