Jak wybrać proces do pierwszej automatyzacji i co dzieje się potem

Zdanie, od którego można zacząć

rzeczy wpisywane ręcznie z każdej faktury

4

na jedną fakturę, gdy wszystko jest w porządku

6 minut

„Faktura od dostawcy trafia do skrzynki. System odczytuje pola, porównuje je z zamówieniem, aktualizuje CRM i przekazuje niezgodności człowiekowi do akceptacji.”

Te dwa zdania to kompletny opis automatyzacji.

Dzisiaj ta sama robota wygląda tak: ktoś otwiera PDF, znajduje numer zamówienia, kwotę netto, VAT i termin płatności, przełącza się alt-tabem do systemu, wpisuje te cztery rzeczy jeszcze raz, otwiera drugą zakładkę, żeby sprawdzić, czy zgadzają się z zamówieniem, i przenosi maila do folderu „zrobione”. Zajmuje to sześć minut, jeśli wszystko jest w porządku, i powtarza się kilkadziesiąt razy w tygodniu.

Jeżeli umiesz tak opisać cokolwiek w swojej firmie, masz kandydata i masz brief. Jeżeli jeszcze nie umiesz, dalsza część tekstu pokazuje, jak do tego dojść.

Jak wybrać proces do automatyzacji: cztery pytania

liczenia powtórzeń na kartce

5 dni

przypadków, które instrukcja na jedną stronę ma obsłużyć poprawnie

8 na 10

Czy to się powtarza? Konkretnie: ile razy w tygodniu. Policz przez pięć dni, na kartce. Liczba prawie zawsze wychodzi inna, niż się wszystkim wydawało, i czasem wychodzi mniejsza.

Czy ma wyraźny początek? Coś to uruchamia: wpada mail, klient wysyła formularz, status zamówienia zmienia się na „opłacone”, jest poniedziałek ósma rano. Jeśli nie potrafisz powiedzieć, co uruchamia robotę, prawdopodobnie opisujesz czyjeś przyzwyczajenie i automat nie ma na co zareagować.

Czy zasady da się spisać? Test jest prosty: czy napiszesz nowej osobie instrukcję na jedną stronę A4, po której zrobi to poprawnie w ośmiu przypadkach na dziesięć? Osiem wystarczy. W pozostałych dwóch mieszka cała trudność i wracam do nich niżej.

Czy ktoś by zauważył, gdyby to przestało działać? Nazwij stawkę: czas, wolumen, koszt pomyłki albo doświadczenie klienta. Jeżeli proces mógłby stanąć na miesiąc i nikt by nie zapytał, automatyzowanie go jest kupowaniem sobie zajęcia.

Cztery na cztery i rozmowa ma sens. Trzy na cztery też, pod warunkiem że brakuje ostatniego punktu i wiesz dlaczego.

Kiedy nie automatyzować procesu

Dzieje się dwa razy w roku. Wtedy nawet bezbłędna automatyzacja oszczędza dwa popołudnia rocznie, a ktoś musi ją utrzymywać przez dwanaście miesięcy między jednym uruchomieniem a drugim. Za drugim razem i tak nie zadziała, bo przez pół roku zmienił się format pliku po drugiej stronie.

Każdy przypadek jest inny. Jeśli podczas opisywania trzy razy pada „to zależy” i za każdym razem zależy od czegoś innego, powtarzalności tam nie ma.

Prawdziwym problemem jest spór między dwoma działami. Ten przypadek jest najczęstszy i najdroższy. Sprzedaż uważa, że ceny weryfikuje księgowość, księgowość uważa odwrotnie, a faktury leżą tydzień. Automat tego nie rozstrzygnie. Zrobi tylko szybciej to, co jest źle poukładane, i doda obu stronom nowy temat do kłótni: kto to źle skonfigurował.

Na marginesie: nazywanie tego projektem AI

Firmy przychodzą do mnie ze zdaniem „chcemy wdrożyć AI” i opisują proces, w którym model nie jest do niczego potrzebny. Jeśli reguła brzmi „gdy w tytule maila jest numer zamówienia, zapisz załącznik w katalogu klienta i powiadom opiekuna”, to jest reguła i kosztuje tyle, co reguła. Nazwanie tego wdrożeniem AI zmienia trzy rzeczy naraz: budżet, skład osób na spotkaniu i to, co ostatecznie powstanie.

Model przydaje się tam, gdzie dane są nieuporządkowane albo trzeba coś ocenić: odczytać kwotę z faktury o układzie, którego nikt wcześniej nie widział, streścić zgłoszenie, rozpoznać, czy mail jest reklamacją, czy zapytaniem ofertowym. Reszta Twojego przepływu to zwykle warunki i połączenia między narzędziami, za które już płacisz. Lepiej wiedzieć to przed rozmową niż po ofercie.

Co spisać przed rozmową o wycenie automatyzacji

