Уведомления менеджеров о событиях в сделке

Уведомление менеджера в Битрикс24 — это внутреннее оповещение сотрудника о событии в сделке: смене стадии, приходе оплаты, новой заявке или просроченном деле. За него отвечает робот «Уведомление», который доставляет сообщение в Битрикс24.Чат, всплывающим окном и push на телефон. Разбираем, как его настроить, кому и по каким каналам слать, и почему оповещения иногда не доходят.

Что такое уведомления менеджеров и зачем они нужны

В CRM Битрикс24 уведомления делятся на два принципиально разных потока. Первый — коммуникации с клиентом: письма, SMS, сообщения в мессенджеры. Второй — внутренние оповещения сотрудников: они не уходят наружу, а поднимают менеджера или руководителя «изнутри портала», когда со сделкой что-то произошло. В этой статье речь о втором потоке.

Технически внутреннее оповещение — это действие автоматизации, которое пишет сообщение конкретному пользователю портала. Оно приходит в центр уведомлений (иконка колокольчика), в Битрикс24.Чат и, если у сотрудника установлено мобильное приложение, push-уведомлением на телефон. Так менеджер узнаёт о событии, даже если в этот момент не смотрит на карточку сделки.

Робот «Уведомление»: где настраивается

Основной инструмент — робот «Уведомление» (в некоторых версиях интерфейса — «Уведомить сотрудника»). Он живёт в разделе автоматизации: откройте CRM → Сделки, перейдите в режим Роботы (или CRM → Настройки → Автоматизация → Роботы) и выберите нужную воронку и стадию.

Роботы привязаны к стадиям: сообщение отправится в момент, когда сделка попадёт на выбранную стадию. Порядок настройки:

1. выберите воронку и стадию, на которой нужно оповестить менеджера;
2. нажмите «Добавить» и в группе «Уведомления» выберите робот «Уведомление»;
3. укажите получателя, текст сообщения и канал доставки;
4. при необходимости задайте условие запуска и задержку.

Важно, что робот «Уведомление» отправляет оповещение сотруднику портала, а не клиенту — для клиентских писем и SMS используются отдельные роботы отправки. Не путайте их: у робота уведомления нет полей темы письма или номера телефона, только внутренний адресат.

Кому отправлять: ответственный, руководитель, отдел

Сила уведомлений в том, что адресата можно указать не жёстко, а по роли в сделке. Тогда одно правило работает для всего отдела, кого бы ни назначили ответственным. В роботе «Уведомление» доступны варианты получателя:

• Ответственный — сотрудник, назначенный по сделке (поле Ответственный); самый частый выбор;
• Руководитель ответственного — начальник отдела, к которому относится менеджер; удобно для эскалации;
• Конкретный сотрудник — фиксированный пользователь, например РОП или дежурный;
• Отдел или список сотрудников — оповестить сразу нескольких, например всю группу продаж;
• Автор / создатель сделки — тот, кто её завёл.

Комбинируя это, легко построить эскалацию: при обычной смене стадии уведомляем ответственного, а при переходе крупной сделки в «Ожидание оплаты» — дополнительно руководителя. Для второго правила добавляют условие по сумме, чтобы руководителя не дёргали мелкие сделки.

Каналы доставки: чат, всплывающее окно и push

Одно и то же уведомление может прийти по нескольким каналам одновременно. Битрикс24 доставляет его в центр уведомлений (колокольчик со счётчиком), сообщением в Битрикс24.Чат от имени системного бота и push в мобильное приложение. Мобильный канал работает, только если у сотрудника установлено приложение и он авторизован на портале.

В настройках робота обычно можно выбрать характер сообщения:

• Обычное уведомление — тихо ложится в центр уведомлений и чат, увеличивает счётчик;
• Всплывающее (важное) — показывается поверх интерфейса, его сложнее пропустить.

Помимо роботов, у Битрикс24 есть штатные оповещения, не требующие настройки: система сама подсвечивает красными счётчиками просроченные дела (звонки, встречи, задачи) в карточке и в списке. Робот «Уведомление» дополняет этот механизм там, где стандартных счётчиков недостаточно — например, чтобы явно сообщить о событии, которое само по себе дела не создаёт.

