Битрикс24

Роботы и триггеры Битрикс24: пятнадцать сценариев для отдела продаж и что отдать нейросети?

Роботы и триггеры Битрикс24

Роботы и триггеры в Битрикс24 — это автоматика на стадиях сделки: робот делает действие, когда сделка попадает на стадию (ставит задачу, пишет клиенту, уведомляет руководителя), триггер двигает сделку на стадию, когда что-то произошло (клиент написал, оплатил, заполнил форму, поле изменилось). Для отдела продаж из двух-семи человек этого хватает, чтобы убрать большую часть ручной рутины — если сценарии выбраны по делу, а не «включили всё». Ниже — пятнадцать сценариев, которые мы ставим первыми: по пять на три этапа воронки, с условием запуска, действием и типичной ошибкой; затем — какие из них лучше отдать нейросети, потому что робот не понимает ответ клиента, и как настроить так, чтобы робот и ИИ-менеджер не мешали друг другу. Названия настроек и ограничения тарифов — в справке Битрикс24 на дату; мы описываем смысл сценариев. Список — из практики AI Managers по настройке Битрикс24 для отделов продаж.

Что будет на выходе

Менеджер перестаёт помнить рутину: задача «позвонить» появляется сама, клиент получает напоминание без участия человека, руководитель узнаёт о зависшей сделке до того, как клиент ушёл. Сделки двигаются по воронке по событиям а не по тому, вспомнил ли менеджер нажать кнопку. Отчёты становятся честными: стадии отражают реальность, потому что их меняют триггеры по фактам.

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

Что должно быть под рукой

  • Воронка с условиями перехода — пять-семь стадий, у каждой понятно, что должно произойти чтобы сделка пошла дальше. Робот на стадии «В работе» без определения, что это значит, будет делать ерунду.
  • Поля, по которым робот принимает решения: источник, тип запроса, сумма, дата визита. Если робот должен «ставить задачу замерщику, когда есть адрес», поле «Адрес» обязано существовать.
  • Каналы в открытых линиях и связь диалога со сделкой — иначе триггер «клиент написал» не сработает.
  • Право администратора на настройку роботов и триггеров в CRM. Названия действий и их наличие на тарифе — в справке Битрикс24 (проверено 08.10.2026).
  • Один человек, который отвечает за автоматику. Роботы которые настраивали трое в разное время, через полгода делают противоположные вещи.

Пятнадцать сценариев по этапам воронки

Сценарии сгруппированы по трём этапам: вход, работа, завершение. У каждого есть событие, действие и типичная ошибка. Порядок внутри группы — по частоте, с которой мы их ставим.

Вход: новая заявка

  1. Заявка создана — задача ответственному со сроком. Робот на первой стадии ставит задачу «связаться» со сроком пятнадцать-тридцать минут в рабочее время. Ошибка: срок «сегодня» — он не работает.
  2. Клиент написал в открытую линию — сделка на стадию «Новое обращение». Триггер по входящему сообщению двигает сделку или создаёт её по настройкам линии. Ошибка: триггер срабатывает на каждое сообщение, включая старых клиентов, — нужно условие по стадии.
  3. Заявка из формы на сайте — заполнение источника и уведомление. Триггер по форме ставит источник, робот уведомляет дежурного. Ошибка: формы с сайта и с рекламных страниц попадают в одну стадию без источника, и отчёт по каналам пуст.
  4. Нет ответа менеджера за час — уведомление руководителю. Робот с паузой: если за час сделка не сдвинулась с первой стадии, сообщение руководителю. Ошибка: пауза в календарных часах, а не в рабочих, — руководитель получает уведомления ночью.
  5. Повторное обращение — сделка к тому же ответственному. Если контакт уже есть и у него была сделка, новая уходит прежнему менеджеру. Ошибка: ответственный уволен, сделки продолжают падать на него.

