NAJWAŻNIEJSZA ODPOWIEDŹ
Zacznij od powtarzalnego procesu z jasno określonym wynikiem, dostępnymi przykładami i osobą odpowiedzialną za jakość. Najpierw zmierz obecną pracę. Dopiero potem zdecyduj, czy potrzebujesz AI, integracji, czy uporządkowania zasad.
Gdzie szukać pierwszego procesu?
Poproś trzy osoby z jednego zespołu o zapisanie zadań, do których wracają każdego dnia. Nie pytaj jeszcze, co chcą automatyzować. Zapytaj, skąd przychodzą dane, gdzie trzeba je przepisać i na kogo czeka kolejny krok. Tak znajdziesz pracę niewidoczną w oficjalnych procedurach: sprawdzanie załącznika, szukanie numeru klienta, poprawianie podobnych ofert.
Wybierz proces, który zaczyna się od konkretnego zdarzenia i kończy sprawdzalnym rezultatem. „Usprawnić sprzedaż” to za szeroki cel. „Przygotować szkic oferty z przychodzącego zapytania” daje granice. Osobno zapisz zwykły przebieg, wyjątki i sytuacje, w których ktoś musi podjąć decyzję. Jeżeli każdy przypadek wymaga nowej interpretacji zasad firmy, najpierw potrzebujesz tych zasad.
Kontekst i materiały: DORA: State of AI-assisted Software Development 2025
AI, reguły czy integracja?
Sprawdź, z czego wynika trudność. Przeniesienie numeru zamówienia między dwoma systemami zwykle wymaga integracji. Odczytanie intencji z niejednoznacznego e-maila może uzasadniać model językowy. Obliczenie ceny według cennika powinno pozostać w sprawdzalnej logice biznesowej. Jeden proces może zawierać wszystkie te elementy, bez oddawania AI całej odpowiedzialności.
Przykład demonstracyjny: zapytanie trafia do skrzynki, model porządkuje wymagania, aplikacja sprawdza klienta w CRM, a kalkulator oblicza cenę. Handlowiec widzi brakujące informacje oraz źródło każdej wartości. Wysyłkę zatwierdza człowiek. Taka granica ułatwia znalezienie błędu: wiadomo, czy zawiodło rozumienie tekstu, dane, czy obliczenie.
Jak zmierzyć punkt startowy?
Zbierz próbkę obejmującą kilka normalnych dni i przynajmniej jeden trudniejszy okres. Zmierz czas aktywnej pracy, oczekiwanie między krokami, liczbę korekt i rezultat końcowy. Sama średnia może ukryć przypadki, które blokują dział na kilka godzin. Zapisuj więc także typ sprawy oraz przyczynę opóźnienia.
Porównuj podobne zadania, a nie prosty tydzień pilota z sezonowym szczytem starego procesu. Do czasu po wdrożeniu dolicz sprawdzanie wyniku, poprawki oraz obsługę awarii. Odzyskane minuty nie oznaczają automatycznie oszczędności gotówkowej. Ustal, do jakiej pracy zespół wykorzysta odzyskaną pojemność: szybszej odpowiedzi, większej liczby ofert lub porządkowania relacji z klientami.
Kiedy pilot zasługuje na dalszy rozwój?
Przed uruchomieniem spisz warunki trzech decyzji: rozwijamy, poprawiamy, kończymy. Dobra jakość pojedynczej prezentacji nie wystarcza. Potrzebujesz stabilnego działania na nowych przykładach, akceptowalnego nakładu kontroli i osoby, która przejmie proces po wdrożeniu.
Na początku system może działać w tle i przygotowywać wyniki bez wpływu na klienta. Zespół porówna je z własną pracą. Dopiero po takim sprawdzeniu włącz ograniczony ruch. Ustal sposób powrotu do ręcznej obsługi oraz kolejkę wyjątków. Jeśli pilot nie spełnia warunków, zawężenie zadania jest wartościową decyzją. Nie trzeba ratować inwestycji dokładaniem kolejnych funkcji.
OD CZEGO ZACZĄĆ
Zabierz to do swojego projektu.
- Wskaż początek, koniec i właściciela procesu.
- Zbierz przykłady typowe, trudne i niekompletne.
- Policz czas razem z kontrolą oraz poprawkami.
- Ustal kryteria kontynuacji i plan ręcznej obsługi.
Wybierz jeden punkt, którego dziś brakuje w Twoim procesie. To dobry temat na pierwszą rozmowę z zespołem.
PYTANIA I ODPOWIEDZI
Pytania, które pojawiają się najczęściej.
Czy mała firma może zacząć od AI?
Tak, jeżeli ma powtarzalną pracę o wystarczającym wolumenie. Rozmiar firmy jest mniej istotny niż dostępność przykładów, jasne reguły i możliwość wykorzystania odzyskanego czasu. Przy kilku sprawach miesięcznie prostsze usprawnienie może być rozsądniejsze.
Czy trzeba mieć gotową specyfikację?
Nie. Na start wystarczą opis procesu, przykładowe materiały i rozmowa z osobą, która wykonuje zadanie. Specyfikacja powinna powstać z obserwacji rzeczywistej pracy, a nie z listy modnych funkcji.
Źródła i kontekst
- DORA: State of AI-assisted Software Development 2025 ↗
DORA opisuje AI jako wzmacniacz istniejących mocnych i słabych stron organizacji. Powyższy sposób wyboru procesu to praktyczna propozycja ALGOV.
Opracowanie: Zespół ALGOV. Stan wiedzy: 8 września 2026. Przykłady opisują możliwe scenariusze i nie są wynikami projektów klientów. Jak powstają nasze poradniki.
