10 procesów w firmie, które zautomatyzujesz w tydzień — i kiedy to nieprawda

Dla mniejszości firm — i lepiej powiedzieć to w pierwszym akapicie niż schować na końcu. Tydzień nie jest właściwością technologii, tylko właściwością firmy: mierzy porządek w danych, dostępach i regułach, a nie sprawność wykonawcy. Jeśli faktury spływają na trzy skrzynki, lista klientów żyje równolegle w CRM i w prywatnym arkuszu handlowca, a reguła podziału zgłoszeń siedzi w głowie jednej osoby, to pierwszy tydzień pójdzie na porządkowanie, a wdrożenie zacznie się w drugim albo trzecim. Naszym zdaniem obietnicę tygodnia zbyt chętnie sprzedaje się jako parametr narzędzia, bo tak łatwiej podpisać umowę — a potem opóźnienie tłumaczy się „specyfiką klienta”, choć specyfika była widoczna przed startem. Uważamy, że uczciwsza jest odwrotna kolejność: najpierw pięć warunków z listy poniżej, dopiero potem termin.

• Dostępy gotowe przed startem: skrzynka, CRM, dysk, konto w narzędziu automatyzacji — bez czekania na zgody administratora.
• Jedna reguła decyzyjna, którą da się zapisać w kilku zdaniach, a nie zbiór wyjątków znanych jednej osobie.
• Dane w jednym formacie i w jednym miejscu — jeden arkusz, jedna skrzynka, jeden folder, a nie trzy równoległe wersje.
• Właściciel procesu dostępny w tym samym tygodniu do odbioru i poprawek, bo automat rzadko trafia za pierwszym razem.
• Zgoda na to, że pierwsza wersja pracuje z człowiekiem w pętli: automat proponuje, człowiek zatwierdza, dopiero potem zdejmujemy zatwierdzanie.

Druga rzecz, którą mówimy przed wyceną, brzmi mniej sprzedażowo: połowy z tych dziesięciu procesów nie automatyzowalibyśmy w ogóle. Spora część firmowej pracy powstała z przyzwyczajenia — raport, którego nikt nie czyta, pole w CRM, do którego nikt nie zagląda, akceptacja dodana po jednym incydencie sprzed kilku lat. Automatyzacja takiej pracy jest naszym zdaniem najgorszym z możliwych rozwiązań, bo zdejmuje ból, który był jedynym sygnałem, że proces jest zbędny, i zamyka go w systemie na kolejne lata: usunięcie kroku, który „przecież działa sam i nic nie kosztuje”, jest potem trudniejsze niż usunięcie ręcznej roboty, bo nikt nie odczuwa jego ciężaru. Dlatego przy każdym z dziesięciu procesów poniżej zadajemy najpierw pytanie, czy on w ogóle musi istnieć, a dopiero potem, jak go zautomatyzować. Odradzamy odwrotną kolejność, nawet jeśli oznacza mniejszy zakres zlecenia dla nas.

Trzecia rzecz dotyczy granic naszej wiedzy. Nie mamy opublikowanego wdrożenia AI z rachunkiem przed i po, więc nie znajdziesz tu naszych średnich czasów wdrożenia, procentów trafności odczytu ani wyliczonych oszczędności — wolimy tę lukę pokazać, niż zapełnić ją cudzymi liczbami, których nie zweryfikowaliśmy na własnych danych. „Tydzień” z tytułu traktujemy jako zobowiązanie do zakresu, a nie jako zmierzoną średnią: znaczy tyle, że proces spełniający warunki z listy powyżej tniemy do rozmiaru, który da się oddać w tydzień, i mówimy wprost, kiedy się nie da. Uważamy też, że najczęstszym powodem porażki takich wdrożeń nie jest technologia, tylko brak osoby po stronie firmy, która czuje się właścicielem procesu — automat bez właściciela cichnie po kilku tygodniach i nikt tego nie zauważa, bo nikomu to nie przeszkadza. Wracamy do tego w ostatniej sekcji, bo to jedyny warunek, którego nie potrafimy dostarczyć z zewnątrz.