Opisz proces w czterech kategoriach, zanim padnie pierwsze słowo o technologii.

• Dane. Co wchodzi i w jakiej postaci. PDF od pięciu dostawców, z czego jeden drukuje i skanuje, więc przychodzi obrazek. Ile tego jest tygodniowo i czy liczba skacze na koniec miesiąca.
• Narzędzia. Gdzie to trafia, z nazwy. Czy ten system ma API, czy ktoś klika w nim w przeglądarce. Kto ma do niego hasło.
• Decyzje. Wszystkie momenty, w których człowiek coś ocenia. „Sprawdzam, czy się zgadza” jest decyzją, choć nie brzmi jak decyzja, i to zwykle najważniejsza z nich.
• Wyjątki. Wszystko, co psuje trzy punkty powyżej.

Najlepszy opis powstaje przy biurku osoby, która ten proces wykonuje, najlepiej z włączonym nagrywaniem ekranu przez jeden pełny przebieg, na głos. Opis od wykonawcy jest wart wielokrotnie więcej niż opis od jego przełożonego, bo przełożony opowie wersję z procedury, a ta zwykle działa w dniu odbioru i rozsypuje się w drugim tygodniu.

Wyjątki to jest cała robota

Główny przepływ buduje się w jedno popołudnie: faktura wpada, pola się odczytują, kwoty się zgadzają, CRM się aktualizuje. Wychodzi z tego ładne demo i niewielka część całej pracy.

Faktura bez numeru zamówienia. Dostawca zmienił układ dokumentu i kwota netto stoi teraz tam, gdzie wcześniej był VAT. Kwota różni się o dwa złote, bo ktoś zaokrąglił w drugą stronę. Ta sama faktura przyszła po raz drugi, tym razem z dopiskiem „ponaglenie”. Korekta do dokumentu sprzed miesiąca. Faktura w euro i pytanie, z którego dnia brać kurs. Zamówienie zrealizowane częściowo. Dostawca, którego nie ma jeszcze w bazie. Załącznik jako zip z ośmioma plikami. Załącznik jako zdjęcie zrobione telefonem, pod kątem, z kciukiem w rogu kadru.

Na każdy taki przypadek są trzy możliwe odpowiedzi i trzeba wybrać jedną: system radzi sobie sam według reguły, zatrzymuje sprawę i pyta człowieka albo odkłada ją na bok i nie robi nic. Trzecia odpowiedź jest dobra pod jednym warunkiem: ktoś z imienia i nazwiska tę kolejkę widzi i ma ustalone, jak często ją przegląda. Bez tego sprawy odkładają się w folderze, do którego nikt nie zagląda.

Cztery kolejne sytuacje zaskakują nawet ludzi, którzy od dziesięciu lat prowadzą operacje.

Ten sam mail dwa razy. Połączenie się zrywa, krok wykonuje się ponownie. Jeśli tym krokiem jest „utwórz wpis”, ponowienie tworzy duplikat, a duplikat w księgowości jest gorszy od braku wpisu, bo brak ktoś zauważy. Potrzebujesz klucza, po którym sprawa rozpoznaje samą siebie: numer faktury plus NIP dostawcy. Sprawdzam go przed zapisem. Samo sprawdzenie to pięć linijek kodu, a ustalenie, co ma być tym kluczem, zajmuje pół dnia z Twoim zespołem, bo okaże się, że dwóch dostawców numeruje faktury identycznie.

Awaria w środku. Krok trzeci z pięciu przeszedł, czwarty się wywalił. CRM już zaktualizowany, płatność nieprzygotowana, mail do dostawcy zdążył wyjść. Rozwiązanie ustala się zawczasu i jest nudne: kroki nieodwracalne, czyli wysłanie wiadomości, zlecenie przelewu, wystawienie dokumentu, idą na sam koniec, a wszystko przed nimi ma być bezpieczne do powtórzenia.

Cicha porażka. Model, który odczytuje kwotę i jest jej pewien w czterdziestu procentach, zapisuje liczbę dokładnie tak samo, jak wtedy, gdy jest jej pewien w dziewięćdziesięciu dziewięciu. Bez progu ufności i bez eskalacji poniżej progu dostajesz błędy, które wychodzą na jaw po miesiącach, zwykle przy audycie.

Zmiana po drugiej stronie. Nikt Cię nie uprzedzi, że dostawca przeszedł na nowy program do fakturowania. Dowiesz się z tego, że odsetek spraw trafiających do człowieka skoczył z pięciu procent do trzydziestu. Alert na ten jeden wskaźnik jest najtańszą rzeczą, jaką możesz w tym miejscu zrobić, i ostrzega wcześniej niż księgowa.

Rozmowa o wyjątkach jest nudna i wszyscy chcą ją skrócić. Daj jej tyle czasu, ile potrzebuje: w tej części projektu ustalasz, jak Twoja firma działa, i prawdopodobnie pierwszy raz od lat ktoś to zapisuje.

