Содержание
- Настройка (занимает около 3 минут)
- Пять сценариев, которые стоит собрать
- 1. Важные заказы в интернет-магазине
- 2. Уведомления о новых лидах
- 3. Сбои платежей
- 4. Оповещения по складу и операциям
- 5. Мониторинг и доступность через сторонние сервисы
- Выбор подходящего типа уведомления
- Общие оповещения для команды
- И ещё одно: Make + триггер по email
- С чего начать
Make.com (ранее Integromat) — один из тех инструментов, для которых, однажды начав ими пользоваться, вы находите всё новые применения. В библиотеке Make больше 1800 приложений, и связывать их между собой можно так, как вручную пришлось бы собирать несколько дней.
Чего Make сам по себе не решает: как эти автоматизации доходят до вас, когда что-то действительно произошло.
Почта кажется медленной. Уведомления в Slack копятся и остаются без внимания. А обычное push-уведомление — если телефон лежит экраном вниз или включено «Фокусирование», можно считать, что вас и не уведомили.
Здесь подключается Echobell. Как только вы свяжете сценарий Make с каналом Echobell, вам доступен весь диапазон: обычный push, срочное оповещение, которое пробивается через «Фокусирование», или настоящий телефонный звонок для того, что не может ждать.
Дальше — как это настроить и несколько конкретных сценариев, которые стоит собрать.
Настройка (занимает около 3 минут)
Шаг 1: создайте канал Echobell
В приложении Echobell создайте новый канал и дайте ему имя, отражающее то, что он будет передавать — Shopify Urgent Orders, Stripe Failures или что угодно подходящее. Скопируйте URL вебхука.
Шаг 2: добавьте HTTP-модуль в Make
В своём сценарии Make добавьте новый модуль. Найдите HTTP > Make a request. Настройте его:
- URL: URL вашего вебхука Echobell
- Метод: POST
- Тип тела: Raw
- Content type: application/json
Шаг 3: задайте тело запроса
Тело должно выглядеть так:
{
"title": "Your alert title here",
"body": "Details about what happened",
"notificationType": "time-sensitive"
}
Можно использовать динамические значения Make — подставьте данные из предыдущих шагов сценария, чтобы уведомление действительно сообщало что-то полезное.
Это базовая схема. Всё остальное — выбор правильного триггера и правильного уровня срочности.
Пять сценариев, которые стоит собрать
1. Важные заказы в интернет-магазине
Триггер: Shopify / WooCommerce / Wix Stores — новый заказ выше определённой суммы или помеченный для ручной проверки.
Если вы держите интернет-магазин, вам вряд ли хочется весь день смотреть в дашборд. Но вы хотите сразу знать, когда приходит крупный заказ, когда рискованный заказ требует проверки или когда возникает проблема с отгрузкой.
{
"title": "New order: {{order.name}}",
"body": "{{customer.first_name}} {{customer.last_name}} — {{order.total_price}} {{order.currency}}",
"notificationType": "time-sensitive"
}
Для заказов с подозрением на мошенничество переключитесь на calling, чтобы телефон действительно зазвонил.
2. Уведомления о новых лидах
Триггер: Typeform, HubSpot, Salesforce, Pipedrive — создан новый контакт или сделка переходит в горячую стадию.
Если вы продаёте сами или руководите небольшим отделом продаж, быстрая реакция на нового лида может решить исход сделки. Вибрация телефона в момент, когда лид оставляет заявку на демо, означает, что вы свяжетесь с ним, пока он ещё думает о вас.
{
"title": "New demo request: {{contact.name}}",
"body": "{{contact.email}} — {{form.company}} — signed up {{sys.now}}",
"notificationType": "time-sensitive"
}
3. Сбои платежей
Триггер: Stripe, Paddle, Chargebee — не прошёл платёж по подписке, создан чарджбэк.
Неудачные платежи выглядят мелочью, но быстро накапливаются. Сценарий Make, следящий за вашим платёжным провайдером, может отправить мгновенное уведомление Echobell, чтобы вы успели среагировать — до того, как клиент уйдёт или оспорит списание.
{
"title": "Payment failed: {{customer.email}}",
"body": "{{invoice.amount_due}} {{invoice.currency}} — {{failure_message}}",
"notificationType": "calling"
}
Здесь calling оправдан — потеря выручки вполне достаточный повод прервать текущее занятие.
4. Оповещения по складу и операциям
Триггер: Airtable, Google Sheets, Notion — меняется строка, поле пересекает порог, переключается статус.
Многие процессы живут в таблицах и базах данных. Make может следить за ними и уведомлять вас, как только что-то требует внимания: остаток падает ниже минимума, статус доставки переключается на «failed», запланированная задача помечается как просроченная.
{
"title": "Low stock: {{item.name}}",
"body": "Only {{item.quantity}} left — reorder point was {{item.reorder_level}}",
"notificationType": "time-sensitive"
}
5. Мониторинг и доступность через сторонние сервисы
Триггер: Datadog, Better Uptime, PagerDuty, Freshping — когда Make получает вебхук от вашего сервиса мониторинга, а вы хотите эскалировать до телефонного звонка.
Если инструмент мониторинга отправляет вебхук в Make, вы можете обогатить оповещение — подтянуть дополнительный контекст, проверить статус-страницу, записать в базу данных — и затем отправить уведомление Echobell с полной картиной.
{
"title": "ALERT: {{monitor.name}} is down",
"body": "Error: {{monitor.error}} — downtime started {{monitor.started_at}}",
"notificationType": "calling"
}
Выбор подходящего типа уведомления
Вариантов три, и правильный выбор сохраняет оповещения полезными, а не раздражающими:
| Тип | Что делает | Для чего лучше всего |
|---|---|---|
active | Обычное push-уведомление | Рутинные информационные обновления |
time-sensitive | Пробивается через «Фокусирование» в iOS | То, на что нужно среагировать за считаные минуты |
calling | Полноценный звонок, как входящий вызов | Критичные для выручки сбои и аварии в продакшене |
Тип calling требует подписки Premium — относитесь к нему как к пожарной тревоге. Если звонит всё подряд, сигналы перестают что-либо значить.
Общие оповещения для команды
Если уведомление должно дойти до нескольких человек, каналы Echobell решают это естественным образом. Создайте канал, поделитесь ссылкой на подписку с теми, кто должен его получать, и каждый подписавшийся получит оповещение, когда сценарий сработает.
Это удобный способ организовать общий мониторинг для небольшой команды без сложных правил маршрутизации. Когда дежурный меняется, он отписывается, а подписывается следующий. Вот и всё.
И ещё одно: Make + триггер по email
Не все системы умеют работать с Make. Некоторые только отправляют письма. Echobell выдаёт каждому каналу уникальный адрес @echobell.one. Вы можете поручить Make следить за ящиком Gmail, фильтровать по конкретным отправителям или темам и пересылать подходящие письма в Echobell — или пересылать письма прямо на адрес канала, вообще без Make в цепочке.
В любом случае письмо превращается в уведомление Echobell, а оно — в push или в телефонный звонок.
С чего начать
Если вы уже пользуетесь Make, самый простой путь — взять один из существующих сценариев, тот, где пропущенное событие реально чего-то стоит, и добавить в конец HTTP-модуль. Пять минут работы. Посмотрите, каково это — получать надёжное, трудно игнорируемое уведомление именно об этом событии.
А дальше расширяйте.