Jak wybrać platformę automatyzacji? zacznij od trzech procesów, nie od nazw narzędzi

01

Dlaczego wybór zaczyna się od trzech procesów, a nie od nazw narzędzi?

Rozmowa o platformie zwykle zaczyna się od pytania „które narzędzie jest najlepsze”, a powinna od pytania „co konkretnie ma się wykonać”. Narzędzie jest odpowiedzią na proces. Dopóki proces nie jest spisany, nie ma czego do czego dopasowywać.

Trzy procesy to minimum, bo jeden uruchomi się wszędzie. Różnice między platformami widać dopiero wtedy, gdy zestawisz proces prosty, proces z pętlą po rekordach i proces dotykający danych osobowych. Wtedy część kandydatów odpada sama, jeszcze przed otwarciem cennika.

Spisanie zajmuje jedno popołudnie z osobą, która ten proces dziś wykonuje ręcznie. Na warsztacie procesowym robimy dokładnie to, tylko z pomiarem czasu przez tydzień, bo deklaracje regularnie rozjeżdżają się z tym, co pokazuje stoper.

• Wyzwalacz: co uruchamia proces i skąd zespół się o tym dowiaduje dzisiaj
• Kroki: czynności w kolejności, razem z decyzjami typu „jeśli klient jest z zagranicy”
• Systemy: każdy program, do którego ktoś się po drodze loguje, także arkusz i skrzynka pocztowa
• Wolumen: ile razy proces uruchomił się w zeszłym miesiącu, liczba z systemu, nie z pamięci
• Pętle: ile pozycji ma średnio jeden rekord, bo to ta liczba mnoży późniejszy rachunek
• Wyjątki: przypadki obsługiwane inaczej niż reszta i to, jak często się zdarzają

02

Które pytania rozstrzygają wybór platformy?

Pytań technicznych da się zadać czterdzieści. Rozstrzygających jest pięć i każde z nich potrafi samodzielnie wykreślić kandydata z listy. Odpowiedzi zbierasz przed rozmową z dostawcą, nie w jej trakcie, bo dostawca odpowie na nie tak, żeby wyszło na jego korzyść.

Kolejność ma znaczenie. Pytanie o dane idzie pierwsze: odpowiedź „dane osobowe klientów nie mogą wyjść z naszej infrastruktury” zamyka rozmowę o połowie rynku, zanim ktokolwiek policzy operacje.

Odpowiedzi wpisz obok siebie w jednej tabeli, jedna kolumna na kandydata. Ten z jednym „nie” w pierwszym albo trzecim wierszu odpada, choćby wygrywał w pozostałych czterech.

03

Za zadanie czy za operację: dlaczego pętla po rekordach zmienia rachunek?

Cenniki wyglądają podobnie, dopóki nie sprawdzisz, co jest jednostką na fakturze. Jedne platformy liczą zadanie, czyli pojedynczy krok przepływu. Drugie liczą operację, czyli każde wywołanie modułu. Trzecie liczą całe wykonanie przepływu, niezależnie od tego, ile kroków ma w środku. Czwarte nie liczą nic, bo płacicie za maszynę.

Różnica jest niewidoczna przy przepływie na dwa kroki i brutalna przy pętli. Zamówienie z ośmioma pozycjami, gdzie dla każdej pozycji przepływ odpytuje magazyn i dopisuje wiersz do arkusza, to jeden przebieg i szesnaście wywołań modułów. Przy tysiącu zamówień miesięcznie masz szesnaście tysięcy operacji z jednego procesu.

Dlatego średnią liczbę pozycji na rekord traktuj jak osobną daną wejściową. Cennik Make podaje 1 000 operacji na planie darmowym i 10 000 na najniższym płatnym, a progi zmienia producent. Wolumen policzony bez pętli bywa kilkukrotnie zaniżony i to jest najczęstszy powód, dla którego limit kończy się w połowie miesiąca.

Ten sam przepływ policzony w każdym z tych modeli daje inne kwoty i inną kolejność kandydatów. Policz swój wolumen w każdym z nich, zamiast porównywać ceny wejścia.

04

Ile kosztuje wyjście z platformy automatyzacji?

Koszt wyjścia to pozycja, której nie ma w żadnym cenniku, a rozstrzyga o decyzji po dwóch latach. Scenariusze nie przenoszą się między platformami importem. Moduły nazywają się inaczej, inaczej mapują dane i inaczej obsługują błędy, więc przepływ odbudowuje się od zera.

Skalę da się oszacować: prosty przepływ to godziny pracy, rozgałęziony z warunkami i obsługą wyjątków to kilka dni. Pomnóż to przez liczbę scenariuszy, które planujecie mieć za dwa lata, a nie przez te trzy, od których zaczynacie.