Człowiek zostaje przy wszystkim, co ma konsekwencje

Płatność, wiadomość do klienta, zmiana ceny, usunięcie danych, cokolwiek, czego nie cofniesz jednym kliknięciem: zatwierdza człowiek. Automat myli się rzadziej niż człowiek, za to seriami. Człowiek pomyli jedną fakturę, a źle ustawiona reguła czterysta, zanim ktokolwiek spojrzy.

Akceptacja musi być tania. Jeden ekran, dokument po lewej, dane z zamówienia po prawej, różnice podświetlone, dwa przyciski. Jeżeli zatwierdzenie zajmuje tyle samo, co zrobienie tego ręcznie, cała oszczędność znika.

Przed startem zaplanuj, ile spraw trafi do akceptacji. Kolejka musi być na tyle krótka, żeby ktoś ją czytał: przy dwustu pozycjach dziennie każdy po dwóch tygodniach klika „zatwierdź” bez patrzenia. Wtedy masz najgorszy możliwy układ: automat bez nadzoru i człowieka, który formalnie za niego odpowiada. Kiedy kolejka rośnie, popraw reguły tak, żeby trafiało do niej mniej spraw.

Testuj na tym, co już się wydarzyło

Weź sto spraw z ostatniego kwartału, najlepiej z folderu „do wyjaśnienia”. Puść je przez gotowy przepływ i porównaj wynik z tym, co wtedy zrobił człowiek.

Różnice będą dwojakie: albo automat się pomylił, albo pomylił się człowiek. Druga kategoria pojawia się częściej, niż ktokolwiek lubi przyznawać, i sama w sobie zwraca koszt tego ćwiczenia.

Na nowych sprawach nie masz z czym porównywać. Dowiadujesz się, że coś nie działa, w tej samej chwili co Twój dostawca.

Miarę jakości ustal przed budową. Dwie liczby wystarczą: ile spraw przeszło bez człowieka i ile przeszło błędnie. Druga jest ważniejsza. Przepływ, który obsługuje sam dziewięćdziesiąt procent i myli się w dwóch, jest gorszy od takiego, który obsługuje sześćdziesiąt i nie myli się wcale.

Pierwsza ma być nudna

Pierwszy przepływ ogranicz do pięciu części: tego, co wchodzi, potrzebnego kontekstu, jednej akcji, człowieka przy decyzji i miary jakości. Rozszerzaj go dopiero wtedy, gdy ta baza działa na prawdziwym ruchu.

Nudna znaczy, że jeśli wysypie się we wtorek po południu, nikt nie traci klienta, a ktoś przez dwa dni robi to ręcznie, tak jak wcześniej.

Do małych zadań wystarczą n8n, Zapier i Make, a przełożenie formularza do CRM-u nie wymaga pisania kodu. Kod pojawia się wtedy, gdy zadanie z tych narzędzi wyrasta: gdy logika przestaje mieścić się w warunkach, gdy wolumen robi się poważny albo gdy dane nie mogą wychodzić poza Twoją infrastrukturę.

Jeśli Twoja pierwsza automatyzacja wymaga sześciu integracji, własnego modelu i zgody zarządu, odłóż ją. Zacznij od czegoś, co możesz wyłączyć w piątek i nikt nie zauważy do poniedziałku.

Co się dzieje w pierwszym miesiącu po wdrożeniu

Na oszczędności trzeba poczekać kilka tygodni. Przez pierwsze dwa tygodnie do człowieka trafia znacznie więcej spraw, niż zakładałeś, ponieważ reguły są celowo ostrożne, a rzeczywistość jest bogatsza od opisu. Potem ten odsetek spada, bo dopisujesz reguły do przypadków, które się powtarzają. Po miesiącu wiesz o tym procesie więcej niż przez poprzednie trzy lata, a to jest efekt uboczny, którego nikt nie planuje i który zwykle okazuje się najcenniejszy.

Procesy w firmie będą się zmieniać, a automatyzacja sama za nimi nie nadąży. Ktoś musi ją mieć na liście rzeczy, które przegląda, tak jak ma na tej liście umowę na hosting.

Dalszy krok zależy od tego, jak daleko doszedłeś z opisem własnego procesu.

Masz własne dwa zdania. Wyślij je przez brief albo stronę kontaktu i dopisz wszystkie wyjątki, które znasz.

Jeszcze nie umiesz ich napisać i to też jest przydatna wiedza. Napisz mimo to. Wybór procesu do pierwszego podejścia to tańsza część tej pracy i ta, która ustawia wszystko, co przyjdzie potem. Więcej o tym, jak wygląda takie sprawdzenie, jest w tekście o tym, kiedy AI nie ma czego u Ciebie szukać. Co automatyzuję i na czym to stoi, opisałem na stronie o automatyzacji procesów.

Najczęściej zadawane pytania