Короткий ответ
В Битрикс24 есть три инструмента, которые берут рутину на себя. Роботы — исполнители: как только сделка попадает на нужную стадию, робот сам ставит задачу, отправляет письмо, шлёт уведомление или выжидает паузу (в облачной версии доступны со «Стандартного» тарифа). Триггеры работают в обратную сторону: замечают событие — звонок, письмо, оплату, заполненную форму — и сами передвигают сделку на стадию. А бизнес-процессы — конструктор для длинных сценариев с ветвлениями и согласованиями (в облаке — с «Профессионального» тарифа, в коробочной версии вдобавок можно подключать PHP-действия, то есть свой программный код).
Начинать лучше не с бизнес-процессов, а с двух простых роботов: задача «связаться за 15 минут» на новой сделке и напоминание о сделках, зависших на 7 дней. Дальше — триггеры каналов, дожим после КП, передача оплаченных сделок в исполнение и только потом согласования. Проверено: три работающих робота приносят больше пользы, чем пятнадцать, которые команда научилась не замечать.
Менеджер по продажам тратит до трети рабочего дня не на продажи, а на обслуживание CRM (системы, где живут все сделки и клиенты): передвинуть сделку, поставить себе напоминание, написать клиенту «вы получили наше КП?», отчитаться руководителю. Хорошая новость: всё это Битрикс24 умеет делать сам — тремя инструментами разной мощности: роботами, триггерами и бизнес-процессами. Мы в Interland внедряем и автоматизируем Битрикс24 с 2015 года, и по нашему опыту главная сложность вовсе не в настройке — это конструктор, где не нужно программировать. Сложность в том, что автоматизируют не то и не в том порядке. Ниже — как устроены все три инструмента, семь готовых рецептов, которые мы ставим почти каждому клиенту, и грабли, о которых инструкции скромно молчат.
Три инструмента — в чём разница
Если совсем коротко: робот — это действие, которое запускается, когда сделка ПОПАЛА на стадию. Триггер — его зеркальный близнец: следит за событием (звонок, письмо, оплата, заполненная форма) и сам ПЕРЕДВИГАЕТ сделку на стадию. А бизнес-процесс — тяжёлая артиллерия: конструктор с ветвлениями, согласованиями и собственными статусами — на случай, когда логика не укладывается в простое «стадия → действие».
| Инструмент | Что делает | Типовая задача | Доступность |
| Робот | Действие при входе на стадию: задача, письмо, уведомление, смена ответственного, пауза-ожидание | «На стадии “КП отправлено” через 2 дня напомнить о дозвоне» | Облако со «Стандартного», коробка |
| Триггер | Замечает событие и сам двигает сделку на стадию | «Клиент оплатил счёт → стадия “Оплачено”» | Вместе с роботами |
| Бизнес-процесс | Многошаговый сценарий: ветвления, согласования, документы | «Скидка больше 15% — только после утверждения руководителем» | Облако с «Профессионального», коробка (плюс PHP-действия) |
Есть и четвёртый уровень — смарт-процессы: отдельные «мини-CRM» внутри портала со своими воронками, карточками и теми же роботами. Они выручают, когда автоматизировать нужно не продажу, а, скажем, закупку, возвраты или подбор персонала. Логика там та же, поэтому дальше говорим о первых трёх.
Семь рецептов, которые окупают автоматизацию за неделю
1. Скорость первого касания
Робот на стадии «Новая»: создаёт ответственному задачу «Связаться с клиентом» с дедлайном 15 минут. Второй робот: выжидает 30 минут — и если сделка всё ещё на «Новой», деликатно сообщает об этом руководителю. По исследованиям, шанс дозвониться до нового клиента падает в разы уже в первый час. Этот рецепт лечит вечное «перезвоню после обеда» — без единого совещания и воспитательных бесед.
2. Дожим после КП
Робот на стадии «КП отправлено» (КП — коммерческое предложение): выжидает 2 дня, затем ставит менеджеру задачу «Дозвон по КП» и отправляет клиенту вежливое письмо-напоминание с тем же файлом. Именно на этой стадии тихо умирает больше всего сделок — не потому что клиент отказал, а потому что обе стороны замолчали и постеснялись напомнить о себе.
3. Автодвижение по факту события
Триггеры: клиент написал или позвонил → сделка сама переходит на «Есть контакт»; заполнил форму на сайте → «Заявка уточнена»; оплатил счёт → «Оплачено». Менеджер вообще не двигает эти стадии руками — воронка показывает реальную картину, а не то, что сотрудник успел вспомнить в пятницу вечером. Приятный бонус: триггер «переход по ссылке из письма» подскажет, что клиент открыл ваше КП.
4. Контроль зависших сделок
Робот на каждой рабочей стадии: сделка стоит без движения 7 дней → менеджеру прилетает задача «Реанимировать»; 14 дней → об этом узнаёт руководитель отдела. Это то самое лекарство от «стадий-отстойников», про которые мы рассказывали в статье про воронки.
5. Передача в исполнение без чата
Робот на стадии «Оплачено»: создаёт сделку в воронке исполнения (это называется туннелем продаж), переносит туда сумму и ответственного, ставит задачу на отгрузку или запуск проекта, а клиенту отправляет письмо «заказ принят в работу, ваш менеджер — …». Продажи и производство наконец перестают выяснять, «кто должен был сказать».
6. Согласование скидки
Бизнес-процесс: менеджер запускает «Согласовать скидку» прямо из карточки сделки. Скидка не больше 15% — утверждается автоматически; больше — руководителю приходит задание с кнопками «Утвердить/Отклонить», а результат записывается в поле сделки и в комментарий. Скидочная дисциплина — без легендарного Excel-файла «согласования_итог_финал2».
7. Договор по маршруту
Бизнес-процесс документооборота: договор из сделки отправляется юристу, потом директору — каждый шаг со своим дедлайном и напоминанием, а в финале менеджер получает задачу отправить клиенту подписанный экземпляр. Такой маршрут мы строили, например, в проекте внедрения Битрикс24 с документооборотом для ГКМП: согласование, которое раньше гуляло по почте по 5 дней, стало занимать день.
Грабли, о которых молчат инструкции
- Роботы не разгребают беспорядок — они его ускоряют. Если в продажах пока творческий хаос, роботы просто начнут очень быстро делать хаос: они ставятся на стадии, и когда стадия называется «Клиент думает», автоматизировать они будут ровно это. Сначала наводим порядок в воронке — потом включаем роботов.
- Робот-спамер. Письмо клиенту на каждый чих — «мы получили заявку», «ваша сделка передвинута» — быстро утомляет. Два-три автоматических письма на весь цикл сделки — разумный потолок; остальное лучше превращать в задачи менеджеру, а не в письма клиенту.
- Никем не записанный каскад. Проходит год — и уже никто не помнит, почему сделки «сами прыгают» по стадиям. Спасает простой реестр автоматизаций: стадия → правило → зачем. Одна табличка экономит дни разбирательств — мы всегда оставляем её клиенту после настройки.
- Паузы без выхода. Робот «подождать 2 дня» честно продолжит ждать, даже если клиент уже давно ответил. Правильнее пауза с условием «если стадия не изменилась» — иначе клиент получит напоминание о КП через день после подписания договора. Неловко.
- Один большой процесс вместо пяти маленьких. Бизнес-процесс на 60 действий невозможно ни понять, ни починить. Лучше дробить: согласование скидки — отдельно, договор — отдельно, и у каждого свой владелец.
Что доступно на каком тарифе
Роботы и триггеры в CRM появляются в облачном Битрикс24 со «Стандартного» тарифа, конструктор бизнес-процессов — с «Профессионального». В коробочной версии (когда портал живёт на вашем сервере) всё это уже входит в лицензию, а бизнес-процессы вдобавок умеют выполнять PHP-действия — свой программный код прямо в сценарии, так что потолок сложности фактически исчезает; подробнее мы разбирали это в сравнении облака и коробки. Если автоматизация упирается в тариф, это повод спокойно пересчитать стоимость владения, а не отказываться от роботов.
В каком порядке внедрять
- Неделя 1: воронка со стадиями-результатами (без неё дальше просто нет смысла) плюс рецепты 1 и 4 — первое касание и контроль зависаний. Уже они дают заметный эффект.
- Неделя 2: триггеры каналов (рецепт 3) — почта, телефония, формы, оплата. Воронка начинает двигаться сама.
- Неделя 3–4: дожим КП и передача в исполнение (рецепты 2 и 5). Стоит замерить конверсию до и после — по нашим проектам дожим после КП добавляет 5–10% к закрытию.
- Дальше: бизнес-процессы согласований (рецепты 6–7) — по одному, с реестром и владельцем у каждого.
И не стоит включать всё за один вечер: каждая автоматизация меняет привычки живых людей, а три работающих робота полезнее пятнадцати, которые команда научилась вежливо игнорировать.
Вывод
Роботы закрывают рутину внутри стадий, триггеры двигают воронку по реальным событиям, бизнес-процессы наводят порядок в согласованиях. Начинать стоит не с самого мощного, а с самого простого — двух роботов на скорость реакции и контроль зависаний — и добавлять новое по мере того, как команда привыкает.
Interland — золотой партнёр 1С-Битрикс в Новосибирске. Мы настраиваем автоматизацию и отдельным проектом, и в составе базового внедрения за 3 дня, а работающие порталы берём на сопровождение — вместе с аудитом уже настроенных роботов. Напишите нам в чат: посмотрим вашу CRM и бесплатно подскажем первые три автоматизации, которые дадут эффект уже на следующей неделе.