Работа: от квалификации до решения

  1. Стадия «Замер назначен» — задача замерщику и сообщение клиенту. Робот ставит задачу с датой из поля и отправляет клиенту подтверждение. Ошибка: сообщение уходит до того, как менеджер заполнил дату, — клиент получает «ваш замер назначен на».
  2. За сутки до визита — напоминание клиенту. Робот с отсчётом от даты в поле. Ошибка: нет второго напоминания за два часа; и нет обработки ответа «перенесите» - это уже задача нейросети, см. ниже.
  3. Стадия «Расчёт отправлен» — пауза три дня, потом задача «уточнить решение». Ошибка: задача ставится и в выходные; и менеджер пишет «ну что, решили?» — без повода.
  4. Сделка без движения десять дней — уведомление руководителю и пометка. Робот на любой рабочей стадии с паузой. Ошибка: уведомление без списка — руководитель видит «есть зависшие», а не какие.
  5. Поле «Сумма» больше порога — руководитель в наблюдатели. Триггер по изменению поля добавляет руководителя. Ошибка: порог один для всех направлений.

Завершение: оформление, оплата, после сделки

  1. Стадия «Договор» — задача юристу или бухгалтеру и чек-лист документов. Ошибка: задача без списка, что именно нужно, — исполнитель спрашивает в чате.
  2. Оплата поступила — сделка на стадию «Оплачено», задача на отгрузку или выезд. Триггер по оплате если счета выставляются из Битрикс24. Ошибка: оплата по реквизитам мимо системы — триггер не узнает, стадию двигают руками.
  3. Сделка закрыта успешно — через три дня сообщение клиенту «всё ли в порядке». Ошибка: сообщение всем подряд, включая тех, кто уже написал претензию.
  4. Сделка проиграна — обязательное поле «Причина» и задача руководителю, если причина «дорого». Обязательное поле «Причина» на стадии проигрыша не даёт закрыть без неё. Ошибка: причина из списка вместо слов клиента — в отчёте одно «дорого».
  5. Через полгода после закрытия — задача «предложить повторный визит» или сообщение клиенту. Для ниш с повторными продажами: ТО, гигиена, сезонные товары. Ошибка: срок одинаковый для всех услуг.
ЭтапРобот делает самРобот не умеет — нужен смысл
ВходЗадача со сроком, источник, уведомление, маршрут к ответственномуОтветить клиенту по существу, уточнить запрос
РаботаНапоминания по дате, задачи по стадии, паузы, наблюдателиПонять «перенесите», «подумаю до среды», «а если без монтажа»
ЗавершениеСтадия по оплате, задачи исполнителям, сообщение после сделкиПонять ответ на «всё ли в порядке», записать причину отказа словами клиента
Где в сделке работает робот, а где нейросеть Горизонтальная воронка из пяти стадий: новое обращение, квалификация, расчёт, договор, закрыто. Над стадиями отмечено, что делает робот: задачи, напоминания, стадии по событиям. Под стадиями — что делает нейросеть: ответы, уточнения, понимание ответа клиента, причины отказов словами клиента. новое обращение квалификация расчёт договор закрыто робот: задачи со сроком · напоминания по дате · стадии по оплате и форме · уведомления · паузы всё, где событие — факт, а действие — одно и то же нейросеть: ответ по регламенту · уточнения · «перенесите», «подумаю», «а если…» · причина отказа словами клиента всё, где нужно понять смысл сообщения
Схема: робот работает с фактами и датами, нейросеть — со смыслом сообщений; воронка общая.

Какие сценарии отдать нейросети и как не мешать друг другу?

Сценарии 7, 8, 13 и 14 робот начинает, а закончить не может: напоминание ушло — клиент ответил «перенесите на четверг после шести», и дальше нужен тот, кто поймёт и перенесёт. Робот может только поставить задачу менеджеру «клиент ответил», и это уже лучше тишины.

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

