---
title: "Make.com + Echobell: zamień dowolną automatyzację w natychmiastowy alert telefoniczny"
description: "Dowiedz się, jak połączyć Make.com z Echobell, aby dostawać połączenia telefoniczne lub powiadomienia push z dowolnej automatyzacji — zamówień w Shopify, zmian w CRM, nieudanych płatności i nie tylko."
date: 2026-03-27
author: Nooc
authorAvatarLink: /images/avatars/nooc.webp
authorLink: https://nooc.me
tags:
  - Make.com
  - automatyzacja
  - powiadomienia z webhooków
  - no-code
  - integracje
---

# Make.com + Echobell: zamień dowolną automatyzację w natychmiastowy alert telefoniczny

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:

```json
{
  "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ą.

```json
{
  "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ć.

```json
{
  "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.

```json
{
  "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.

```json
{
  "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.

```json
{
  "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.

- [Powiadomienia z webhooków na iPhone](/pl/features/webhooks)
- [Alerty telefoniczne przy krytycznych incydentach](/pl/features/call-notifications)
- [Powiadomienia z webhooków Zapiera na telefon](/pl/blog/zapier-webhook-notifications-to-phone)
- [Centrum automatyzacji n8n z Echobell](/pl/blog/n8n-echobell-automation-hub)
- [Jak omijać tryb Skupienia w iOS przy krytycznych alertach](/pl/blog/how-to-bypass-ios-focus-mode-for-critical-alerts)