Текст уведомления и подстановка полей сделки

Пустое «сделка изменилась» бесполезно — менеджер не поймёт, о чём речь. Поэтому текст уведомления собирают из полей сделки через подстановки. При редактировании сообщения нажмите на значок вставки поля и выберите нужный параметр — он подставится как макрос вида {{Название}}, {{Сумма}}, {{Стадия}}, {{Ответственный}}.

Хороший текст уведомления содержит три вещи: что произошло, по какой сделке и что делать дальше. Пример:

• Сделка «{{Название}}» на сумму {{Сумма}} перешла в стадию «{{Стадия}}». Свяжитесь с клиентом сегодня.

Доступны не только базовые поля, но и результаты предыдущих роботов, значения из связанных сущностей (контакт, компания) и пользовательские поля. Это позволяет включать в текст, например, телефон контакта или комментарий из последнего действия — чтобы менеджер получил не только сигнал, но и контекст без открытия карточки.

Триггеры и типовые сценарии оповещений

Робот срабатывает при попадании сделки на стадию. Но событие может произойти вне воронки — клиент открыл письмо, пришла оплата, поступил входящий звонок. Здесь в игру вступают триггеры: они реагируют на внешнее событие, а как реакцию — двигают сделку на нужную стадию, где уже стоит робот «Уведомление».

Связка триггер → смена стадии → уведомление закрывает большинство практических задач:

• Приход оплаты. Триггер «Приход оплаты» переводит сделку на стадию «Оплачено», где робот уведомляет ответственного и бухгалтера;
• Открытие письма / визит на сайт. Триггер фиксирует активность клиента и оповещает менеджера, что «клиент прогрелся» — самое время звонить;
• Новая заявка с сайта. На первой стадии робот сразу уведомляет ответственного, чтобы заявку взяли в работу за минуты;
• Зависшая сделка. Робот с задержкой (например, «через 2 дня без движения») напоминает менеджеру и эскалирует руководителю.

Почему уведомления не доходят: диагностика

Когда менеджеры жалуются, что «оповещения не приходят», причина почти всегда в настройке правила, а не в сбое портала. Проверяйте по порядку:

• Робот стоит не на той стадии или не в той воронке. Убедитесь, что правило добавлено именно к воронке, где идут эти сделки, и к нужной стадии;
• Условие запуска отсекает сделку. Если у робота задано условие (например, по сумме или источнику), сделки, не подходящие под фильтр, оповещения не получат;
• Указан фиксированный сотрудник, который уволен или деактивирован. Уведомление уходит «в никуда» — используйте роль «Ответственный», а не конкретное имя;
• Нет мобильного приложения. Push не придёт на телефон, если сотрудник не установил и не авторизовал приложение Битрикс24;
• Сотрудник отключил звук/всплывающие в личных настройках уведомлений — сообщение придёт тихо в центр уведомлений.

Проверить, отработал ли робот, помогает журнал автоматизации в карточке сделки — там видно, какие роботы и триггеры запускались и с каким результатом. Если робот отмечен как выполненный, а сотрудник ничего не получил, ищите проблему на стороне адресата или канала доставки.

Итог

Уведомления менеджеров о событиях в сделке — это связка из робота «Уведомление», гибкого выбора адресата по роли (ответственный, руководитель, отдел), персонализированного текста с подстановкой полей и триггеров, которые ловят события вне воронки. Собрать базовую схему можно из коробки за несколько минут, а надёжность держится на мелочах: правильная воронка и стадия, роли вместо фиксированных имён, разумное число оповещений и контроль через журнал автоматизации.

Мы в B2Bsite выстраиваем систему оповещений под реальный процесс продаж: настраиваем эскалации, связываем триггеры оплаты и активности клиента с уведомлениями, убираем «шум» и делаем так, чтобы ни одна заявка не терялась из-за невнимательности. Если отдел продаж тонет в ручном контроле стадий — поможем автоматизировать это в вашей CRM Битрикс24.