Make.com może być użyteczną warstwą łączącą pocztę, formularze, CRM i inne aplikacje. Sam wybór narzędzia nie rozwiązuje jednak problemu niejasnych danych ani procesu, w którym nikt nie odpowiada za wyjątki.
Zanim zaczniesz budować scenariusz, opisz wejście, wynik i wszystkie sytuacje, w których automatyzacja powinna się zatrzymać.
Dobry pierwszy proces
Najlepszy kandydat jest częsty, powtarzalny i ma jasno określone dane. Przykład:
- Formularz sprzedażowy przesyła dane kontaktowe.
- Proces sprawdza wymagane pola i zgodę na kontakt.
- CRM otrzymuje nowy rekord z identyfikatorem źródła.
- Odpowiedzialna osoba dostaje zadanie.
- Błąd zapisu trafia do widocznej kolejki.
To prostsze i bezpieczniejsze niż rozpoczynanie od procesu zawierającego wiele nieopisanych decyzji biznesowych.
Trzy przykłady zastosowania
1. Formularz i CRM
Nowe zapytanie może trafić do CRM wraz z informacją o źródle i temacie. Przed utworzeniem rekordu trzeba ustalić sposób wykrywania duplikatów i zachowanie przy braku wymaganych danych.
2. Dokument i zadanie do weryfikacji
Załącznik z wiadomości może zostać zapisany w uzgodnionym folderze, a zespół otrzyma zadanie zawierające nadawcę i typ sprawy. Odczytane dane powinny być traktowane jako propozycja, jeśli dokument ma różne formaty.
3. Status i powiadomienie
Zmiana statusu w systemie źródłowym może uruchomić wiadomość do pracownika albo klienta. Proces musi jednak sprawdzić, czy status jest ostateczny, komu wolno go ujawnić i co zrobić, gdy kanał wysyłki jest niedostępny.
Gdzie Make.com może nie wystarczyć?
Trzeba rozważyć inne podejście, gdy:
- system źródłowy nie oferuje wspieranej integracji,
- operacja wymaga bardzo niskich opóźnień lub dużej skali,
- dane podlegają ograniczeniom dotyczącym miejsca przetwarzania,
- potrzebna jest złożona transakcja pomiędzy kilkoma systemami,
- firma wymaga własnej infrastruktury albo szczegółowego monitoringu,
- koszt operacji na platformie rośnie nieproporcjonalnie do wartości procesu.
W takich przypadkach rozwiązaniem może być kodowana integracja, narzędzie uruchamiane we własnym środowisku albo zmiana zakresu procesu.
Cztery elementy, o których łatwo zapomnieć
Idempotencja
Ponowne wykonanie tej samej operacji nie powinno tworzyć drugiego klienta, dokumentu lub płatności. Każde zdarzenie potrzebuje identyfikatora, który pozwala rozpoznać duplikat.
Kolejka błędów
Nie wystarczy wysłać ogólnego alertu „scenariusz nie działa”. Zespół powinien wiedzieć, której sprawy dotyczy błąd, co zostało zapisane i czy operację można bezpiecznie ponowić.
Uprawnienia
Konto integracyjne powinno mieć tylko dostęp potrzebny do danego procesu. Jeden klucz administracyjny używany do wszystkich automatyzacji zwiększa skutki pomyłki lub wycieku.
Właściciel procesu
Ktoś musi odpowiadać za zmianę reguł biznesowych i ocenę wyjątków. Dostawca techniczny może utrzymywać integrację, ale nie powinien samodzielnie decydować, jak firma traktuje klienta, rabat lub reklamację.
Wniosek
Make.com jest środkiem, nie produktem biznesowym. O wartości decyduje poprawnie opisany przepływ, jakość danych oraz zachowanie w sytuacji błędu.
Jeśli dane krążą pomiędzy kilkoma aplikacjami, zobacz integracje ERP/WMS i obieg dokumentów albo opisz obecny przepływ.