Dyrektorka operacyjna firmy dystrybucyjnej ogląda demonstrację. Robot otwiera skrzynkę pocztową, pobiera fakturę w PDF, odczytuje numer zamówienia, wprowadza dane do systemu księgowego i zamyka zadanie, a wszystko trwa czterdzieści sekund. Dostawca podaje cenę licencji, która wygląda na drobną w porównaniu z pensjami trzech osób wprowadzających dziś faktury ręcznie. Zarząd chce wiedzieć tylko jedno: ile to będzie kosztować w ciągu trzech lat i kiedy się zwróci?
Na demonstracji robot przetworzył fakturę idealną. W rzeczywistości część faktur przychodzi jako skany, część ma numer zamówienia w innym miejscu, część dotyczy zamówień, których nie ma w systemie. Dział księgowości w ciągu roku dostanie nową wersję programu finansowo-księgowego, a konto techniczne robota będzie co kwartał wymagało zmiany hasła. Żadna z tych rzeczy nie pojawi się w cenie licencji, a każda wpłynie na rachunek.
Ten artykuł rozkłada koszt automatyzacji procesów na części: licencje, zbudowanie procesu, utrzymanie i zmiany organizacyjne. Pokazuje, kiedy wybrać RPA, kiedy integrację przez API, a kiedy rozwiązania z AI, i jak policzyć zwrot tak, żeby wytrzymał pytania dyrektora finansowego. Teza jest prosta: licencja to zwykle najmniejsza pozycja, a o opłacalności decydują odsetek przypadków przechodzących bez człowieka i koszt utrzymania.
Za co właściwie płacisz, kupując automatyzację procesów?
„Automatyzacja procesów” to nazwa trzech różnych technik, które mają różną strukturę kosztów. Warto je rozróżnić, zanim zaczniesz porównywać oferty, bo dostawca jednej z nich będzie przedstawiał ją jako odpowiedź na wszystko.
RPA, czyli robotyczna automatyzacja procesów. Program naśladuje pracę człowieka w interfejsie użytkownika: klika, kopiuje, wkleja, wypełnia formularze. Nie wymaga zmian w automatyzowanych systemach, więc da się go wdrożyć szybko. Płacisz za licencje robotów i platformy orkiestracji, za zbudowanie każdego procesu i za utrzymanie, które jest wysokie, bo robot zależy od wyglądu ekranów.
Integracja przez API i automatyzacja przepływów pracy. Systemy wymieniają dane bezpośrednio przez interfejsy programistyczne, a reguły procesu są zapisane w kodzie albo w platformie typu iPaaS czy w narzędziu do przepływów pracy. Wdrożenie trwa zwykle dłużej i wymaga programistów, ale wynik jest trwalszy i tańszy w utrzymaniu. Hasło integracja systemów w naszym słowniku opisuje podstawowe pojęcia.
Automatyzacja z AI. Modele uczenia maszynowego i modele językowe odczytują dane z dokumentów, klasyfikują wiadomości, wyciągają informacje z nieustrukturyzowanego tekstu, a coraz częściej podejmują decyzje w ramach określonych reguł. Płacisz za platformę albo za użycie modelu (często zmienne, zależne od liczby przetwarzanych danych), za przygotowanie i walidację na Twoich danych oraz za kontrolę jakości wyników.
W praktyce dobry projekt łączy te techniki. Faktura przychodzi e-mailem, model AI odczytuje z niej dane, integracja przez API zapisuje je w systemie finansowym, a RPA obsługuje jeden stary system, który nie ma interfejsu programistycznego. Hasło automatyzacja procesów w naszym słowniku zbiera rodzaje automatyzacji w jednym miejscu.
Kiedy wybrać RPA, kiedy integrację przez API, a kiedy AI?
Wybór techniki jest pierwszą decyzją kosztową, bo determinuje stosunek kosztu wdrożenia do kosztu utrzymania. Cztery pytania wystarczą, żeby go podjąć.
Czy systemy mają API? Jeśli tak, integracja przez API jest zwykle pierwszym wyborem. Robot klikający w interfejs systemu, który ma udokumentowane API, to rozwiązanie szybsze na starcie i droższe przez całe życie. Wyjątkiem jest sytuacja, gdy dostęp do API jest dodatkowo płatny w sposób, który zmienia rachunek, albo gdy dostawca systemu nie pozwala z niego korzystać.
Jak często zmienia się interfejs? RPA dobrze działa na stabilnych systemach, które rzadko dostają aktualizacje. W aplikacjach chmurowych aktualizowanych co kilka tygodni robot będzie wymagał częstych poprawek. Zapytaj dział IT, jak często zmieniają się ekrany systemów, które chcesz automatyzować.
Czy dane wejściowe są ustrukturyzowane? Jeśli proces zaczyna się od formularza albo pliku o stałym formacie, wystarczą reguły. Jeśli zaczyna się od e-maila pisanego przez klienta, skanu dokumentu albo PDF-u w różnych układach, potrzebny jest komponent AI do odczytu danych. Wtedy kluczowe staje się pytanie o odsetek przypadków, które model odczyta poprawnie bez weryfikacji.
Ile jest wyjątków? Proces, w którym 95% przypadków przebiega identycznie, dobrze się automatyzuje. Proces, w którym co trzeci przypadek wymaga decyzji człowieka, zautomatyzuje się częściowo, a koszt obsługi wyjątków może zjeść oszczędności. Zanim zamówisz automatyzację, policz wyjątki na próbce rzeczywistych przypadków z ostatniego miesiąca.
Te pytania warto zadać przed rozmową z dostawcą narzędzia, nie po niej. Firma sprzedająca platformę RPA znajdzie zastosowanie RPA w każdym procesie, a firma budująca integracje zaproponuje integrację. Twoją rolą jest wybrać technikę pasującą do procesu, a nie proces pasujący do techniki. Przegląd wzorców integracyjnych znajdziesz w artykule o wzorcach i podejściach do integracji oprogramowania.
Ile kosztują licencje Power Automate i UiPath w 2026 roku?
Ceny licencji są jedyną pozycją rachunku, którą da się sprawdzić publicznie, choć tylko częściowo. Poniższe dane pochodzą z oficjalnych stron cenników sprawdzonych w listopadzie 2026 roku. Ceny w złotych i euro mogą się różnić od cen w dolarach, a duzi klienci negocjują rabaty, więc traktuj je jako punkt odniesienia, a nie ofertę.
Microsoft Power Automate. Według cennika Microsoftu plan Power Automate Premium kosztuje 15 USD za użytkownika miesięcznie. Plan Power Automate Process, licencjonowany na bota, kosztuje 150 USD miesięcznie, a Power Automate Hosted Process, w którym Microsoft dostarcza też maszynę wirtualną dla robota, 215 USD miesięcznie. Wszystkie te ceny dotyczą płatności rocznej. Dodatek Process Mining, dostępny tylko do planu Premium, kosztuje 5000 USD miesięcznie na dzierżawę. Microsoft zaznacza, że ceny na stronie służą celom marketingowym i mogą różnić się od cen przy zakupie.
UiPath. Na stronie cennika UiPath plan Community jest bezpłatny, plan Basic zaczyna się od 25 USD miesięcznie, a plany Standard i Enterprise wymagają kontaktu z działem sprzedaży. Firma zapowiada też zmianę oferty planu Basic. Dla większości organizacji, które automatyzują procesy w produkcji z robotami działającymi bez nadzoru, realna cena powstanie dopiero w rozmowie handlowej.
Przy porównywaniu licencji zwróć uwagę na trzy rzeczy, które zmieniają rachunek bardziej niż cena katalogowa. Pierwszą jest rozróżnienie robotów nadzorowanych (działających na komputerze pracownika, uruchamianych przez niego) i nienadzorowanych (działających samodzielnie na serwerze). Te drugie są droższe, ale to one dają oszczędności w procesach wsadowych. Drugą jest infrastruktura: robot nienadzorowany potrzebuje maszyny wirtualnej z systemem Windows i licencjami aplikacji, na których pracuje, chyba że kupujesz wariant hostowany. Trzecią są konta techniczne: każdy robot loguje się do systemów jako użytkownik, a w niektórych systemach to oznacza dodatkową licencję użytkownika.
Jeśli Twoja firma ma już licencje Microsoft 365, sprawdź, co w nich jest. Podstawowe przepływy w Power Automate między usługami Microsoftu bywają dostępne w ramach istniejących subskrypcji, ale łączniki premium i roboty RPA wymagają płatnych planów. To częste źródło nieporozumień, gdy pilotaż na standardowych łącznikach przechodzi bez kosztów, a wdrożenie produkcyjne już nie.
Ile kosztuje zbudowanie pierwszego zautomatyzowanego procesu?
Tu publicznych cenników nie ma, bo koszt zależy od procesu. Można natomiast pokazać, z czego się składa, i podać szacunkowe widełki z jasno opisanymi założeniami. Poniższe liczby są naszym szacunkiem dla ilustracji, a nie danymi rynkowymi.
Zbudowanie automatyzacji obejmuje pięć etapów: analizę procesu (opis kroków, reguł i wyjątków), projekt rozwiązania (wybór techniki, obsługa błędów, logowanie, bezpieczeństwo danych dostępowych), budowę, testy na rzeczywistych przypadkach oraz wdrożenie z dokumentacją. Analiza i testy zajmują zwykle więcej czasu, niż zakładają zamawiający, bo dopiero wtedy wychodzą na jaw wyjątki, których nikt nie spisał.
Szacunkowo prosty proces, z jednym systemem, ustrukturyzowanymi danymi i kilkoma wyjątkami, to kilka do kilkunastu osobodni pracy. Proces średni, z dwoma lub trzema systemami i odczytem dokumentów, to kilkanaście do kilkudziesięciu osobodni. Proces złożony, z wieloma systemami, decyzjami i komponentem AI, może wymagać kilkudziesięciu osobodni i więcej. Na liczbę dni najbardziej wpływają: liczba systemów, liczba wariantów i wyjątków, jakość danych wejściowych, wymagania bezpieczeństwa oraz to, czy proces jest opisany.
Żeby przełożyć dni na złote, potrzebna jest stawka. Według benchmarku ARDURA na 2026 rok senior backend developer kosztuje 180–260 zł netto za godzinę. Przy średniej stawce 220 zł za godzinę dwadzieścia osobodni pracy to około 35 200 zł netto, a czterdzieści osobodni to około 70 400 zł. Do tego dochodzi czas Twoich ludzi: właściciela procesu, który odpowiada na pytania o reguły, i pracowników, którzy testują wyniki. Ten koszt jest często pomijany, a bez niego projekt się nie uda.
Warto zacząć od jednego procesu, który ma dużą liczbę powtórzeń, mało wyjątków i mierzalny wynik. Pierwszy proces jest najdroższy, bo obejmuje przygotowanie infrastruktury, kont technicznych, standardów i monitoringu. Kolejne korzystają z tej podstawy i są tańsze.
Ile kosztuje utrzymanie botów i dlaczego oferty o nim milczą?
Utrzymanie to pozycja, która decyduje o opłacalności automatyzacji w drugim i trzecim roku, i jednocześnie ta, o której oferty mówią najmniej. Powód jest prosty: wdrożenie łatwo sprzedać jako projekt z ceną i terminem, a utrzymanie wygląda jak koszt, który „się zobaczy”.
Na utrzymanie składa się kilka rodzajów pracy. Poprawki po zmianach w automatyzowanych systemach: nowa wersja aplikacji, zmieniony ekran, dodatkowe pole w formularzu. Obsługa wyjątków: przypadki, których robot nie przetworzył, muszą trafić do człowieka, a ktoś musi przeanalizować, czy wzorzec się powtarza i warto rozszerzyć automatyzację. Zarządzanie kontami technicznymi: zmiana haseł, odnawianie certyfikatów, uprawnienia. Monitoring: ktoś musi wiedzieć, że robot nie zadziałał w nocy, zanim dowie się o tym klient. Zmiany w samym procesie: nowe reguły biznesowe, nowe typy dokumentów, nowi kontrahenci.
Ile to kosztuje? Nie znamy wiarygodnego, publicznego badania, które podawałoby uniwersalny wskaźnik, i nie wierzymy, że taki istnieje, bo wynik zależy od stabilności systemów. Dlatego zamiast podawać procent, proponujemy policzyć go dla własnego przypadku: zapytaj dział IT, ile aktualizacji dostały w ostatnim roku systemy objęte automatyzacją, oszacuj, ile godzin pracy wymaga dostosowanie robota do każdej z nich, i dodaj stały czas na monitoring oraz obsługę wyjątków. Dla robota pracującego na interfejsie często aktualizowanej aplikacji ta liczba będzie wyraźnie wyższa niż dla integracji przez stabilne API.
W umowie z wykonawcą zapisz utrzymanie jako osobną usługę: z zakresem (co obejmuje, a co jest nową automatyzacją), czasem reakcji na awarię, sposobem rozliczania (abonament z limitem godzin albo stawka za godzinę) i raportowaniem. Jeśli wykonawca nie chce się zobowiązać do utrzymania tego, co zbudował, to informacja o tym, jak ocenia trwałość swojego rozwiązania.
Jak policzyć, czy automatyzacja się zwróci?
Rachunek zwrotu z automatyzacji jest prosty w formule i trudny w danych. Korzyść roczna to godziny pracy faktycznie zaoszczędzone pomnożone przez pełny koszt godziny pracownika, plus wartość błędów, których uniknięto, plus ewentualne korzyści z szybszej obsługi. Koszt roczny to licencje, infrastruktura, utrzymanie i amortyzacja wdrożenia. Zwrot następuje, gdy skumulowana korzyść przekroczy skumulowany koszt.
Najważniejsze słowo w tej formule to „faktycznie”. Demonstracja pokazuje czas przetworzenia jednego przypadku, ale oszczędność zależy od odsetka przypadków, które przechodzą od początku do końca bez udziału człowieka. Przypadek, który robot zaczął, ale przekazał człowiekowi, często kosztuje więcej niż przetworzony ręcznie od zera, bo pracownik musi najpierw zrozumieć, na czym robot się zatrzymał.
Przykład ilustracyjny, z założeniami przyjętymi dla obliczeń. Dział przetwarza 2500 faktur miesięcznie, ręczne wprowadzenie jednej zajmuje średnio 6 minut, czyli 250 godzin miesięcznie. Przyjmijmy pełny koszt godziny pracy księgowej na poziomie 70 zł. Jeśli automatyzacja przetworzy bez udziału człowieka 70% faktur, oszczędność wynosi 175 godzin miesięcznie, czyli 12 250 zł, a rocznie 147 000 zł. Po stronie kosztów: wdrożenie 30 osobodni po 220 zł za godzinę to 52 800 zł, licencje to jeden robot hostowany i kilka licencji użytkowników, czyli rzędu 3500 USD rocznie według cennika katalogowego, a utrzymanie przyjmijmy na poziomie dwóch osobodni miesięcznie, czyli około 42 000 zł rocznie. Przy tych założeniach automatyzacja zwraca się w pierwszym roku.
Teraz zmieńmy jedno założenie. Jeśli bez udziału człowieka przechodzi 40% faktur, a nie 70%, roczna oszczędność spada do 84 000 zł, a po odjęciu utrzymania i licencji zostaje niewiele na spłatę wdrożenia. Zwrot przesuwa się na drugi rok albo dalej. Jeśli dodatkowo systemy zmieniają się często i utrzymanie wymaga czterech osobodni miesięcznie, projekt może nigdy się nie zwrócić. Cena licencji w obu wariantach jest taka sama i prawie nie wpływa na wynik.
Dla porównania z rynkiem: w badaniu Deloitte Global Intelligent Automation Survey z 2022 roku, przeprowadzonym wśród 479 menedżerów z 35 krajów, 74% respondentów wdrażało już RPA, a organizacje oczekiwały średnio 31% redukcji kosztów w ciągu trzech lat. Oczekiwanie to nie wynik, a Twój rachunek powinien opierać się na Twoich danych. Szerzej o liczeniu zwrotu z inwestycji w oprogramowanie piszemy w artykule kalkulator w głowie prezesa.
Jak rozpisać budżet automatyzacji na trzy lata?
Rachunek zwrotu odpowiada na pytanie, czy automatyzacja się opłaca. Budżet odpowiada na inne pytanie: ile pieniędzy i kiedy trzeba zarezerwować. Zarząd potrzebuje obu odpowiedzi, a druga jest często pomijana, bo dostawcy przedstawiają koszt wdrożenia jednego procesu, a nie program automatyzacji rozłożony w czasie.
Budżet trzyletni warto ułożyć w czterech warstwach. Pierwsza to koszty jednorazowe na start: przygotowanie infrastruktury, konfiguracja platformy, standardy bezpieczeństwa dla kont technicznych, monitoring, szkolenie zespołu, który będzie obsługiwał wyjątki. Te koszty ponosi się raz, przy pierwszym procesie, i nie powtarzają się przy kolejnych. Druga warstwa to wdrożenia kolejnych procesów, każde wycenione osobno w osobodniach, z założeniem, że kolejne są tańsze od pierwszego, bo korzystają z gotowej podstawy. Trzecia warstwa to koszty stałe: licencje, infrastruktura, utrzymanie, które rosną wraz z liczbą działających automatyzacji. Czwarta to koszty po stronie biznesu: czas właścicieli procesów, obsługa wyjątków, przegląd wyników.
Kluczowe jest zrozumienie, że trzecia warstwa rośnie z każdym nowym procesem. Pierwszy rok programu wygląda zwykle dobrze, bo koszty utrzymania dotyczą jednego lub dwóch robotów. W trzecim roku, przy kilkunastu automatyzacjach, utrzymanie może stać się największą pozycją budżetu. Jeśli nie zaplanujesz go od początku, w trzecim roku pojawi się pytanie, czy wyłączyć część robotów, bo ich utrzymanie kosztuje więcej, niż oszczędzają.
Warto też przewidzieć przegląd portfela automatyzacji raz w roku. Procesy się zmieniają, część automatyzacji traci sens, bo zmienił się system albo sposób pracy, a niektóre warto przebudować z RPA na integrację przez API, gdy dostawca systemu udostępni interfejs. Przegląd z jasnymi kryteriami (oszczędność, koszt utrzymania, liczba awarii) pozwala wyłączyć roboty, które przestały się opłacać, zamiast utrzymywać je z przyzwyczajenia.
Na koniec kwestia waluty i umów. Licencje platform globalnych są często wyceniane w dolarach lub euro, a umowy roczne z płatnością z góry. Przy budżetowaniu w złotych uwzględnij ryzyko kursowe i terminy odnowień. Zapisz w budżecie datę, do której trzeba podjąć decyzję o przedłużeniu licencji albo zmniejszeniu ich liczby, bo po automatycznym odnowieniu umowy rocznej ta decyzja przesuwa się o kolejny rok.
Dlaczego proces trzeba najpierw uporządkować, a dopiero potem automatyzować?
Automatyzacja złego procesu daje szybszy zły proces. To zdanie brzmi jak banał, ale ma uzasadnienie w danych. W tym samym badaniu Deloitte z 2022 roku najczęściej wskazywaną barierą były niedojrzałe i rozdrobnione procesy, trudne do obsługi w jednolitym przepływie, i ta bariera była na pierwszym miejscu w czterech kolejnych edycjach badania, jak podaje Deloitte Insights.
W praktyce rozdrobnienie wygląda tak: ten sam proces realizowany na trzy sposoby w trzech oddziałach, reguły zapisane w głowach doświadczonych pracowników, wyjątki obsługiwane „jak zwykle” bez definicji tego, co znaczy „jak zwykle”. Robot musi mieć jedną, jednoznaczną wersję procesu. Jeśli jej nie ma, wykonawca albo ją wymyśli (i zautomatyzuje coś innego, niż robią ludzie), albo zbuduje trzy wersje (i potroi koszt utrzymania).
Dlatego pierwszym etapem powinien być opis procesu: kroki, decyzje, reguły, wyjątki i dane. Notacja BPMN 2.0 pozwala zrobić to w sposób zrozumiały zarówno dla biznesu, jak i dla wykonawcy, o czym piszemy w artykule o opisywaniu procesu w BPMN przed zamówieniem oprogramowania. Często już na tym etapie okazuje się, że część kroków można usunąć, zamiast je automatyzować.
Narzędzia do eksploracji procesów (process mining) pomagają zobaczyć, jak proces naprawdę przebiega, na podstawie logów systemów. Mają jednak swoją cenę, jak dodatek Process Mining w Power Automate za 5000 USD miesięcznie na dzierżawę, więc opłacają się przy większej skali. Dla pierwszego procesu zwykle wystarczy kilka warsztatów z osobami, które go wykonują, i analiza próbki rzeczywistych przypadków.
Co zmieniają AI i agenci w rachunku automatyzacji?
Modele językowe rozszerzyły zakres tego, co da się zautomatyzować. Procesy, które zaczynają się od nieustrukturyzowanego tekstu, takie jak obsługa reklamacji przychodzących e-mailem czy klasyfikacja dokumentów, były dla klasycznego RPA zbyt nieregularne. Dziś model może odczytać treść, wyciągnąć dane i zaproponować działanie, a reguły i integracje dokończą resztę.
Zmienia się jednak też struktura kosztów. Licencja na robota jest stała, a koszt użycia modelu zwykle zależy od ilości przetwarzanych danych, więc rośnie razem z wolumenem. Do tego dochodzi kontrola jakości: model może się mylić w sposób trudny do przewidzenia, więc potrzebne są mechanizmy weryfikacji, próbkowanie wyników, a w procesach o wysokiej stawce zatwierdzanie przez człowieka. Ten koszt trzeba wliczyć od początku.
Warto też zachować dystans do marketingu. Gartner w komunikacie z 25 czerwca 2025 roku przewidywał, że ponad 40% projektów z agentową AI zostanie anulowanych do końca 2027 roku z powodu rosnących kosztów, niejasnej wartości biznesowej lub nieadekwatnej kontroli ryzyka. Zwrócił też uwagę na zjawisko „agent washing”, czyli przemianowywanie istniejących produktów, takich jak chatboty i narzędzia RPA, na rozwiązania agentowe. Gartner szacował, że spośród tysięcy dostawców określających się jako agentowi tylko około 130 oferuje rzeczywiste rozwiązania tego typu.
Wniosek dla zamawiającego: AI warto stosować tam, gdzie problemem są nieustrukturyzowane dane, a nie tam, gdzie wystarczą reguły. Pilotaż powinien mierzyć odsetek poprawnych wyników na Twoich danych i koszt jednego przetworzonego przypadku, a nie wrażenie z demonstracji. Jak budżetować drogę od pilotażu do produkcji, opisujemy w artykule o koszcie wdrożenia AI od PoC do produkcji.
Od czego zależy cena automatyzacji procesu?
Poniższa tabela zbiera czynniki, które najbardziej wpływają na koszt wdrożenia i utrzymania. Użyj jej, żeby ocenić swój proces przed rozmową z wykonawcą, i żeby zrozumieć, dlaczego dwie oferty na „ten sam” proces różnią się ceną.
| Czynnik | Obniża koszt | Podnosi koszt | Na co wpływa najbardziej |
|---|---|---|---|
| Dostęp do systemów | Udokumentowane API | Tylko interfejs użytkownika | Utrzymanie |
| Stabilność systemów | Rzadkie aktualizacje | Aktualizacje co kilka tygodni | Utrzymanie |
| Dane wejściowe | Formularze i pliki o stałym formacie | Skany, e-maile, różne układy dokumentów | Wdrożenie i odsetek przypadków bez człowieka |
| Wyjątki | Poniżej kilku procent przypadków | Co trzeci przypadek wymaga decyzji | Oszczędność i obsługa ręczna |
| Opis procesu | Spisany, jeden wariant | W głowach pracowników, kilka wariantów | Analiza i wdrożenie |
| Liczba systemów | Jeden lub dwa | Wiele, w tym starsze | Wdrożenie i testy |
| Wymagania bezpieczeństwa | Dane niewrażliwe | Dane osobowe, finansowe, regulowane | Projekt i audyt |
| Wolumen | Stały, przewidywalny | Szczyty sezonowe | Licencje i infrastruktura |
| Komponent AI | Brak lub odczyt prostych pól | Interpretacja treści, decyzje | Koszt zmienny i kontrola jakości |
| Właściciel po stronie firmy | Wskazany, dostępny | Brak lub rotacja | Czas trwania projektu |
Jeśli Twój proces w większości wierszy ląduje w kolumnie „podnosi koszt”, nie oznacza to, że nie warto go automatyzować. Oznacza, że rachunek zwrotu musi uwzględniać wyższe wdrożenie i utrzymanie, a pierwszym krokiem może być uporządkowanie procesu albo zbudowanie brakującego API.
Jak wybrać wykonawcę i o co zapytać przed podpisaniem umowy?
Rynek automatyzacji dzieli się na partnerów konkretnych platform, którzy wdrażają głównie jedno narzędzie, i firmy programistyczne, które budują integracje i rozwiązania dopasowane do procesu. Obie grupy mogą być dobrym wyborem, ale warto wiedzieć, z którą rozmawiasz, bo wpływa to na proponowaną technikę.
Przed podpisaniem umowy zadaj osiem pytań. Na jakiej podstawie wybraliście technikę dla tego procesu i jakie alternatywy rozważaliście? Jaki odsetek przypadków zakładacie jako przetwarzany bez udziału człowieka i jak to zmierzymy w pilotażu? Jak obsługujecie wyjątki i gdzie trafiają przypadki, których robot nie przetworzył? Na kogo są wystawione licencje i kto jest właścicielem kodu, konfiguracji i dokumentacji? Jak wygląda utrzymanie: zakres, czas reakcji, sposób rozliczenia? Jak przechowujecie dane dostępowe kont technicznych? Co się stanie, gdy automatyzowany system dostanie nową wersję? Jak przekażecie wiedzę naszemu zespołowi, jeśli zechcemy przejąć utrzymanie?
Zwróć uwagę na licencje. Jeśli wykonawca kupuje licencje na siebie i odsprzedaje je w abonamencie, zmiana wykonawcy może oznaczać utratę działającej automatyzacji. Bezpieczniej, gdy licencje są wystawione na Twoją firmę, a wykonawca ma dostęp administracyjny, który możesz odebrać.
Osobną kwestią są dane osobowe. Robot przetwarzający faktury, wnioski kadrowe czy zgłoszenia klientów przetwarza dane osób fizycznych, a jeśli w procesie bierze udział model AI dostępny jako usługa chmurowa, dane mogą trafiać do kolejnego podmiotu. Zanim podpiszesz umowę, ustal z inspektorem ochrony danych, gdzie dane są przetwarzane, kto jest podmiotem przetwarzającym, czy potrzebna jest umowa powierzenia przetwarzania danych i jak długo przechowywane są logi robota, które często zawierają kopie przetwarzanych dokumentów. Te ustalenia rzadko zmieniają decyzję o automatyzacji, ale wpływają na wybór narzędzi i wydłużają harmonogram, jeśli zostaną odkryte dopiero przed uruchomieniem.
Zadbaj też o pilotaż z mierzalnymi kryteriami. Dobry pilotaż obejmuje jeden proces na rzeczywistych danych przez kilka tygodni i kończy się liczbami: odsetek przypadków bez człowieka, czas przetworzenia, liczba błędów, koszt jednego przypadku. Decyzja o skalowaniu zapada na podstawie tych liczb, a nie prezentacji. Ustal je przed startem pilotażu i zapisz wartości progowe: jeśli odsetek przypadków bez człowieka będzie niższy od przyjętego w rachunku zwrotu, wiesz od razu, że trzeba zmienić technikę, uporządkować proces albo zrezygnować, zanim wydasz pieniądze na kolejne roboty. Pilotaż, który nie może się nie udać, bo nie ma kryteriów porażki, nie jest pilotażem, tylko pierwszym etapem wdrożenia.
Kto ma być właścicielem automatyzacji w firmie?
Automatyzacja bez właściciela po stronie biznesu degraduje się szybko. Roboty przestają działać po zmianach w systemach, wyjątki trafiają do skrzynek, których nikt nie czyta, a po roku dział księgowości wraca do ręcznej pracy, nie informując nikogo, że robot już nie działa. Dlatego każda automatyzacja potrzebuje właściciela procesu, który odpowiada za jego wynik, i właściciela technicznego, który odpowiada za działanie.
Przy kilku automatyzacjach wystarczy, że role te są przypisane i zapisane. Przy kilkunastu lub kilkudziesięciu warto rozważyć centrum kompetencji automatyzacji: mały zespół, który utrzymuje standardy, wybiera procesy do automatyzacji według wspólnych kryteriów, prowadzi rejestr robotów i ich właścicieli oraz pilnuje bezpieczeństwa. Takie centrum nie musi być duże, ale musi mieć mandat.
Narzędzia niskokodowe, takie jak Power Automate, pozwalają budować proste automatyzacje samym pracownikom działów biznesowych. To szansa i ryzyko jednocześnie. Szansa, bo osoby znające proces mogą usunąć drobne uciążliwości bez czekania na dział IT. Ryzyko, bo bez zasad powstają setki nieudokumentowanych przepływów korzystających z prywatnych kont i danych firmowych. Szerzej o tym piszemy w artykule o platformach low-code i no-code. Dobrym przykładem automatyzacji w ekosystemie Microsoftu jest też nasz tekst o Copilocie i AI w automatyzacji procesów organizacyjnych.
Jakie są kluczowe wnioski przed zamówieniem automatyzacji?
Automatyzacja procesów biznesowych może przynieść realne oszczędności, ale rachunek zwrotu rzadko zależy od ceny licencji. Zależy od tego, ile przypadków przejdzie bez człowieka, ile kosztuje zbudowanie procesu i ile kosztuje utrzymanie go przy życiu, gdy systemy wokół się zmieniają.
Zapamiętaj sześć rzeczy. Po pierwsze, rozróżnij RPA, integracje przez API i automatyzację z AI, i wybierz technikę pasującą do procesu, a nie do oferty dostawcy. Po drugie, traktuj ceny katalogowe licencji jako punkt odniesienia: Power Automate Premium to 15 USD za użytkownika miesięcznie, a plany na bota 150 i 215 USD miesięcznie, natomiast większe plany UiPath wyceniane są indywidualnie. Po trzecie, policz koszt wdrożenia w osobodniach i dolicz czas własnych ludzi. Po czwarte, wylicz utrzymanie osobno, na podstawie częstotliwości zmian w automatyzowanych systemach, i zapisz je w umowie. Po piąte, zbuduj rachunek zwrotu na odsetku przypadków przetwarzanych bez człowieka i sprawdź, jak zmienia się wynik, gdy ten odsetek spada. Po szóste, uporządkuj proces przed automatyzacją i wskaż jego właściciela.
Jeśli Twoje procesy wymagają integracji systemów przez API, budowy własnych komponentów albo połączenia kilku technik, zobacz, jak realizujemy tworzenie oprogramowania i integracje systemów, albo umów rozmowę. Zaczynamy od fazy discovery, która trwa 1–2 tygodnie i kończy się zakresem oraz wyceną.