Najszybciej te, w których decyzja sprowadza się do jednej reguły: kto ma to przeczytać, w jakim terminie i co ma z tym zrobić. Wspólna skrzynka biuro@ jest zwykle pierwszym kandydatem: ktoś przegląda ją ręcznie kilka razy dziennie, a reguły podziału i tak siedzą w głowach zespołu — trzeba je tylko spisać. Zanim jednak zaczniemy sortować, pytamy, czy ta skrzynka musi być jedna: dokładanie automatu do problemu, który firma stworzyła sobie sama, ogłaszając jeden adres na wszystko, jest naszym zdaniem droższe niż rozdzielenie adresów albo postawienie formularza z trzema polami. Jeżeli reguła podziału brzmi „to zależy”, wdrożenie potrwa dłużej, bo zależność musi najpierw opisać firma, nie wykonawca. Tydzień oznacza w praktyce jeden proces, jedną ścieżkę i jedną osobę, która ma prawo powiedzieć „tak, to działa”.

1. 011. Segregacja skrzynki zbiorczejDziś: ktoś otwiera każdą wiadomość z biuro@, zgaduje, czy to zapytanie ofertowe, reklamacja, faktura czy spam, i przerzuca ją dalej. Automat: czyta treść, przypisuje kategorię, nadaje etykietę, przenosi do folderu i powiadamia właściwą osobę. Do startu: lista kategorii, po kilkanaście przykładowych maili na każdą i dostęp do skrzynki. Granica: sprawy nietypowe i wiadomości pisane ogólnikowo trafią do koszyka „do przejrzenia ręcznie” — i tak ma być, bo wymuszanie kategorii kosztuje więcej niż przejrzenie kilku maili dziennie. Nasze zdanie: sortowanie warto automatyzować dopiero wtedy, gdy wiadomo, kto odpowiada za każdą kategorię; inaczej automat po prostu szybciej rozwozi bałagan po folderach, a odpowiedzialność nadal nie ma adresata.
2. 022. Przekazywanie zgłoszeń do właściwej osobyDziś: zgłoszenie z formularza, czatu albo telefonu ląduje na wspólnej liście, a przydział zależy od tego, kto pierwszy zajrzy. Automat: rozpoznaje typ sprawy, sprawdza grafik, tworzy zadanie z terminem, wysyła je do konkretnej osoby, a po przekroczeniu czasu odpowiedzi podbija je wyżej. Do startu: jednoznaczna mapa „typ sprawy → osoba lub zespół” i jedno miejsce, w którym zgłoszenia żyją. Granica: automat nie oceni, czy sprawa jest pilna emocjonalnie, więc zostaw ręczne oznaczenie „pilne”. Odradzamy start, dopóki mapa odpowiedzialności jest sporna — automat nie rozstrzygnie sporu o to, kto się czym zajmuje, tylko go uwidoczni i zwróci firmie w postaci zadań, których nikt nie przyjmuje.
3. 033. Odpowiedzi na powtarzalne pytania z bazy wiedzyDziś: te same pytania o czas dostawy, zakres usługi czy dane do przelewu wracają w kółko, a odpowiedź kopiuje się z poprzedniego wątku. Automat: wyszukuje odpowiedź w firmowej bazie wiedzy i podsuwa szkic z linkiem do źródła, a w wersji dla klienta odpowiada na czacie i przekazuje trudniejsze wątki człowiekowi. Do startu: aktualne dokumenty w jednym miejscu — regulamin, cennik, FAQ, instrukcje. Granica: model odpowie tylko na to, co jest w bazie; jeśli dokumenty są sprzeczne albo sprzed dwóch lat, automat powieli błąd szybciej niż człowiek. Odradzamy chatbota postawionego na dokumentacji, której nikt od dawna nie przeglądał, bo pierwszym efektem jest wtedy sprawne rozsyłanie nieaktualnych informacji. Częściej proponujemy najpierw przenieść trzy najczęstsze odpowiedzi tam, gdzie pytanie powstaje — na stronę usługi i do potwierdzenia zamówienia; jeśli pytanie znika, nie ma czego automatyzować.

