Automatyzacja procesów: które warto wziąć i jak je rozpoznać

Cztery pytania, którymi da się przesiać własną codzienną pracę: czy to łańcuch z wynikiem, czy maszyna dostaje dane czy obraz, czy krok rozstrzyga coś o człowieku, i czy proces ma już zewnętrzny termin.

Pytanie „co powinniśmy zautomatyzować” pada zwykle za późno, bo zakłada, że odpowiedzią jest lista narzędzi. W praktyce większość nieudanych projektów automatyzacji zaczynała się od właściwego narzędzia, które nałożono na źle wybraną pracę, i to właśnie wybór, a nie narzędzie, rozstrzygnął o wyniku.

Ten artykuł nie próbuje definiować, czym jest automatyzacja procesów biznesowych, bo definicja niczego nie rozstrzyga; zamiast tego daje cztery pytania, którymi da się przesiać własną codzienną pracę, i po każdym pytaniu pokazuje, jak wygląda przypadek, który je wytrzymuje, i przypadek, który nie wytrzymuje. Przesiewanie nic nie kosztuje i zajmuje jedno popołudnie, ale oszczędza wyraźnie więcej niż jakiekolwiek porównanie narzędzi, bo odpowiada na wcześniejsze pytanie w łańcuchu.

Pierwsze pytanie: czy to łańcuch z wynikiem, czy seria kliknięć

To jest ta granica, która rozstrzyga najwięcej, i warto ją przeprowadzić precyzyjnie: proces to łańcuch działań, który ma dane wejściowe, wynik i właściciela: wystawienie faktury z zamówienia, przyjęcie nowego pracownika, droga zgłoszenia klienta od formularza do odpowiedzi. Procedura albo pojedyncze działanie to sposób, w jaki wykonuje się konkretny krok: gdzie kliknąć, co skopiować, w które pole wpisać numer.

Automatyzować można jedno i drugie, ale korzyść różni się wielokrotnie, i właśnie dlatego kolejność jest ważna: jeśli automatyzują Państwo łańcuch, zmieniają Państwo wynik — dokument trafia do księgowości sam, i nikt go już nie przepisuje. Jeśli automatyzują Państwo serię kliknięć, przyspieszają Państwo jeden krok w łańcuchu, którego reszta zostaje taka sama, a korzyść jest dokładnie tak duża, jak duży był udział tego jednego kroku.

Praktyczny sposób rozpoznania jest prosty: zapytać, co potem dzieje się z wynikiem, i odpowiedź zwykle mówi wszystko: jeśli brzmi „wtedy ktoś bierze ten plik i wkłada go do innego systemu”, łańcuch trwa dalej i zautomatyzowanie jednego kroku znaczy przesunąć zator, a nie go usunąć. Jeśli odpowiedź brzmi „wtedy praca jest skończona i wynik jest w systemie”, mają Państwo proces z jasnym punktem końcowym, i właśnie takie warto brać pierwsze.

Weźmy jeden typowy łańcuch i prześledźmy go do końca, bo właśnie śledzenie pokazuje, gdzie korzyść naprawdę leży: klient wypełnia formularz na stronie internetowej, zgłoszenie przychodzi na pocztę, ktoś przepisuje je do systemu ewidencji klientów, ktoś inny przygotowuje ofertę, a po zatwierdzeniu jeszcze ktoś wystawia fakturę w programie księgowym. Tu jest jeden proces z jasnym wynikiem (od zgłoszenia do faktury), i w nim są co najmniej trzy miejsca, w których te same dane przepisuje się od nowa, za każdym razem z możliwością pomyłki.

Jeśli z tego łańcucha zautomatyzują Państwo tylko przepisywanie zgłoszenia do systemu ewidencji, korzyść jest realna, ale niewielka, bo pozostałe dwa przepisywania zostają. Jeśli zautomatyzują Państwo cały łańcuch, zmienia się sam charakter pracy: człowiek już nie przepisuje, tylko sprawdza i podejmuje decyzje tam, gdzie naprawdę są potrzebne. Właśnie dlatego granice łańcucha warto narysować przed jakąkolwiek rozmową o narzędziach, bo one określają, jak duża jest możliwa korzyść.

Łańcuch ma też właściciela, i to jest pytanie, które zwykle zostaje niezadane: jeśli żaden konkretny człowiek nie potrafi powiedzieć, jak proces przebiega od początku do końca, automatyzacja będzie ciągiem założeń o tym, jak to pewnie wygląda, a pierwszy rzeczywisty przypadek te założenia złamie; znalezienie właściciela zwykle zajmuje jedną rozmowę, ale oszczędza kilka tygodni, więc to najtańsza część projektu.

