Make w 30 minut: pierwszy scenariusz automatyzacji (i kiedy lepiej to komuś zlecić)

Zacznę od czegoś, co rzadko pada w materiałach o Make: to narzędzie jest naprawdę proste do pierwszych 2–3 kroków i naprawdę trudne, gdy scenariusz musi obsłużyć wyjątki, błędy API albo dziesięć wariantów danych wejściowych. Większość opisów w internecie pokazuje tylko tę pierwszą, łatwą część, bo dobrze wygląda na screenshotach. My pokażemy tę część uczciwie, czyli razem z tym, co się psuje po drodze i ile realnie czasu to zajmuje osobie, która nigdy wcześniej nie widziała żadnego narzędzia no-code.

Czy Make to dobry wybór na pierwszy scenariusz

Tak, z jednym zastrzeżeniem. Make ma bardziej rozbudowany interfejs niż na przykład Zapier, więc pierwsze wejście do edytora scenariuszy bywa lekko przytłaczające, moduły, routery, filtry, mapowanie zmiennych widoczne od razu na jednym ekranie. Z drugiej strony, właśnie ta widoczność całego przepływu sprawia, że po 15–20 minutach człowiek zaczyna rozumieć logikę narzędzia lepiej niż w prostszych, ale bardziej „czarnoskrzynkowych” alternatywach. Jeśli Twoja pierwsza automatyzacja ma dwa, trzy kroki, Make się do tego nadaje bez zarzutu. Jeśli od razu marzy Ci się scenariusz łączący pięć systemów z warunkami i obsługą błędów, to zbuduj najpierw ten prosty, żeby poczuć narzędzie, zanim wejdziesz w coś złożonego.

Słownik na trzy minuty: scenariusz, moduł, operacja

Bez tego nie zrozumiesz dalszej części, a to jest jedyna teoria w tym artykule. Scenariusz to cały przepływ automatyzacji, od wyzwalacza do ostatniego kroku. Moduł to pojedynczy klocek w tym przepływie: „pobierz nowy wiersz z arkusza”, „wyślij wiadomość na Slacku”, „wyślij e-mail”. Operacja to każde pojedyncze wykonanie modułu, każdy przebieg scenariusza zużywa tyle operacji, ile modułów faktycznie zadziałało. To ostatnie pojęcie jest ważne, bo od niego zależy limit w Twoim planie, i wracamy do tego w dalszej części tekstu.

Krok po kroku: pierwszy scenariusz w Make

Budujemy klasyk, od którego zaczyna właściwie każdy: formularz Google zbiera zgłoszenia (np. kontakt ze strony albo zapis na webinar), dane trafiają do arkusza Google Sheets, a Ty dostajesz powiadomienie na Slacku lub e-mailem, żeby nie musieć co godzinę zaglądać do arkusza. To dokładnie ten typ zadania, które w wielu firmach ktoś robi ręcznie, sprawdzając skrzynkę albo arkusz kilka razy dziennie.

1. Konto i pierwszy scenariusz

Rejestrujesz się na make.com, potwierdzasz e-mail, klikasz „Create a new scenario”. Dostajesz pusty ekran z dużym plusem na środku, to tutaj dodasz pierwszy moduł.

2. Wyzwalacz: Google Sheets „Watch Rows”

Formularz Google automatycznie zapisuje odpowiedzi w powiązanym arkuszu, więc jako wyzwalacz wybierasz moduł Google Sheets, akcję „Watch Rows”. Make poprosi o zalogowanie się na konto Google i zgodę na dostęp do arkuszy, to jednorazowa czynność. Wskazujesz konkretny arkusz i konkretną zakładkę, ustawiasz, od którego wiersza scenariusz ma zacząć obserwować (żeby nie wczytał od razu wszystkich starych zgłoszeń, które już przetworzyłeś ręcznie).

3. Dodajesz moduł powiadomienia

Klikasz plus po prawej stronie od pierwszego modułu i wybierasz Slack (akcja „Create a Message”) albo Email (akcja „Send an Email”). Jeśli wybierasz Slack, podłączasz swoje konto workspace i wskazujesz kanał, na który mają lecieć powiadomienia. W treści wiadomości nie wpisujesz na sztywno tekstu, tylko klikasz w pole i wybierasz zmienne z modułu poprzedniego, imię, e-mail, treść zgłoszenia. To jest moment, w którym widać sens Make: dane faktycznie przepływają z jednego modułu do drugiego, nie musisz nic kopiować.

4. Test

Klikasz „Run once” u dołu ekranu. Make sprawdza arkusz, jeśli jest tam nowy wiersz, przechodzi przez cały scenariusz i pokazuje Ci dokładnie, co się stało w każdym module, kolorem zielonym oznacza sukces, czerwonym błąd. To najważniejszy przycisk w całym narzędziu, testuj po każdej zmianie, zamiast zgadywać.

5. Włączenie automatycznego działania

W prawym górnym rogu jest przełącznik ON/OFF i pole z interwałem, czyli co jaki czas Make ma sprawdzać, czy pojawiło się coś nowego. Na darmowym planie minimalny interwał to 15 minut, na planach płatnych można zejść do minuty. Przełączasz na ON i od teraz scenariusz działa sam, bez Twojego udziału.