Przy pytaniach po polsku i przy danych, które nie mogą opuścić firmy, wybieramy modele otwarte uruchamiane w środowisku klienta — nie dlatego, że z góry uznajemy je za lepsze, tylko dlatego, że rozmowa o tym, gdzie leżą dane, kończy się wtedy na jednym serwerze i jednej umowie. Bielik to duży model językowy fundacji SpeakLeash, trenowany na zasobach ACK Cyfronet AGH — superkomputerach Athena i Helios w ramach grantów PLGrid. Rodzina obejmuje warianty od 1,5 do 11 miliardów parametrów: Bielik 11B v3 z sierpnia 2025 jest wielojęzyczny i obsługuje ponad 20 języków, kompaktowy Bielik 4.5B v3 z maja 2025 celuje w polszczyznę, a Bielik Guard ze stycznia 2026 to klasyfikator bezpieczeństwa dla języka polskiego w wariantach 0,1B i 0,5B (SpeakLeash, ACK Cyfronet AGH). Licencja Apache 2.0 obejmuje także zastosowania komercyjne, więc model wolno uruchomić w środowisku, które kontrolujesz. Porównań Bielika z innymi modelami tu nie przytaczamy, bo nie zweryfikowaliśmy ich na własnych dokumentach — i z tego samego powodu odradzamy wybór modelu na podstawie cudzych zestawień zamiast testu na własnych plikach.

Przy narzędziach też mamy preferencję i wolimy ją nazwać, zamiast pisać, że „dobieramy technologię do potrzeb”. Domyślnie budujemy w n8n, bo scenariusz da się uruchomić na serwerze klienta i trzymać jego wersje w repozytorium — przy danych osobowych upraszcza to odpowiedź na pytanie, gdzie te dane leżą, a przy przekazaniu projektu innemu zespołowi nie zostawia nas w roli jedynego, kto ma do niego dostęp. Make wybieramy tam, gdzie liczy się tempo uruchomienia i komplet gotowych połączeń z popularnymi usługami, a proces nie dotyka danych wrażliwych. Zapier bierzemy pod uwagę przy prostym połączeniu dwóch narzędzi, gdy klient już go używa i słusznie nie chce wprowadzać kolejnego systemu do utrzymania. To nasza preferencja, a nie ocena dostawców: każde z tych narzędzi obsłuży opisane tu procesy, a różnica dotyczy tego, gdzie scenariusz działa i komu łatwiej go po nas przejąć.

Trzy rzeczy: przepisywanie danych z faktur kosztowych, pilnowanie terminów płatności i produkcję powtarzalnych dokumentów z szablonu. To najbardziej mechaniczna część pracy biura i ta, w której błąd kosztuje najwięcej: źle przepisany numer konta widać od razu. Porządkowanie tego obszaru ma teraz dodatkowy powód: obowiązkowy KSeF objął pozostałych przedsiębiorców, w tym MSP, od 1 kwietnia 2026, a okres przejściowy z progiem 10 000 zł brutto miesięcznie kończy się 31 grudnia 2026 (Ministerstwo Finansów). Przy dwóch pierwszych procesach nie zadajemy pytania, czy muszą istnieć — muszą, bo wynikają z prawa i z umów; pytanie brzmi tylko, ile z nich robi człowiek. Trzeci, produkcja dokumentów, jest naszym zdaniem najczęstszym kandydatem do skreślenia, a nie do przyspieszenia, i piszemy o tym niżej.