Drugie pytanie: czy maszyna dostaje dane, czy obraz

To jest najważniejsza różnica techniczna w całej automatyzacji, i w Polsce ma teraz także stronę prawną. Jeśli system dostaje dane ustrukturyzowane (XML, JSON, zapis w bazie), potrafi je przetworzyć bez zgadywania. Jeśli dostaje obraz, czyli plik PDF albo zeskanowaną kartkę, to przed przetworzeniem ktoś musi zgadnąć, co tam jest napisane, i właśnie to zgadywanie tworzy błędy, które potem ktoś poprawia ręcznie.

Przykład faktur pokazuje to najlepiej, bo tam obie możliwości istnieją obok siebie i nazywają się prawie tak samo. Ustrukturyzowana faktura elektroniczna, na co dzień nazywana też e-fakturą, jest dokumentem maszynowo czytelnym w określonym formacie — w Polsce wystawia się ją w Krajowym Systemie e-Faktur (KSeF) według struktury logicznej FA(3). System odbiorcy potrafi ją zaksięgować bez udziału człowieka, dlatego właśnie ten format jest tym, do którego odnoszą się terminy ustawowe.

Faktura PDF, którą odbiorca zgodził się otrzymywać elektronicznie, też jest ważnym dokumentem: artykuł 106gc ustawy o podatku od towarów i usług przewiduje, że faktury elektroniczne przesyła się lub udostępnia nabywcy w sposób z nim uzgodniony, ale ważna jest jako faktura, nie jako e-faktura, i dla maszyny nadal jest obrazem.

Z tego wynika wniosek, który oszczędza dużo pieniędzy: rozpoznawanie faktur PDF za pomocą OCR (optycznego rozpoznawania znaków) nie jest wdrożeniem e-faktury. To osobna czynność, którą ludzie słusznie automatyzują, bo zmniejsza przepisywanie, ale nie tworzy dokumentu ustrukturyzowanego i nie wypełnia obowiązku takiego wystawienia. Firma, która uważa OCR za odpowiedź na wymóg ustawowy, po paru latach odkrywa, że zautomatyzowała niewłaściwy koniec, i wtedy projekt trzeba zacząć od nowa — od systemu, który faktury wystawia, a nie od tego, który je odbiera.

Praktyczny sposób sprawdzenia jest tu prosty: proszę zapytać, w jakim formacie system potrafi dane wydawać i przyjmować. Jeśli odpowiedź brzmi „można wyeksportować CSV”, to już są dane ustrukturyzowane, tylko nie w pełni zautomatyzowane. Jeśli odpowiedź brzmi „można wydrukować” albo „można zapisać PDF”, obraz jest jedynym wyjściem, a dalsza praca albo wymaga interfejsu, albo zostanie zgadywaniem.

Warto też wiedzieć, że odpowiedź bywa lepsza, niż firma o tym myśli, bo wiele programów księgowych i magazynowych ma interfejs, tylko nikt nigdy o niego nie zapytał, bo codzienność wystarcza sobie eksportem. Jedno pytanie do dostawcy, czy system ma interfejs programistyczny (API) i co da się z nim zrobić, często rozstrzyga, czy projekt w ogóle warto zaczynać.

Trzecie pytanie: czy krok rozstrzyga coś o człowieku

Większość automatyzacji to przenoszenie liczb między systemami, i tam szczególnych pytań prawnych nie ma. Jest jednak jedna grupa kroków, którą trzeba rozpoznać osobno: te kroki, które rozstrzygają coś o konkretnym człowieku — czy go zatrudnić, czy przyznać kredyt, czy zwolnić, czy przyznać świadczenie.

Artykuł 22 RODO (zautomatyzowane podejmowanie decyzji w indywidualnych przypadkach, w tym profilowanie) stanowi, że osoba, której dane dotyczą, ma prawo do tego, by nie podlegać decyzji, która opiera się wyłącznie na zautomatyzowanym przetwarzaniu i wywołuje wobec tej osoby skutki prawne lub w podobny sposób istotnie na nią wpływa. Wyjątki istnieją (niezbędność do umowy, przepis przewidujący środki ochrony, wyraźna zgoda), ale i wtedy zostaje prawo do interwencji ludzkiej, wyrażenia własnego stanowiska i zakwestionowania decyzji. Wytyczne organów nadzorczych dodają ważny niuans: interwencja ludzka ma być rzeczywista, a sam formalny przycisk zatwierdzenia, który ktoś wciska, nie zaglądając w treść, nie wyłącza procesu z artykułu 22.