Ten koszt obniża się już na starcie. Logika biznesowa wyniesiona do integracji przez API albo do własnej usługi zostaje Wasza niezależnie od platformy, a w narzędziu zostaje samo spinanie. Drugi sposób to trzymanie eksportu przepływów w repozytorium, żeby przy przenosinach mieć od czego zacząć.

• Odbudowa scenariuszy: godziny przy prostym przepływie, kilka dni przy rozgałęzionym
• Ponowne uwierzytelnienie wszystkich połączeń i przepięcie webhooków po stronie systemów źródłowych
• Równoległy bieg starej i nowej wersji na tych samych danych przez kilka dni, zanim wyłączycie starą
• Historia przebiegów zostaje w starej platformie, więc audyt sprzed migracji czyta się już tylko tam
• Czas zespołu na naukę nowego edytora, zwykle 2 do 4 godziny na osobę

05

Jak przeprowadzić pilotaż, zanim podpiszecie roczny abonament?

Tabela porównawcza nie odpowie na pytanie, czy konektor do Waszego systemu obsługuje to jedno pole, na którym stoi cały proces. Odpowie na nie jeden proces uruchomiony na prawdziwych danych. Pilotaż robi się na najprostszym z trzech spisanych procesów, nie na najważniejszym.

U nas pierwszy scenariusz w chmurze staje w 1 do 10 dni roboczych od warsztatu, a przepływ na własnej instancji zwykle 14 dni po warsztacie, bo najpierw trzeba postawić maszynę z domeną, certyfikatem i kopiami zapasowymi. Tydzień testów wystarczy, żeby zobaczyć, jak platforma zachowuje się przy błędzie.

1. 01

   Wybierz proces do pilotażu

   Najprostszy z trzech spisanych, taki, który dotyka co najmniej dwóch systemów i uruchamia się codziennie. Proces odpalany raz w miesiącu nie zdąży pokazać niczego przez tydzień.

2. 02

   Zbuduj go na prawdziwych danych

   Na kopii, ale prawdziwej: z pustymi polami, literówkami i rekordami, których nikt nie przewidział. Demo producenta chodzi na danych, które nigdy nie zawodzą, więc nie testuje niczego.

3. 03

   Zepsuj go celowo

   Wyłącz jeden system, podaj błędny token, wyślij rekord bez wymaganego pola. Sprawdź, czy platforma powtórzy próbę, czy powiadomi człowieka i czy z logu da się odtworzyć, co poszło nie tak.

4. 04

   Policz zużycie z pilotażu

   Odczytaj, ile zadań albo operacji zjadł tydzień testów, i przeskaluj na miesiąc oraz na miesiąc sezonowy. Dopiero ta liczba nadaje się do zestawienia z cennikiem.

5. 05

   Zapisz wskaźniki przed startem

   Trzy do pięciu wskaźników, które odczytacie po 30 i 90 dniach od uruchomienia produkcyjnego, razem z miejscem odczytu w systemie. Bez nich za kwartał nie będzie z czym porównać.

06

Czy wybór platformy jest decyzją na zawsze?

Nie jest i to jest najważniejsza rzecz do powiedzenia komuś, kto od pół roku porównuje narzędzia. Platforma to warstwa spinająca. Procesy, dane i logika zostają u Was, a spinacz da się wymienić, gdy przestanie pasować.

Koszt zwłoki liczy się inaczej niż koszt złego wyboru. Trzy miesiące analizy to trzy miesiące, w których zespół dalej przepisuje dane ręcznie. Zła platforma kosztuje odbudowę kilku scenariuszy, czyli zwykle kilka dni pracy. Jak zestawić obie strony na własnych liczbach, opisujemy w poradniku ROI z automatyzacji.

Praktyczna zasada: wybieraj pod trzy pierwsze procesy, nie pod hipotetyczny stan firmy za pięć lat. Jeśli za dwa lata wolumen albo wymóg dotyczący danych wypchnie Was gdzie indziej, przeniesiecie te scenariusze, które na tym zyskają, a reszta zostanie tam, gdzie jest.

07

Macie krótką listę: które porównanie przeczytać dalej?

Metoda z tej strony zawęża rynek do dwóch albo trzech kandydatów. Dalej rozstrzygają szczegóły konkretnej pary, a dla każdej pary rozstrzyga co innego, więc opisujemy je osobno.

Jeśli Wasza lista wygląda inaczej niż każda z poniższych par, wróćcie do tabeli pięciu pytań. Kandydat, który nie odpadł po żadnym z nich, zwykle po prostu nie został jeszcze policzony na Waszym wolumenie.

• n8n vs Make: własny serwer kontra chmura dostawcy, rozliczenie za maszynę kontra za operację
• n8n vs Zapier: kontrola nad miejscem przetwarzania kontra największy katalog gotowych konektorów
• Zapier vs Make: dwie chmury, dwa modele rozliczenia, inne podejście do rozgałęzień
• Make vs Power Automate: chmura niezależna kontra licencje Microsoft 365, które już macie