Realny czas dla osoby, która widzi Make po raz pierwszy: 25–35 minut, wliczając w to założenie konta i te nieuniknione dwie minuty szukania, gdzie kliknąć, żeby dodać drugi moduł. To jest uczciwy szacunek, nie marketingowe „w 5 minut”.

Limity, o których nikt nie mówi na starcie

Darmowy plan Make daje 1000 operacji miesięcznie i pozwala mieć maksymalnie dwa aktywne scenariusze, z minimalnym interwałem sprawdzania co 15 minut. Dla jednej prostej automatyzacji, jak ta powyżej, to zwykle wystarcza na start i testy, chyba że masz naprawdę dużo zgłoszeń dziennie. Gdy potrzebujesz więcej operacji, większej liczby aktywnych scenariuszy albo krótszego interwału (na przykład co minutę, co jest istotne przy obsłudze klienta w czasie rzeczywistym), wchodzisz w płatne plany. Plan Core zaczyna się od kilkudziesięciu złotych miesięcznie za 10 000 operacji przy rozliczeniu rocznym, Pro dodaje funkcje związane z obsługą błędów i priorytetyzacją wykonań, Teams dorzuca współpracę wielu osób w jednym zespole. Zanim wybierzesz plan, policz realnie, ile operacji zużyje Twój proces w miesiącu, bo łatwo o tym zapomnieć na etapie testów, gdzie klikasz „Run once” dziesięć razy pod rząd.

Kiedy nauka samodzielna się opłaca, a kiedy nie

Tu jest sedno tego artykułu, bo pierwszy prosty scenariusz to jedno, a stabilny proces biznesowy to zupełnie inna skala trudności. Scenariusz formularz-arkusz-powiadomienie nie ma obsługi błędów, nie sprawdza, co się stanie, jeśli arkusz zostanie usunięty, jeśli Slack będzie akurat niedostępny, jeśli w formularzu ktoś wpisze dane w nietypowym formacie. Do prywatnego powiadomienia to nie problem. Do procesu, na którym opiera się obsługa klientów albo obieg dokumentów w firmie, to poważna dziura.

Policzmy to na liczbach, żeby nie było ogólnikowo. Osoba prowadząca firmę, której godzina pracy w jej głównej działalności jest wyceniana na 150–300 zł, potrzebuje zwykle 15–20 godzin praktyki, żeby samodzielnie zbudować scenariusz z filtrami, obsługą błędów, powiadomieniem o awarii i przetestowanymi przypadkami granicznymi, a nie tylko „ścieżkę idealną”, która działa, dopóki nic się nie zepsuje. To 2250–6000 zł kosztu jej czasu, licząc oportunistycznie, bez gwarancji, że efekt będzie stabilny i że po miesiącu ktoś będzie wiedział, jak to naprawić, kiedy przestanie działać.

My w Ententrze widzimy to najczęściej na przykładzie obiegu faktur albo automatyzacji faktur: właściciel biura rachunkowego albo małej firmy handlowej próbuje sam poskładać scenariusz, który wyciąga dane z PDF-a, wpisuje je do systemu księgowego i archiwizuje dokument. Wychodzi mu wersja, która działa dla faktur w jednym, znanym formacie, i się wywala przy każdym innym. Podobnie bywa z automatyzacją obsługi klienta, gdzie pierwsza wersja scenariusza świetnie radzi sobie z prostym zgłoszeniem, a gubi się, gdy klient napisze coś nietypowego albo w dwóch wiadomościach pod rząd. To nie znaczy, że nauka Make jest bezcelowa, tylko że warto wiedzieć, gdzie jest granica między „umiem złożyć klocki” a „umiem to zabezpieczyć na produkcję”.

Najczęstsze błędy początkujących w Make

Pierwszy błąd to budowanie od razu skomplikowanego scenariusza z wieloma routerami, zamiast najpierw zrobić prostą wersję liniową i dopiero ją rozbudowywać. Drugi to ignorowanie testów pośrednich, czyli klikanie „zapisz” po dziesięciu zmianach naraz i zdziwienie, że coś nie działa, choć trudno powiedzieć co. Trzeci to zapominanie o limicie operacji i odkrycie po dwóch tygodniach, że scenariusz przestał działać w środku miesiąca, bo skończył się pakiet na darmowym planie. Czwarty, chyba najbardziej kosztowny, to brak żadnego powiadomienia o błędzie: scenariusz się psuje po tygodniu od wdrożenia, nikt o tym nie wie, a firma wraca do ręcznego procesu bez świadomości, że automatyzacja od dawna stoi.

Jeśli Twoja pierwsza automatyzacja rozrośnie się do czegoś większego, na przykład synchronizacji zamówień z platformy sklepowej z magazynem i fakturowaniem, to dobry moment, żeby zajrzeć w stronę bardziej dedykowanego podejścia, takiego jak automatyzacja e-commerce, gdzie liczba wyjątków i integracji zwykle przerasta pojedynczy prosty scenariusz zbudowany na jedno popołudnie.