To nie jest zakaz automatyzowania, tylko wskazówka, co w takim procesie da się zautomatyzować: zautomatyzować można pracę przygotowawczą (zbieranie danych, sprawdzenie, przygotowanie propozycji), ale sama decyzja zostaje przy człowieku, który ją naprawdę podejmuje, i w praktyce zmienia to zakres projektu, więc warto to dostrzec przed opracowaniem, nie po.

Obok tego warto znać jeden termin, który jeszcze nie nadszedł, ale wpływa na plany długoterminowe: wymagania aktu w sprawie sztucznej inteligencji wobec systemów wysokiego ryzyka w dziedzinie zatrudnienia, to jest rekrutacji i decyzji personalnych, zaczyna się stosować 2 grudnia 2027 roku. To znaczy, że dziś wybór jest swobodniejszy, ale systemowi, który buduje się na lata, tę datę trzeba wpisać w plan.

Czwarte pytanie: czy proces ma już zewnętrzny termin

Części procesów termin wyznaczają nie priorytety firmy, tylko zewnętrzny obowiązek, i te automatycznie przesuwają się na górę listy, bo o nich nie trzeba już decydować, czy robić, tylko kiedy i jak. W Polsce najczytelniejszym przykładem znów są faktury, i tam są trzy różne daty, które bywają mylone.

Po pierwsze, otrzymywanie faktur ustrukturyzowanych w KSeF jest obowiązkowe już od 1 lutego 2026 roku — dla wszystkich podatników. Po drugie, od 1 lutego 2026 roku faktury w KSeF wystawiają podatnicy, u których wartość sprzedaży (wraz z kwotą podatku) przekroczyła w 2024 roku 200 mln zł, i dane faktury są wtedy już w systemie Ministerstwa Finansów w chwili wystawienia. Po trzecie, obowiązek wystawiania faktury ustrukturyzowanej innemu przedsiębiorcy zaczyna się 1 kwietnia 2026 roku, a podatnicy z miesięczną sprzedażą udokumentowaną fakturami do 10 000 zł mogą do końca 2026 roku wystawiać faktury elektroniczne lub papierowe.

Właśnie ta trzecia data najczęściej jest w obiegu publicznym nieprawidłowa, i ma to prosty powód: pierwotne brzmienie przewidywało wcześniejszy termin, 1 lipca 2024 roku, później go przesunięto, i część tekstów wtórnych nigdy tego nie poprawiła. Firmie, która planuje budżet, różnica między datami jest duża, więc datę warto sprawdzić w źródle, nie w przekazie.

Zewnętrzne terminy są też gdzie indziej: ewidencja czasu pracy ma być obiektywna i dostępna, dokumenty księgowe mają terminy przechowywania, a w umowach bywają daty sprawozdań. Wspólne jest to, że tych terminów nie da się negocjować, i proces, który taki ma, daje jasne uzasadnienie pracy — w odróżnieniu od procesu, który automatyzuje się dlatego, że wydaje się nowoczesny.

Jak wygląda pierwszy kandydat do automatyzacji procesów

Jeśli połączyć wszystkie cztery pytania, wychodzi dość konkretny portret, który można przyłożyć do dowolnej listy: najcenniejszy pierwszy kandydat to łańcuch z jasnym wynikiem, w którym dane już istnieją w postaci ustrukturyzowanej albo mogą takimi się stać, w którym żaden krok niczego nie rozstrzyga o człowieku, i który ma zewnętrzny termin albo przynajmniej mierzalną skalę.

W praktyce zwykle wygląda to tak: zamówienie ze sklepu trafia do systemu księgowego bez przepisywania; łańcuch akceptacji, w którym zgłoszenie idzie do właściwego człowieka i wraca z adnotacją; synchronizacja danych między magazynem a witryną, gdzie człowiek dziś dwa razy dziennie eksportuje plik. We wszystkich trzech jest jedna wspólna cecha — między dwoma systemami chodzi dziś człowiek z plikiem.

