Настройка уведомлений менеджерам в CRM Битрикс24
Менеджер пропустил входящий лид, потому что уведомление пришло в общий чат, где его засыпало сообщениями. Другой менеджер не увидел смену статуса сделки, потому что уведомления об этом просто не были настроены. В CRM Битрикс24 уведомления работают, но по умолчанию настроены слишком обобщённо — и критичные события тонут в потоке информационного шума.
Задача — настроить адресные уведомления: нужное событие → нужному человеку → в нужный канал.
Каналы уведомлений в Битрикс24
Битрикс24 поддерживает несколько каналов доставки уведомлений:
| Канал | Метод API | Когда использовать |
|---|---|---|
| Системное уведомление | im.notify.system.add |
Действия в CRM: новый лид, смена статуса |
| Персональное уведомление | im.notify.personal.add |
Напоминания, дедлайны |
| Чат (групповой) | im.message.add |
Эскалация, командные алерты |
| Push (мобильное приложение) | Автоматически при системном уведомлении | Критичные события в полях |
messageservice.message.send или почтовый шаблон |
Дублирование для внешних менеджеров |
Системные уведомления попадают в колокольчик в правом верхнем углу и в мобильное push. Это основной канал для CRM-событий.
Настройка через роботы CRM
Роботы — штатный инструмент автоматизации в CRM Битрикс24, не требующий программирования. Настраиваются в разделе CRM → Роботы и триггеры для каждой сущности (лиды, сделки, контакты).
Робот «Уведомление» (RobotNotification) отправляет системное уведомление указанному пользователю или ответственному. Параметры:
- Кому — ответственный, руководитель, конкретный сотрудник, участники наблюдатели
-
Текст — с подстановкой полей:
{=Document:TITLE},{=Document:ASSIGNED_BY_PRINTABLE},{=Document:OPPORTUNITY} - Условие срабатывания — стадия воронки, значение поля, роль пользователя
Примеры настроек:
-
Новый лид — робот на стадии «Не обработан»: уведомление руководителю отдела продаж + ответственному менеджеру. Текст: «Новый лид: {=Document:TITLE}, источник: {=Document:SOURCE_ID}».
-
Сделка зависла — робот с таймером: если сделка находится на стадии «Переговоры» более 3 дней — уведомление руководителю. Используется робот «Ждать» + условие.
-
Крупная сделка — робот на стадии «Новая» с условием
OPPORTUNITY > 100000: уведомление директору в отдельный чат.
Настройка через бизнес-процессы
Для сложной логики (цепочки уведомлений, эскалация, условная маршрутизация) используются бизнес-процессы Битрикс24. Они дают доступ к действиям:
- Уведомление пользователя — аналог робота, но внутри произвольного workflow
- Отправка сообщения в чат — для командных алертов
- Задача — создание задачи как «тяжёлое» уведомление, требующее реакции
Бизнес-процесс запускается при создании/изменении элемента CRM. В дизайнере доступны условия, циклы, параллельные ветки.
Интеграция с внешними каналами
Если менеджеры используют Telegram — интеграция через вебхук Битрикс24 (rest/1/xxxx/) и Telegram Bot API. При срабатывании робота вызывается исходящий вебхук, который через промежуточный скрипт отправляет сообщение в Telegram-чат или личку.
Для Slack, Discord и других мессенджеров — аналогичная схема через вебхуки.
Типичные ошибки в настройке
Избыточность. Менеджер получает 50+ уведомлений в день — перестаёт их читать. Решение: уведомлять только о действиях, требующих реакции. Информационные события (клиент открыл письмо, просмотрел КП) — только в карточку сделки, без уведомления.
Отсутствие эскалации. Уведомление отправлено, но менеджер не отреагировал в течение часа. Без эскалации лид остывает. Настраивается через робот с таймером: если статус не изменился за N минут — уведомление руководителю.
Дубли. Робот и бизнес-процесс на одно событие — менеджер получает два уведомления. Перед настройкой нового правила — проверить существующие.
Настройка уведомлений занимает один рабочий день: аудит текущих правил, проектирование матрицы «событие → получатель → канал», настройка роботов и тестирование на реальных сценариях.