Правила, что бы робот и ИИ-менеджер не конфликтовали, простые. Стадию меняет кто-то один: либо триггер по событию, либо нейросеть по регламенту, не оба на одной стадии. Сообщения клиенту по расписанию отправляет робот, сообщения по смыслу — нейросеть; если оба пишут, клиент получает два напоминания за минуту. И ещё: робот не ставит задачу «ответить клиенту» на стадиях, где отвечает нейросеть. Задача ставится только при передаче человеку, с причиной. Полный список того, что нейросеть делает в карточке сама, — в подборке нейросеть в CRM: 10 задач; по ней удобно решить, какие из пятнадцати сценариев остаются роботам.

Какие ошибки встречаются чаще всего?

  • Включить всё сразу. Признак: менеджеры получают по тридцать уведомлений в день и перестают их читать. Что сделать: пять сценариев входа первыми, остальные — через две недели по одному.
  • Роботы на стадиях без условий. Признак: задачи ставятся не тем и не тогда. Что сделать: сначала условия перехода, потом автоматика.
  • Паузы в календарных часах. Признак: уведомления ночью и в выходные. Что сделать: рабочее время в настройках робота.
  • Сообщения клиенту из незаполненных полей. Признак: «ваш замер назначен на » без даты. Что сделать: условие «поле заполнено» перед отправкой.
  • Триггер «клиент написал» без условия по стадии. Признак: закрытые сделки возвращаются в работу от «спасибо». Что сделать: условие по стадии и по тексту, если доступно; лучше — нейросеть, которая понимает что «спасибо» — не новое обращение.
  • Никто не владеет автоматикой. Признак: «кто это настроил?» на планёрке. Что сделать: один ответственный и список сценариев в документе.

Как проверить, что всё работает?

  1. Тестовая сделка проходит воронку от первой стадии до закрытия, и на каждой стадии происходит ровно то, что записано в списке сценариев.
  2. Клиент-тестировщик получает каждое сообщение один раз и с заполненными данными.
  3. Менеджер получает задачи с понятной темой и сроком в рабочее время.
  4. Руководитель получает уведомление о зависшей сделке со ссылкой на неё.
  5. Ни один робот не срабатывает на закрытых сделках.
  6. Если подключена нейросеть — на стадиях, где она отвечает, робот не отправляет сообщений и не ставит задач «ответить».

Как это ускорить?

Автоматика ставится быстро, если воронка и поля готовы, и буксует, если нет. Поэтому порядок тот же, что при внедрении Битрикс24 по шести этапам: разбор процесса, воронка и поля, каналы, и только потом роботы. Список из пятнадцати сценариев выше можно взять как чек-лист и вычеркнуть то, чего в вашем процессе нет: у магазина без выездов нет сценариев 6 и 7, у услуг без счетов из системы — сценария 12. Как мы настраиваем воронку, поля и автоматику под отдел продаж, описано на странице настройки Битрикс24. Если режим CRM ещё не выбран, сначала выберите его: роботы в простом и классическом режимах срабатывают на разных сущностях, и это разобрано в статье о том, чем лид отличается от сделки.

Частые вопросы

Чем робот отличается от триггера?

Робот выполняет действие, когда сделка попала на стадию: задача, сообщение, уведомление, пауза. Триггер переводит сделку на стадию, когда произошло событие: сообщение, оплата, форма, изменение поля. Вместе они и есть автоматика воронки.

Нужен ли программист?

Для пятнадцати сценариев из статьи — нет: всё настраивается в интерфейсе. Программист нужен для интеграций с внешними системами и нестандартных условий.

Можно ли обойтись роботами без нейросети?

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

Сколько роботов — много?

Когда менеджер не может назвать, что происходит на стадии, не открывая настройки. Обычно это больше трёх-четырёх роботов на стадии.

Что делать со старыми роботами, которые настраивал ушедший сотрудник?

Выписать все в документ, отключить те, чей смысл никто не может объяснить, неделю смотреть, что сломалось. Обычно — ничего.