Właśnie tę cechę najłatwiej zauważyć i najtrudniej zapomnieć, więc od niej warto zacząć inwentaryzację: proszę zapisać, gdzie w Państwa firmie ktoś eksportuje, wkleja albo przepisuje, jak często i jak długo, bo ta lista zwykle jest krótsza, niż się spodziewano, i prawie zawsze jest na niej jeden wpis, który się wyróżnia.

Druga cecha, która wyróżnia kandydata, to cena błędu, i w rachunkach zwykle się ją pomija: jeśli błąd przepisywania w tym łańcuchu znaczy złą fakturę dla klienta, zły stan magazynowy albo przekroczony termin, korzyść z automatyzacji to nie tylko zaoszczędzone godziny, ale też uniknięte błędy, i to zwykle jest większa z tych dwóch liczb. Proces, w którym błąd jest niezauważalny i nieszkodliwy, jest pod tym względem mniej wartościowym kandydatem, nawet jeśli zajmuje tyle samo czasu.

Trzecia cecha to to, jak skala zmienia się wraz z firmą, i to najważniejsza z trzech: praca, która rośnie wraz z firmą, bo więcej zamówień znaczy więcej przepisywania, z czasem staje się coraz droższa, i właśnie tam automatyzacja zwraca się podwójnie: zwalnia czas dziś i zdejmuje koszt, który inaczej by rósł. Praca o stałej skali niezależnie od obrotu tej drugiej korzyści nie daje.

Do portretu warto dołożyć jedną rzecz o kolejności, bo w niej firmy mylą się częściej niż w wyborze narzędzia: pierwszego zautomatyzowanego procesu nie trzeba wybierać po tym, który jest największy albo najbardziej bolesny, tylko po tym, który jest najlepiej zrozumiany i najszybciej do dokończenia, bo pierwszy projekt uczy firmę, jak takie projekty w ogóle przebiegają — jak opisać wyjątki, jak testować i jak obchodzić się z błędami. Tę lekcję dużo taniej wziąć na prostej pracy niż na takiej, od której zależy przepływ pieniędzy.

Jak wygląda proces, którego nie warto brać pierwszego

Równie przydatne jak rozpoznać dobrego kandydata jest rozpoznać to, co wygląda atrakcyjnie, ale zwraca się źle, i takich przypadków jest cztery. Pierwszy to praca, która zdarza się rzadko (raz na kwartał albo raz na rok), bo koszt opracowania zostaje taki sam, a oszczędność dzieli się przez cztery albo przez jeden.

Drugi to proces, którego porządek jeszcze się zmienia, i to przypadek, w którym pośpiech kosztuje najdrożej: jeśli porządek w ostatnim półroczu zmieniano trzy razy, automatyzacja utrwali tę wersję, która i tak wkrótce będzie inna, a utrzymanie zje korzyść. Tu właściwa kolejność to najpierw uzgodnić porządek i dopiero wtedy go automatyzować, choć w praktyce bywa odwrotnie.

Trzeci to praca, w której każdy przypadek jest wyjątkiem, i tam granica leży w samej naturze zadania, bo automatyzacja dobrze radzi sobie z częstym i przewidywalnym, a źle z sytuacją, w której dziesięć przypadków to dziesięć różnych dróg; tam osąd człowieka jest samą pracą, a zastąpienie go drzewem reguł zwykle tworzy więcej wyjątków, niż usuwa.

Te trzy przypadki łączy jedna cecha: automatyzacja utrwala w nich coś, co jeszcze nie jest gotowe, by zostać utrwalone. Rzadka praca nie jest dostatecznie wypracowana, by warto było ją uwieczniać; zmienny proces jeszcze szuka swojej formy; praca wyjątków z natury jest osądem. We wszystkich trzech właściwym działaniem jest poczekać albo najpierw uporządkować, a nie automatyzować szybciej.

Czwarty to przypadek, w którym naśladuje się ekran dlatego, że system nie ma interfejsu, i czasem to jedyna możliwa droga, ale też najkruchsza: wystarczy zmiana na ekranie, i praca się zatrzymuje, a jeśli system ma interfejs albo da się go zażądać, to prawie zawsze korzystniejszy wybór niż naśladowanie ekranu.

Co się dzieje z ludźmi, gdy automatyzuje się ich pracę

To pytanie w ofertach automatyzacji zwykle się omija, choć w firmie pada już pierwszego dnia, a bez odpowiedzi staje się cichym oporem, który projekt potrafi zatrzymać pewniej niż jakikolwiek problem techniczny. Uczciwa odpowiedź w większości małych i średnich firm jest taka, że automatyzacja zwalnia czas, nie człowieka: przepisywanie to ta część pracy, której nikt nie chce, i jej zniknięcie zwykle znaczy, że ten sam człowiek wreszcie zdąża robić to, na co wcześniej nie starczało czasu.

