Налаштування сповіщень менеджерам у CRM Бітрікс24
Менеджер пропустив вхідний ліда, тому що сповіщення пішло у загальний чат, де його засипало повідомленнями. Інший менеджер не побачив зміну статусу угоди, тому що сповіщення про це просто не були налаштовані. У CRM Бітрікс24 сповіщення працюють, але за замовчуванням налаштовані занадто узагальнено — критичні подiї тонуть у потоці інформаційного шуму.
Задача — налаштувати адресні сповіщення: нужна подія → нужна людина → нужний канал.
Канали сповіщень у Бітрікс24
Бітрікс24 підтримує кілька каналів доставки сповіщень:
| Канал | Метод API | Коли використовувати |
|---|---|---|
| Системне сповіщення | im.notify.system.add |
Дії в CRM: новий ліда, зміна статусу |
| Персональне сповіщення | im.notify.personal.add |
Напоминання, дедлайни |
| Чат (груповий) | im.message.add |
Еzkалація, командні алерти |
| Push (мобільне приложение) | Автоматично при системному сповіщенні | Критичні подiї в полях |
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: сповіщення директору в окремий чат.
Налаштування через бізнес-процеси
Для складної логіки (цепочки сповіщень, еskалація, умовна маршрутизація) використовуються бізнес-процеси Бітрікс24. Вони дають доступ до дій:
- Сповіщення користувача — аналог робота, але всередині довільного workflow
- Відправка повідомлення у чат — для командних алертів
- Задача — створення задачі як «важке» сповіщення, що вимагає реакції
Бізнес-процес запускається при створенні/зміні елемента CRM. У дизайнері доступні умови, цикли, паралельні гілки.
Інтеграція з зовнішніми каналами
Якщо менеджери використовують Telegram — інтеграція через вебхук Бітрікс24 (rest/1/xxxx/) та Telegram Bot API. При срабативанні робота викликується вихідний вебхук, який через проміжний скрипт відправляє повідомлення у Telegram-чат або особисто.
Для Slack, Discord та інших месенджерів — аналогічна схема через вебхуки.
Типові помилки у налаштуванні
Надмірність. Менеджер отримує 50+ сповіщень на день — перестає їх читати. Рішення: сповіщувати тільки про дії, що вимагають реакції. Інформаційні подiї (клієнт відкрив лист, подивився КП) — тільки у карточку угоди, без сповіщення.
Відсутність ескалації. Сповіщення відправлено, але менеджер не відреагував протягом години. Без еськалації ліда остигає. Налаштовується через робот з таймером: якщо статус не змінився за N хвилин — сповіщення керівнику.
Дублі. Робот та бізнес-процес на одну подію — менеджер отримує два сповіщення. Перед налаштуванням нового правила — перевірити існуючі.
Налаштування сповіщень займає один робочий день: аудит поточних правил, проектування матриці «подія → одержувач → канал», налаштування роботів та тестування на реальних сценаріях.