Антон Дегтярёвроботы и триггеры битрикс24: 15 полезных сценариев
Роботы — самая недооценённая часть Битрикс24. С ними менеджер тратит на рутину в 3 раза меньше времени, а руководитель видит нестандартные ситуации сразу, а не через неделю. Ниже — 15 сценариев, которые я включаю почти в каждый проект. Всё делается без программирования, обычным конструктором.
разница между роботом и триггером
Робот — действие, которое выполняется на определённом этапе сделки. Пример: как только сделка попала в статус «Договор» — робот ставит задачу «Отправить договор». Триггер — событие, которое перемещает сделку между этапами. Пример: пришла оплата → триггер переводит сделку из «Оплата» в «В работе». Роботы делают ЧТО-ТО когда сделка в статусе, триггеры МЕНЯЮТ статус когда что-то произошло. Порядок обычно такой: триггер срабатывает → сделка переходит в следующий статус → роботы этого статуса запускаются.
сценарии 1–5: автозадачи по этапам
1. «Новый лид» → задача «Позвонить в течение 15 минут». Ускоряет реакцию, ловит менеджеров, которые «забыли».
2. «Отправлено КП» → задача «Перезвонить через 3 дня, если нет ответа». Убирает «зависшие» КП.
3. «Договор» → задача «Проконтролировать подписание через 2 дня».
4. «Ждём оплату» → задача «Напомнить об оплате через 5 дней». Мягкое напоминание, а не «зависшая» сделка.
5. «Выполнено» → задача «Запросить отзыв через 7 дней». Автоматический сбор соцдоказательств.
сценарии 6–8: уведомления руководителю
6. Сделка >500к рублей в новом статусе → сообщение руководителю в чат. Ключевые сделки под контролем.
7. Сделка висит в статусе больше N дней → эскалация: сначала напоминание менеджеру, потом уведомление руководителю. Так «висящие» сделки становятся видимыми.
8. Отказ по сделке от 200к → уведомление руководителю с полем «причина отказа». Разбор дорогих отказов, а не «прошёл мимо».
сценарии 9–11: автоматическое движение по воронке
9. Пришла оплата (событие из 1С или банка) → триггер переводит сделку в «В работе». Экономит менеджеру 30 секунд на каждой сделке.
10. Договор подписан (событие из системы ЭДО) → триггер переводит в «Ждём оплату» + отправляет счёт.
11. Клиент ответил в чате (WhatsApp через Wazzup, Telegram, MAX) → триггер снимает задачу «Написать клиенту» с менеджера. Убирает «просроченные» задачи из-за того, что клиент уже сам ответил.
сценарии 12–13: работа с документами
12. Сделка в статусе «Договор» → робот генерирует договор по шаблону с данными из карточки сделки. Менеджер только проверяет, отправляет клиенту.
13. Сделка в статусе «Ждём оплату» → робот создаёт счёт в 1С по данным сделки (через интеграцию с 1С). Без ручного дублирования данных.
сценарии 14–15: удержание и допродажи
14. Прошло 3 месяца после «Выполнено» → задача менеджеру «Позвонить, спросить как идёт». Простой инструмент допродаж — 20–30% клиентов возвращаются с новыми задачами.
15. Клиент из VIP-сегмента (по сумме сделок >X) → отдельная воронка обслуживания, персональный менеджер, приоритетная обработка. Отдельная воронка позволяет вести VIP-клиентов иначе, чем обычных.
типичные ошибки при работе с роботами
Настроили 30 роботов на все случаи жизни. Менеджеры завалены задачами, часть которых бессмысленна. Правило: 5–10 роботов на воронку, каждый решает конкретную проблему.
Роботы срабатывают одновременно и мешают. Например, при переходе в статус — 3 задачи, 2 уведомления, робот на 1С. Менеджер видит взрыв активности и не понимает, что важно. Расставляйте роботы по этапам, чтобы на каждом было 1–2 действия.
Роботы делают то, что противоречит роботам на других этапах. Робот на «Договор» создаёт задачу на 3 дня, а сделка часто проходит этап за час — задача пропущенная. Проверяйте временные рамки.