1. 014. Odczyt faktur kosztowych do arkuszaDziś: faktura przychodzi mailem albo jako zdjęcie z telefonu, ktoś otwiera plik i przepisuje sprzedawcę, numer, datę, kwotę netto, VAT i termin. Automat: pobiera załącznik ze skrzynki, odczytuje pola, zapisuje wiersz w arkuszu, wrzuca plik do folderu z nazwą według schematu i oznacza pozycje odczytane niepewnie. Do startu: jeden adres, na który spływają faktury, ustalona lista pól i komplet przykładowych dokumentów od stałych dostawców. Granica: skany złej jakości, faktury zagraniczne i nietypowe układy tabel wymagają kontroli — dlatego rozsądnym ustawieniem początkowym jest ręczna akceptacja powyżej ustalonej kwoty. Uważamy, że ten próg powinien zostać na stałe, a nie tylko na czas testów: minuta spojrzenia na fakturę jest nieporównywalnie tańsza niż jeden przeoczony numer konta, a to jedyny koszt, jaki próg realnie generuje.
2. 025. Przypomnienia o terminach płatnościDziś: ktoś raz w tygodniu przegląda listę faktur, sprawdza wyciąg i wysyła ręcznie pisane monity — albo nie wysyła, bo nie zdążył. Automat: codziennie porównuje terminy z listą wpłat, wysyła uprzejme przypomnienie kilka dni przed terminem, kolejne w dniu terminu, a przy przekroczeniu progu zaległości informuje opiekuna klienta. Do startu: aktualne saldo w jednym miejscu, treści wiadomości zatwierdzone przez właściciela firmy i decyzja, po ilu dniach sprawa wraca do człowieka. Granica: windykacja to rozmowa, nie sekwencja maili — automat pilnuje rytmu i faktów, relację z klientem w kłopotach prowadzi człowiek. To nasz faworyt z całej dziesiątki, bo automat wygrywa tu nie precyzją, tylko tym, że nie odkłada niewygodnej roboty na później. Odradzamy natomiast automatyczne zaostrzanie tonu kolejnych monitów: sekwencja, która sama się nakręca, potrafi zniszczyć relację z klientem, który akurat miał jeden trudny miesiąc.
3. 036. Generowanie dokumentów z szablonuDziś: umowa, oferta, protokół albo zamówienie powstaje przez kopiowanie poprzedniego pliku i podmianę danych, więc w obiegu krąży kilka wersji wzoru. Automat: bierze dane z formularza lub CRM, wypełnia zatwierdzony szablon, generuje PDF, zapisuje go w odpowiednim folderze i kieruje do podpisu. Do startu: jeden aktualny szablon na typ dokumentu i komplet pól, które go zasilają. Granica: dokumenty o niestandardowych warunkach — zapisy o karach, prawach autorskich, powierzeniu danych — nadal czyta człowiek. Automat przyspiesza produkcję, nie zdejmuje odpowiedzialności za treść. Zanim jednak podepniemy generator, pytamy, kto ten dokument czyta i co się stanie, jeśli przestanie powstawać. Jeśli odpowiedź brzmi „nic”, odradzamy automatyzację i proponujemy usunięcie dokumentu z procesu — wygenerowany szybciej, staje się papierem, którego nikt już nie odważy się wyłączyć, bo „przecież robi się sam”.

Dwie pierwsze daty już minęły, trzecia wypada za kilka miesięcy, więc kolejność prac ma znaczenie: najpierw jedno wejście dokumentów i jedno archiwum, potem odczyt danych do arkusza, na końcu przypomnienia i raporty liczone na tych samych danych. Każdy z tych kroków mieści się w tygodniu osobno; wszystkie naraz nie mieszczą się nigdy. Odradzamy uruchamianie ich równolegle, choć klienci proszą o to regularnie: gdy trzy zmiany wchodzą w tym samym tygodniu, przy pierwszym błędzie nie wiadomo, który element go wywołał, a zespół traci zaufanie do całości zamiast do jednego kroku.

Te, które zdejmują przepisywanie i pilnowanie, a klientowi dają informację, zanim zdąży o nią zapytać. W małych firmach obsługa posprzedażowa opiera się na pamięci jednej osoby: ona wie, gdzie jest paczka, kiedy oddzwonić i co ustalono na spotkaniu. Działa to do pierwszego urlopu. Automatyzacja nie zastępuje handlowca — sprawia tylko, że ślad po rozmowie i status zamówienia są w systemie, a nie w notatniku. Naszym zdaniem najczęstszy błąd w tym obszarze polega na automatyzowaniu rozmowy z klientem zamiast zapisu ustaleń: automatyczne wiadomości sprzedażowe są łatwiejsze do zbudowania i szybciej widoczne, ale to zapis ustaleń decyduje o tym, czy firma dowiezie obietnicę, gdy handlowiec zachoruje.

