Bitrix24: настройка автоматических уведомлений
Bitrix24: настройка автоматических уведомлений
Главная боль РОПа — он не знает, что происходит в сделках, пока менеджер сам не скажет. Автоматические уведомления решают это за 30 минут настройки и год экономии нервов. Разберём 6 сценариев, которые работают в каждой B2B-команде на Bitrix24.
Где настраивать
В Bitrix24 три механизма уведомлений, и они путаются:
- Роботы — простые действия на смене стадии сделки (новинка после 2018-го). Настраиваются прямо в карточке стадии.
- Триггеры — реакция на события (письмо, звонок, отметка о визите). Запускают робота автоматически.
- Бизнес-процессы (БП) — для сложной логики с условиями, ветвлениями, ожиданиями. Тяжеловесный, но мощный инструмент.
Правило: всё, что делается роботом + триггером — делается ими. БП — только когда логика реально ветвится.
Сценарий 1: новая сделка → ответственному
При создании сделки робот «Уведомить пользователя» отправляет ответственному push в мобильное приложение и письмо. В тексте — имя клиента, источник, сумма, ссылка на сделку. Время реакции на новый лид падает с часов до минут. Настраивается за 2 минуты в стадии «Новая».
Сценарий 2: сделка зависла на стадии 48 часов
В стадии «Квалификация» добавьте робота «Ожидание 2 дня» → «Уведомить пользователя» (ответственному) + «Уведомить руководителя» (РОПу). Текст: «Сделка #N застряла в квалификации. Дед-лайн нарушен». Эта одна настройка вытягивает 10–20% сделок, которые иначе бы умерли.
Сценарий 3: крупная сделка → руководителю
Триггер на изменение поля «Сумма»: если сумма > 500 000 ₽, робот шлёт уведомление РОПу и собственнику. РОП подключается к крупной сделке на ранней стадии, шансы закрытия растут. Условие настраивается в роботе через «Условие → Сумма больше Х».
Сценарий 4: входящий звонок без ответа
Триггер «Пропущенный звонок» → робот «Создать задачу» ответственному + уведомление в чат отдела продаж в мессенджере через webhook. Менеджер видит пропущенный звонок не в общем списке (где он теряется), а как персональную задачу с дед-лайном «перезвонить за 15 минут». Конверсия пропущенных в продажу — в 2–3 раза выше.
Сценарий 5: клиент открыл КП
Если используете интеграцию с e-mail трекером (DocSend, PandaDoc, или собственный pixel) — настройте webhook на открытие КП. Робот ставит задачу менеджеру: «Клиент N открыл КП 3 раза за последний час. Перезвонить сейчас». Это самый горячий момент сделки, и его нельзя пропускать.
Сценарий 6: оплата прошла → команде
При переходе сделки в стадию «Оплачено»: робот шлёт уведомление в общий чат отдела в мессенджере с шаблоном «🎉 [Менеджер] закрыл [Клиент] на [Сумма]». Это не для понтов — это рабочая мотивация. Каждый видит, кто и сколько закрывает, и подтягивается.
Антипаттерны
Чего НЕ делать:
- Уведомления обо всём подряд. Через неделю их перестают читать. Уведомление = только то, на что нужна реакция в течение часа.
- Уведомления в общий чат отдела. Шум 100 сообщений в день. Только персональные push + почта; в общий чат — только закрытия и крупные алерты.
- Дублирование SMS + push + email. Выберите один канал и работайте через него.
- Сложный текст уведомления. Имя, сумма, дед-лайн, ссылка — больше ничего не нужно.
Как ускорить настройку
Bitrix24 даёт ограниченный no-code UI для роботов — для сложных сценариев нужен разработчик или часы возни. ВЫШКА предоставляет шаблоны 30+ типичных сценариев уведомлений с одной кнопкой «применить к моему порталу». Это экономит 4–8 часов работы интегратора.
Итог
90% уведомлений в Bitrix24 настраиваются за 1–2 часа на робототехнике без программирования. Эффект — менеджеры реагируют на сделки в разы быстрее, ничего не теряется, РОП видит критические события без ручного контроля. Это базовая гигиена воронки, без которой все остальные инструменты бесполезны.