Spis treści
- Konfiguracja (zajmuje jakieś 3 minuty)
- Pięć scenariuszy wartych zbudowania
- 1. Zamówienia e-commerce o wysokim priorytecie
- 2. Powiadomienia o nowych leadach
- 3. Nieudane płatności
- 4. Alerty o stanach magazynowych i operacjach
- 5. Monitoring i dostępność przez usługi zewnętrzne
- Wybór właściwego typu powiadomienia
- Udostępnianie alertów zespołowi
- Jeszcze jedno: Make + wyzwalacz e-mail
- Od czego zacząć
Make.com (dawniej Integromat) należy do tych narzędzi, do których po pierwszym użyciu wraca się z coraz to nowymi pomysłami. W bibliotece Make jest ponad 1800 aplikacji, a łączyć je można w sposoby, których ręczne zbudowanie zajęłoby całe dni.
Jednej rzeczy Make sam z siebie nie rozwiązuje dobrze: jak te automatyzacje mają do Ciebie dotrzeć, gdy naprawdę coś się dzieje.
E-mail wydaje się powolny. Powiadomienia na Slacku piętrzą się i zostają zignorowane. A zwykłe powiadomienie push — cóż, jeśli telefon leży ekranem do dołu albo działa tryb Skupienia, to równie dobrze mogłoby go nie być.
W tym miejscu wchodzi Echobell. Gdy podepniesz scenariusz Make do kanału Echobell, dostajesz pełną paletę możliwości: standardowy push, alert czasowo krytyczny przebijający się przez tryb Skupienia albo prawdziwe połączenie telefoniczne przy sprawach, które nie mogą czekać.
Oto jak to skonfigurować i kilka konkretnych scenariuszy wartych zbudowania.
Konfiguracja (zajmuje jakieś 3 minuty)
Krok 1: utwórz kanał w Echobell
W aplikacji Echobell utwórz nowy kanał i nadaj mu nazwę oddającą to, co będzie przenosił — Shopify Urgent Orders, Stripe Failures albo cokolwiek pasuje. Skopiuj adres URL webhooka.
Krok 2: dodaj moduł HTTP w Make
W swoim scenariuszu Make dodaj nowy moduł. Wyszukaj HTTP > Make a request i skonfiguruj go:
- URL: Twój adres URL webhooka z Echobell
- Method: POST
- Body type: Raw
- Content type: application/json
Krok 3: ustaw payload
Treść żądania powinna wyglądać tak:
{
"title": "Your alert title here",
"body": "Details about what happened",
"notificationType": "time-sensitive"
}
Możesz korzystać z wartości dynamicznych Make — pobierz dane z wcześniejszych kroków scenariusza, aby powiadomienie faktycznie coś mówiło.
To cały podstawowy wzorzec. Reszta sprowadza się do wyboru właściwego wyzwalacza i właściwego poziomu pilności.
Pięć scenariuszy wartych zbudowania
1. Zamówienia e-commerce o wysokim priorytecie
Wyzwalacz: Shopify / WooCommerce / Wix Stores — nowe zamówienie powyżej określonej wartości albo oznaczone do ręcznej weryfikacji.
Jeśli prowadzisz sklep internetowy, pewnie nie chcesz cały dzień gapić się w panel. Ale chcesz od razu wiedzieć, gdy wpada duże zamówienie, gdy zamówienie wysokiego ryzyka wymaga weryfikacji albo gdy pojawia się problem z realizacją.
{
"title": "New order: {{order.name}}",
"body": "{{customer.first_name}} {{customer.last_name}} — {{order.total_price}} {{order.currency}}",
"notificationType": "time-sensitive"
}
Przy zamówieniach oznaczonych jako podejrzane przełącz się na calling, żeby telefon naprawdę zadzwonił.
2. Powiadomienia o nowych leadach
Wyzwalacz: Typeform, HubSpot, Salesforce, Pipedrive — utworzenie nowego kontaktu albo przejście szansy sprzedaży do gorącego etapu.
Przy sprzedaży prowadzonej przez założyciela lub w małym zespole handlowym szybka reakcja na nowego leada potrafi przesądzić o transakcji. Brzęczenie telefonu w chwili, gdy ktoś zgłasza się po demo, pozwala oddzwonić, zanim przestanie o Tobie myśleć.
{
"title": "New demo request: {{contact.name}}",
"body": "{{contact.email}} — {{form.company}} — signed up {{sys.now}}",
"notificationType": "time-sensitive"
}
3. Nieudane płatności
Wyzwalacz: Stripe, Paddle, Chargebee — nieudana płatność abonamentowa, utworzenie chargebacku.
Nieudane płatności to jedna z tych rzeczy, które wyglądają na drobiazg, a szybko się sumują. Scenariusz Make obserwujący Twojego operatora płatności może natychmiast wywołać powiadomienie w Echobell, żebyś zdążył zareagować — zanim klient odejdzie albo zakwestionuje obciążenie.
{
"title": "Payment failed: {{customer.email}}",
"body": "{{invoice.amount_due}} {{invoice.currency}} — {{failure_message}}",
"notificationType": "calling"
}
Akurat tutaj calling ma sens — utrata przychodu to całkiem niezły powód, żeby przerwać to, co się właśnie robi.
4. Alerty o stanach magazynowych i operacjach
Wyzwalacz: Airtable, Google Sheets, Notion — zmiana w wierszu, przekroczenie progu w polu, zmiana statusu.
Sporo operacji opiera się na arkuszach i bazach danych. Make może je obserwować i powiadamiać Cię w chwili, gdy coś wymaga uwagi: stan magazynowy spada poniżej minimum, status dostawy zmienia się na „failed”, a zaplanowane zadanie zostaje oznaczone jako zaległe.
{
"title": "Low stock: {{item.name}}",
"body": "Only {{item.quantity}} left — reorder point was {{item.reorder_level}}",
"notificationType": "time-sensitive"
}
5. Monitoring i dostępność przez usługi zewnętrzne
Wyzwalacz: Datadog, Better Uptime, PagerDuty, Freshping — gdy Make odbiera webhook z Twojej usługi monitoringu, a Ty chcesz eskalować sprawę do połączenia telefonicznego.
Jeśli narzędzie monitorujące wysyła webhook do Make, możesz wzbogacić alert — dociągnąć dodatkowy kontekst, sprawdzić stronę statusu, zapisać wpis w bazie — a dopiero potem wywołać powiadomienie Echobell z pełnym obrazem sytuacji.
{
"title": "ALERT: {{monitor.name}} is down",
"body": "Error: {{monitor.error}} — downtime started {{monitor.started_at}}",
"notificationType": "calling"
}
Wybór właściwego typu powiadomienia
Do wyboru są trzy opcje, a trafna decyzja sprawia, że alerty pozostają przydatne, zamiast stać się irytujące:
| Typ | Co robi | Najlepszy do |
|---|---|---|
active | Standardowe powiadomienie push | Rutynowe informacje |
time-sensitive | Przebija się przez tryb Skupienia w iOS | Sprawy wymagające reakcji w ciągu kilku minut |
calling | Pełny dzwonek jak przy połączeniu przychodzącym | Awarie produkcji i zdarzenia uderzające w przychód |
Typ calling wymaga subskrypcji premium — traktuj go jak alarm pożarowy. Jeśli dzwoni wszystko, nic już nic nie znaczy.
Udostępnianie alertów zespołowi
Jeśli powiadomienie ma docierać do wielu osób, kanały Echobell załatwiają to w naturalny sposób. Utwórz kanał, udostępnij link subskrypcji tym, którzy mają je otrzymywać, a każda subskrybująca osoba dostanie alert w chwili uruchomienia scenariusza.
To czysty sposób na wspólny monitoring w małym zespole bez budowania skomplikowanych reguł routingu. Gdy zmienia się osoba na dyżurze, ona rezygnuje z subskrypcji, a kolejna ją włącza. Tyle.
Jeszcze jedno: Make + wyzwalacz e-mail
Nie wszystkie systemy rozmawiają z Make. Niektóre wysyłają wyłącznie e-maile. Echobell nadaje każdemu kanałowi unikalny adres e-mail w domenie @echobell.one. Możesz kazać Make obserwować skrzynkę Gmail, filtrować konkretnych nadawców lub tematy i przekazywać pasujące wiadomości do Echobell — albo przekazywać e-maile wprost na adres kanału, całkiem bez udziału Make.
Tak czy inaczej e-mail zamienia się w powiadomienie Echobell, a to w push albo dzwoniący telefon.
Od czego zacząć
Jeśli już korzystasz z Make, najprościej wybrać jeden scenariusz, który masz dziś — ten, w którym przegapione zdarzenie naprawdę kosztuje — i dodać na jego końcu moduł HTTP. Pięć minut pracy. Zobacz, jak to jest dostawać niezawodne, trudne do zignorowania powiadomienie w tej jednej konkretnej sprawie.
A potem rozwijaj to dalej.