1. 017. Powiadomienia o statusie zamówieniaDziś: klient pisze albo dzwoni z pytaniem, gdzie jest jego zamówienie, a ktoś sprawdza to w panelu sklepu i u przewoźnika. Automat: reaguje na zmianę statusu — przyjęte, w kompletacji, nadane, doręczone — i wysyła wiadomość z numerem przesyłki oraz linkiem do śledzenia, a przy opóźnieniu informuje zespół. Do startu: statusy zdefiniowane w sklepie, integracja z przewoźnikiem (na przykład InPost lub DPD) i zatwierdzone treści wiadomości. Granica: automat poinformuje o opóźnieniu, ale nie zdecyduje, czy klient dostanie rabat albo nową przesyłkę — to decyzja biznesowa firmy. Wybieramy dwie wiadomości do klienta zamiast wiadomości przy każdej zmianie statusu: nadanie i doręczenie, plus jedna przy opóźnieniu. Powód jest prosty — komplet powiadomień uczy klienta ignorować nadawcę, a wtedy przestaje docierać także ta jedna wiadomość, na której naprawdę zależy.
2. 028. Uzupełnianie CRM po rozmowieDziś: po telefonie albo spotkaniu handlowiec obiecuje sobie, że wpisze notatkę wieczorem, i część ustaleń nie trafia nigdzie. Automat: z nagrania lub krótkiej notatki głosowej tworzy podsumowanie, wypełnia pola w CRM, zakłada zadanie z terminem kolejnego kontaktu i przygotowuje podsumowanie dla klienta do akceptacji. Do startu: jeden CRM z ustalonymi polami, zgoda uczestników na nagrywanie i szablon notatki. Granica: nagrywanie wymaga podstawy prawnej i poinformowania rozmówcy, a podsumowanie przed wysyłką powinien przeczytać człowiek — model streści to, co usłyszał, także wtedy, gdy usłyszał niedokładnie. Odradzamy automatyczne wypełnianie wszystkich pól, które akurat są w formularzu: jeśli do części z nich nikt nie zagląda przy żadnej decyzji, automat zacznie produkować śmieci szybciej, niż robił to człowiek, a ich objętość utrudni znalezienie tego, co ważne. Zanim podłączymy transkrypcję, wykreślamy martwe pola i zostawiamy te, które realnie wpływają na decyzję o kolejnym kroku.

Nie każdy proces sprzedażowy domknie się w tydzień. Cztery przeszkody poniżej znaczą to samo: pierwszy tydzień pójdzie na decyzje wewnątrz firmy, a nie na budowanie automatu. To nie jest odmowa ani gra na zwłokę — uważamy po prostu, że wykonawca, który bierze taki projekt bez uprzedzenia, sprzedaje klientowi cudzą decyzję jako własną usługę.

• Dwa równoległe źródła prawdy o kliencie — CRM i prywatny arkusz handlowca — bo najpierw trzeba zdecydować, które wygrywa.
• Brak ustalonych statusów zamówienia: dopóki „w realizacji” znaczy co innego dla magazynu i dla sprzedaży, automat nie ma czego pilnować.
• System bez API i bez eksportu danych — wtedy pierwszym krokiem jest jego zmiana albo obejście, a to projekt innej skali niż tydzień.
• Proces, którego nikt nie chce mieć na własność — wtedy odradzamy start, bo odbiór, poprawki i decyzje o wyjątkach nie mają adresata.

Ustawiając stały harmonogram i jedno miejsce, do którego trafia gotowy wynik. Raporty i monitoring to procesy, w których automat wygrywa nie jakością analizy, tylko regularnością — sprawdzi wszystkie źródła w każdy poniedziałek o ósmej, także w tygodniu, w którym połowa zespołu choruje. Efekt widać od pierwszego uruchomienia, a ryzyko jest niskie, bo automat niczego nie wysyła do klientów i nie zmienia danych w systemach. To zarazem obszar, w którym najczęściej odradzamy automatyzację w ogóle: zanim ustawimy harmonogram, pytamy, kto na podstawie tego raportu podejmuje decyzję. Raport bez odbiorcy, który po nim coś robi, jest naszym zdaniem kandydatem do wyłączenia, nie do przyspieszenia — zautomatyzowany trafia na listę rzeczy, których nikt już nie odważy się skasować, bo nic nie kosztują. Drugi warunek to zgoda co do definicji wskaźników: dopóki dwa działy liczą je inaczej, automatyczny raport tylko szybciej ujawni spór.