Z tego wynika praktyczna rekomendacja, która brzmi miękko, ale jest czysto projektowym pytaniem: człowieka, który pracę wykonuje dziś, trzeba wciągnąć do projektu jako najbardziej zorientowane źródło, a nie informować o wyniku. On zna wyjątki, których nikt nie zapisał, i właśnie wyjątki łamią automatyzację, a projekt, w którym ta rozmowa odbywa się na początku, kosztuje mniej niż taki, w którym odbywa się po pierwszym błędzie.

Trzeba też uczciwie powiedzieć drugą stronę, bo przeciwieństwo byłoby udawaniem: jeśli w firmie czyjaś praca w całości polega na przenoszeniu danych między dwoma systemami, automatyzacja tę pracę naprawdę zastępuje, i to jest rozmowa o zmianie roli, którą prowadzi kierownictwo firmy, nie dostawca. Oferta, która tego pytania w ogóle nie zadaje, nie jest delikatna — po prostu nie jest do końca przemyślana.

Jak wyliczyć własną liczbę

Rachunek, który jest potrzebny do decyzji, mieści się na jednej stronie i nie wymaga ani konsultanta, ani badania. Potrzebne są cztery liczby: ile razy w tygodniu ta praca się odbywa, ile minut zajmuje za każdym razem, ile kosztuje godzina człowieka, który ją wykonuje, i jak często pojawia się w niej błąd, który ktoś potem poprawia.

Pierwsze trzy dają bezpośredni koszt czasu w roku, i ta liczba zwykle jest mniejsza, niż się spodziewano — właśnie dlatego samą nią uzasadnić projekt często się nie udaje. Czwarta liczba to ta, która przeważnie rozstrzyga, bo cena błędu rzadko jest tylko czasem jego poprawienia: zła faktura znaczy korespondencję z klientem, zły stan znaczy albo towar, który zostaje niesprzedany, albo zamówienie towaru, którego w magazynie już nie ma, a przekroczony termin czasem znaczy karę.

Naprzeciw tych liczb kładzie się koszt opracowania i utrzymanie, i właśnie utrzymanie jest tym, o którym się zapomina. Automatyzacja, która łączy dwa systemy, żyje tak długo, jak długo żyją oba interfejsy, więc w planie musi być miejsce na zmiany, których zażąda ktoś inny. Jeśli rachunek zwraca się tylko wtedy, gdy kosztu utrzymania się nie wlicza, to naprawdę nie zwraca się w ogóle.

Jeszcze jedna rzecz, którą warto ustalić przed rozmową, to to, jak często systemy się zmieniają: usługa chmurowa, która aktualizuje się sama, może zmienić interfejs bez ostrzeżenia, natomiast program zainstalowany lokalnie zostaje niezmienny latami, ale jego aktualizacja kiedyś wymaga sprawdzenia wszystkiego od nowa. Żaden z obu wariantów nie jest gorszy, ale wymagają różnego planu utrzymania, i oferta, która tego nie odzwierciedla, będzie za tania właśnie w tym miejscu, w którym później pojawią się koszty.

Dlaczego procentom z badań nie warto wierzyć

W ofertach automatyzacji prawie zawsze pojawia się liczba: że zautomatyzować da się połowę pracy, że projekty padają w jednej trzeciej przypadków, że ktoś zaoszczędził dziesiątki tysięcy godzin. Te liczby istnieją i da się je cytować, ale prawie nigdy nie opisują tej firmy, której się je pokazuje, i właśnie to czyni z nich zły fundament decyzji.

Szeroko cytowany wskaźnik, że duża część czynności jest automatyzowalna, to rachunek o czynnościach w funduszu płac w konkretnym kraju i konkretnym roku, przy ówczesnej technologii, i opublikowała go firma doradcza, która sprzedaje tę samą usługę. Wskaźnik o porażkach projektów pochodzi z doświadczenia konsultanta z klientami, którzy go wezwali po pierwszych niepowodzeniach, więc próba jest zniekształcona już z definicji. Liczba o zaoszczędzonych godzinach opisuje konkretny czterdziestoosobowy dział księgowości w innym kraju sprzed kilku lat.

