Automatyzacja no-code czy system na miarę

Pierwsze automatyzacje w firmie powstają zwykle bez programisty. Ktoś łączy formularz z arkuszem, arkusz z pocztą, pocztę z kalendarzem. Działa to zaskakująco dobrze, aż do dnia, w którym przestaje. Zasady wyboru tego, co i w jakiej kolejności automatyzować, opisuje przewodnik automatyzacja i AI w firmie.

Co oznaczają oba podejścia

Automatyzacja no-code to przepływy budowane w narzędziach, które łączą gotowe programy bez pisania kodu. Przepływ ma wyzwalacz, na przykład nowe zgłoszenie z formularza, i kroki: zapisz w arkuszu, wyślij wiadomość, dodaj zadanie. Dane pozostają w programach, które firma już ma. Narzędzie pełni rolę kleju.

System na miarę to jedno miejsce, w którym żyją dane i zasady. Zapytanie, oferta, zlecenie i faktura są częściami tego samego systemu, więc nie trzeba ich łączyć. Automatyzacja jest wbudowana: zmiana etapu wywołuje kolejny krok, bo tak system zaprojektowano.

Porównanie

Kryterium	Automatyzacja no-code	System na miarę
Czas do pierwszego efektu	Godziny do dni	Tygodnie
Koszt startu	Niski	Wyższy albo rozłożony w abonamencie
Koszt przy wzroście	Rośnie z liczbą operacji	Zwykle stały
Kto może budować	Zaradna osoba z firmy	Wykonawca
Gdzie są dane	W wielu programach	W jednym miejscu
Złożona logika	Trudna, przepływy stają się nieczytelne	Naturalna
Odporność na zmiany w programach	Niska: zmiana po stronie dostawcy psuje przepływ	Wysoka w rdzeniu, integracje zewnętrzne nadal wymagają opieki
Widoczność błędów	Łatwo przeoczyć	Kontrolowana, z historią
Szybkość drobnych zmian	Bardzo wysoka	Zależna od wykonawcy
Zależność	Od kilku dostawców i od autora przepływów	Od wykonawcy

Kiedy lepsza jest automatyzacja no-code

• Firma dopiero zaczyna. Chce sprawdzić, czy automatyzacja w ogóle coś da.
• Przepływy są proste i liniowe. Jedno zdarzenie, kilka kroków, bez rozgałęzień.
• Obecne programy są dobre. Trzeba je tylko ze sobą połączyć.
• Proces jeszcze się zmienia. Lepiej testować tanio niż budować na stałe.
• Awaria nie jest groźna. Powiadomienie, które nie wyszło, to niedogodność, a nie strata.
• W firmie jest osoba, która to lubi i będzie utrzymywać.

Typowe dobre zastosowania: zapis zapytania z formularza na listę, powiadomienie o nowym zapytaniu, przypomnienie o spotkaniu, kopia faktury do folderu. Od czego zacząć, podpowiada artykuł co automatyzować w firmie usługowej najpierw.

Kiedy lepszy jest system na miarę

• Przepływów jest kilkadziesiąt i wpływają na siebie nawzajem.
• Te same dane żyją w pięciu programach i trzeba je stale uzgadniać.
• Logika ma wiele warunków. Różne ścieżki dla różnych klientów, usług, kwot.
• Awaria oznacza stratę. Zgubione zapytanie, niewystawiona faktura, klient bez potwierdzenia terminu.
• Autor przepływów jest jedyną osobą, która je rozumie.
• Rachunek za operacje rośnie szybciej niż korzyść.
• Zespół potrzebuje jednego ekranu, a nie sześciu programów.

Sygnały, że no-code dotarł do granicy

1. Nikt nie potrafi z pamięci wymienić wszystkich działających przepływów.
2. O awarii firma dowiaduje się od klienta albo po kilku dniach.
3. Drobna zmiana w jednym miejscu psuje coś w innym.
4. Przepływ ma kilkadziesiąt kroków i rozgałęzień, a jego zrozumienie zajmuje godzinę.
5. Dane o tym samym kliencie różnią się między programami.
6. Osoba, która to zbudowała, nie może iść na dłuższy urlop.

Jeden lub dwa takie sygnały oznaczają, że czas uporządkować przepływy. Cztery i więcej, że czas przenieść rdzeń do systemu.

Droga pośrednia i droga etapami

Wybór rzadko jest ostateczny. Najczęściej firmy przechodzą przez trzy stadia:

1. Pierwsze przepływy bez kodu. Szybki efekt i nauka, czego firma naprawdę potrzebuje.
2. Uporządkowanie. Lista przepływów, opiekun, powiadomienia o błędach, usunięcie zbędnych.
3. Rdzeń w systemie, obrzeża bez kodu. Zapytania, oferty, zlecenia i rozliczenia w jednym miejscu. Łączniki zostają do rzeczy pomocniczych.

Przepływy z pierwszego stadium nie są stracone. Są najlepszą specyfikacją dla systemu, bo pokazują, co firma faktycznie robi, a nie co deklaruje.

Przykład: czterdzieści przepływów

Przykład jest zmyślony. Szkoła językowa z dwunastoma lektorami zaczęła od trzech przepływów zbudowanych przez kierowniczkę biura: zgłoszenie z formularza trafiało do arkusza, kursant dostawał potwierdzenie, a lektor powiadomienie.

W ciągu dwóch lat przepływów zrobiło się około czterdziestu. Obsługiwały zapisy, podział na grupy, przypomnienia o płatnościach, listy obecności i rozliczenia lektorów. Dane kursantów były w czterech arkuszach i programie do faktur. Dwa razy w semestrze coś przestawało działać: raz po zmianie nazwy kolumny przypomnienia o płatnościach nie wychodziły przez trzy tygodnie, zanim ktokolwiek zauważył.

Szkoła przeniosła zapisy, grupy i płatności do jednego systemu. Trzy pierwsze przepływy, najprostsze, działają do dziś jako łącznik z formularzem na stronie. Kierowniczka biura mówi, że największą zmianą nie są nowe funkcje, tylko to, że po raz pierwszy od dawna wie, co dzieje się z danymi.

Jak utrzymać automatyzacje w dobrym stanie

Niezależnie od wybranej drogi kilka zasad zmniejsza ryzyko:

• Lista wszystkich automatyzacji z opisem, co robią i kto za nie odpowiada.
• Konta firmowe, nie prywatne. Połączenia nie mogą zniknąć razem z pracownikiem.
• Powiadomienia o błędach trafiające do konkretnej osoby.
• Kontrola wyniku. Raz w tygodniu sprawdzenie, czy liczba zapytań na liście zgadza się z liczbą zgłoszeń.
• Przegląd kwartalny. Co wyłączyć, co uprościć, co przenieść.
• Człowiek tam, gdzie błąd kosztuje. Zatwierdzenie oferty albo faktury przed wysyłką.

Przykłady konkretnych procesów opisują artykuły automatyzacja obsługi zapytań, automatyzacja ofertowania oraz automatyzacja fakturowania i przypomnień o płatności. Czy rdzeń powinien być gotowym programem, czy własnym, rozstrzyga porównanie CRM na miarę czy gotowy CRM.

Jak łączymy systemy i automatyzacje we wdrożeniach, pokazuje strona automatyzacje i AI. Pozostałe przewodniki są w bazie wiedzy.