1. 019. Cykliczny raport z kilku źródełDziś: w poniedziałek rano ktoś loguje się do sklepu, panelu reklam, systemu księgowego i arkusza, kopiuje liczby do prezentacji i dopisuje komentarz. Automat: o ustalonej godzinie pobiera dane z każdego źródła, liczy te same wskaźniki co tydzień, składa raport i wysyła go mailem albo na kanał zespołu wraz z opisem zmian. Do startu: lista wskaźników, uzgodnione definicje (co to jest „sprzedaż” — brutto, netto, ze zwrotami czy bez) i dostępy z uprawnieniem do odczytu. Granica: raport pokaże, że liczba spadła, ale nie powie dlaczego. Interpretacja zostaje przy zespole. Wybieramy jeden raport z jednym imiennym adresatem zamiast kompletu pulpitów dla całej firmy: raport, który ma konkretnego odbiorcę, ma też kogoś, kto zauważy, że liczby przestały się zgadzać — a przy rozsyłce do wszystkich nie zauważa tego nikt.
2. 0210. Monitoring wzmianek i ogłoszeńDziś: przeglądanie portali branżowych, przetargów i mediów społecznościowych dzieje się nieregularnie, zwykle gdy ktoś ma chwilę. Automat: sprawdza wskazane źródła według harmonogramu, filtruje po słowach kluczowych, odrzuca duplikaty i zbiera w jednym miejscu tylko nowe trafienia z linkiem i datą. Do startu: lista źródeł, które wolno pobierać, oraz zestaw fraz razem z wykluczeniami. Granica: część serwisów blokuje automatyczne pobieranie albo zabrania go w regulaminie, więc źródła trzeba dobierać świadomie. Ocena, czy dany przetarg albo wzmianka są warte reakcji, należy do człowieka. Odradzamy pobieranie źródeł wbrew ich regulaminowi, nawet gdy technicznie jest to banalnie proste: ryzyko prawne i utrata dostępu kosztują więcej niż ręczne przejrzenie kilku stron w tygodniu. Odradzamy też start, dopóki nie ma osoby i dnia tygodnia na przegląd trafień — bez tego monitoring dokłada firmie kolejny kanał, w którym nikt nie czyta.

Tydzień jest terminem dla pojedynczego procesu, nie dla programu automatyzacji całej firmy. Projekt obejmujący kilka działów i integrację z systemem produkcyjnym to miesiące i inny budżet — w Wataha Media wdrożenia agentów AI zaczynają się od 10 000 zł, a bieżąca opieka Wataha Care kosztuje 100, 200 albo 300 zł miesięcznie. Przy takiej skali warto sprawdzić dofinansowanie: Dig.IT prowadzony przez ARP to grant od 150 000 do 850 000 zł, do 50% kosztów kwalifikowalnych w formule de minimis, dla MSP z sektora przemysłu i usług dla przemysłu (ARP). W województwie łódzkim Przemysł 4.0 przewiduje do 85% dla wydatków objętych de minimis, przy minimum 300 000 zł kosztów kwalifikowalnych i maksymalnie 1 000 000 zł dofinansowania dla MSP z tego województwa (Fundusze Europejskie dla Łódzkiego). Nabór modułu B+R Ścieżki SMART dla pojedynczych MSP trwa od 29 października do 29 grudnia 2026, a poziom dofinansowania zależy tam od modułu i wielkości firmy (PARP). Uważamy jednak, że dotacja jest złym punktem wyjścia dla automatyzacji jednego procesu: progi kwotowe pokazują, że to narzędzie dla dużych projektów, a dopasowywanie zakresu do wymogów naboru zwykle rozdmuchuje wdrożenie ponad to, czego firma naprawdę potrzebuje. Polecamy odwrotną kolejność — najpierw jeden proces z własnych środków, a dopiero gdy działa i firma umie z nim pracować, większy projekt z dofinansowaniem.