Z tego nie wynika, że automatyzacja się nie zwraca, tylko to, że właściwa liczba jest Państwa własna: ile razy w tygodniu ta praca się odbywa, jak długo trwa i ile kosztuje godzina. Ten rachunek da się zrobić na jednej stronie, opisuje właśnie Państwa firmę, i jest jedynym, na którego podstawie warto podejmować decyzję.

Co wiedzieć o systemach, zanim poproszą Państwo o ofertę

Gdy kandydat jest wybrany, następnym krokiem nie jest proszenie o ofertę, tylko pięciominutowe zbadanie samych systemów, bo właśnie to rozstrzyga, czy rozmowa z wykonawcą będzie o rozwiązaniu, czy o możliwości. Proszę ustalić, czy każdy z zaangażowanych systemów ma interfejs programistyczny, czy jest dostępny na Państwa poziomie licencji i czy dostawca żąda za to osobnej opłaty, bo wszystkie trzy odpowiedzi bywają różne.

Drugie pytanie dotyczy tego, kto dane przechowuje i kto może je zmieniać: jeśli dwa systemy zawierają tę samą informację, na przykład dane klienta albo stan towaru, przed połączeniem trzeba rozstrzygnąć, który z nich jest główny, bo inaczej automatyzacja zacznie oba przepisywać wzajemnie i wynik będzie gorszy niż przedtem. To rozstrzygnięcie nic nie kosztuje, jeśli zrobi się je na początku, i jest drogie, jeśli wyjdzie na jaw przy testach.

Trzecie to pytanie o to, co się dzieje, gdy coś się nie udaje: w każdej automatyzacji są przypadki, które nie przechodzą (brakuje pola, system nie odpowiada, dane są sprzeczne), i potrzebują miejsca, do którego trafią, i człowieka, który je obejrzy, bo automatyzacja bez obsługi błędów działa tak długo, jak długo wszystko jest w porządku, a to nigdy nie jest długo.

Warto też z góry zdecydować, po czym ocenią Państwo, czy się udało, bo bez tego projekt nigdy się nie kończy, tylko po prostu się urywa. Miarą może być zupełnie prosta: ile razy w miesiącu ktoś jeszcze przepisuje dane ręcznie, ile błędów poprawiono w zeszłym miesiącu i jak długo zgłoszenie idzie od formularza do odpowiedzi. Tę liczbę ma sens zmierzyć raz przed rozpoczęciem pracy, żeby później było z czym porównać, bo firmy, które tego pomiaru nie robią, po pół roku spierają się o to, czy w ogóle coś się zmieniło.

Wreszcie warto pamiętać, że automatyzacja nie jest jednorazową pracą, tylko czymś, co zostaje w firmie i wymaga właściciela tak samo jak każdy inny system. Gdy proces jest połączony, ktoś musi wiedzieć, gdzie patrzeć, jeśli się zatrzyma, i ktoś musi mieć prawo go zatrzymać, jeśli wynik wygląda nieprawidłowo. W firmach, w których ta rola nie jest nazwana, automatyzacja cicho przestaje działać, i zauważa się to dopiero po miesiącu, gdy ktoś szuka zaginionego dokumentu.

Od czego zacząć praktycznie

Początek to nie wybór narzędzia ani proszenie o ofertę, tylko jeden tydzień, w którym zapisuje się, co się dzieje: która praca się powtarza, jak często, jak długo i gdzie w niej człowiek przenosi dane między systemami. Potem każdemu wpisowi proszę zadać cztery pytania z tego artykułu, i większa część listy odpadnie już po pierwszych dwóch.

W wyniku zwykle zostaje jeden albo dwóch kandydatów, i to dobrze, bo właśnie tyle naraz warto zaczynać: dwie skończone prace dają więcej niż sześć zaczętych. Gdy kandydat jest wybrany, następnym krokiem jest ustalić, czy zaangażowane systemy mają interfejsy, bo to rozstrzyga i o cenie, i o trwałości rozwiązania.

Jeśli w tej chwili jest jasne, który proces jest Państwa, ale nie jest jasne, jak go połączyć, można to omówić z nami: automatyzacja procesów biznesowych w naszym wykonaniu to integracje i przepływy pracy między systemami, które Państwo już mają. Jeśli chcą Państwo najpierw zrozumieć, czym różnią się różne podejścia i grupy narzędzi, proszę do nas napisać albo przysłać swoją listę — często odpowiedzią jest, że wystarczy jedno połączenie, nie platforma.