Pięciu z dziesięciu — i nie jest to figura retoryczna, tylko konkretna lista poniżej. Przy odczycie faktur, przypomnieniach o płatnościach, powiadomieniach o zamówieniu, przekazywaniu zgłoszeń i monitoringu automat robi pracę, która i tak musi zostać wykonana, więc pytanie brzmi tylko, jak ją oddać maszynie. Przy pozostałych pięciu pytanie jest inne: czy ta praca w ogóle musi powstawać. Wolimy zadać je głośno, bo automatyzacja zbędnego procesu wygląda jak sukces przez pierwszy kwartał — ręczna robota znika, wszyscy są zadowoleni — a potem przez lata nikt nie ma odwagi wyłączyć czegoś, co „nic nie kosztuje”.

Ta tabela jest naszą opinią, nie wynikiem badania — opieramy ją na tym, jak te procesy wyglądają w rozmowach z firmami, a nie na policzonej próbie, i tak trzeba ją czytać. Jeśli w Twojej firmie tygodniowy raport ma realnego odbiorcę, który po nim zmienia decyzje, to argument mocniejszy niż nasz wiersz w tabeli. Prosimy tylko o jedno: żeby odpowiedź „ktoś to na pewno czyta” padła po sprawdzeniu, a nie zamiast sprawdzenia.

Nie technologia, tylko brak właściciela procesu po stronie firmy — i uważamy to za najważniejsze zdanie w całym tekście. Scenariusz, który przestał działać, da się naprawić w godzinę; proces, którego nikt nie uważa za swój, nie ma komu tej godziny zamówić. Właściciel to w naszym rozumieniu osoba, która spełnia trzy warunki naraz: odczuwa skutki tego procesu we własnej pracy, ma prawo zmienić regułę, gdy pojawi się wyjątek, i ma czas w tym samym tygodniu, w którym wdrażamy. Typowy antywzorzec wygląda inaczej: sponsorem jest zarząd, wykonawcą osoba najmłodsza stażem, a mandatu do decyzji nie ma żaden z nich, więc pierwsza sporna sprawa zatrzymuje projekt na dwa tygodnie.

• Właścicielem procesu jest „firma”, czyli nikt konkretny — odbiór przeciąga się tygodniami, bo nie ma kto powiedzieć „tak, to działa”.
• Osoba wskazana do odbioru nie ma prawa zmienić reguły, a to od reguły zależy, jak automat zachowa się w wyjątku.
• Po uruchomieniu nikt nie przegląda próbki wyników — spadek jakości widać dopiero wtedy, gdy zauważy go klient.
• Automat zgłasza awarie na kanał, którego nikt nie czyta, więc zerwana integracja potrafi tygodniami nie mieć adresata.
• Zespół nie wie, że wolno automat wyłączyć — więc gdy zaczyna przeszkadzać, obchodzi się go ręcznie i proces po cichu wraca do punktu wyjścia.

Dlatego przed startem prosimy o jedno nazwisko i jedną godzinę tygodniowo tej osoby, a gdy firma nie potrafi ich wskazać, odradzamy start i mówimy to wprost. Kosztuje nas to czasem zlecenie, ale uważamy, że lepiej stracić projekt na starcie niż oddać wdrożenie, które po dwóch miesiącach nikomu nie służy, a w rozmowie o AI zostawia po sobie wrażenie, że „to nie działa”. Naszej opieki nie traktujemy tu jako zamiennika: w ramach Wataha Care pilnujemy, żeby scenariusz działał technicznie i żeby zmiana w API nie zatrzymała procesu po cichu, ale decyzji o tym, co automat ma robić i kiedy ma ustąpić człowiekowi, nie podejmiemy za firmę. To jedyny element wdrożenia, którego nie da się kupić na zewnątrz — i jedyny, którego brak widać dopiero wtedy, gdy jest już za późno.