Правила и обязательные действия — это не автоматизация ради экономии кликов, а способ навести порядок в данных и в самом процессе продаж. В CRM Битрикс24 они заставляют менеджера заполнять нужные поля, планировать следующий шаг и двигать сделку по регламенту, а не «как удобно».
Чем правила отличаются от роботов и триггеров
Роботы и триггеры что-то делают за менеджера: отправляют письмо, ставят задачу, меняют стадию. Правила и обязательные действия работают иначе — они не дают завершить действие, пока не выполнено условие. Это слой контроля, а не автоматизации.
На практике в CRM Битрикс24 к этому слою относятся несколько механизмов:
- Обязательные поля — карточка не сохранится или сделка не перейдёт на стадию без заполнения;
- Правила движения по воронке — запрет пропуска и возврата стадий;
- Обязательные дела — требование запланировать следующий контакт (механика счётчиков);
- Права доступа — ограничение того, что менеджер вообще может сделать со сделкой.
Обязательные поля на стадиях сделки
Самый частый запрос — «пусть менеджер не закроет сделку без суммы, товаров и причины». В Битрикс24 это решается через обязательность полей, причём привязанную к конкретным стадиям.
Настраивается в карточке: откройте сделку, нажмите Настроить поля (или через Настройки → Настроить поля карточки). У каждого поля есть переключатель обязательности и опция «Обязательное на стадиях» — вы отмечаете, на каких этапах воронки без него нельзя двигаться дальше.
| Задача | Как настроить |
|---|---|
| Всегда требовать поле | Отметить поле как «обязательное» |
| Требовать только на этапе «Счёт» | «Обязательное на стадиях» → выбрать нужную стадию |
| Требовать причину при провале | Сделать поле обязательным на стадии «Сделка провалена» |
Когда менеджер тянет сделку на стадию, где поле обязательно, Битрикс24 покажет форму дозаполнения и не пропустит переход, пока поле не заполнено. Так вы гарантируете, что к моменту выставления счёта известна сумма, а к моменту закрытия — причина отказа.
Запрет пропуска и возврата стадий
Второй пласт дисциплины — правила движения по воронке. По умолчанию менеджер может перетащить сделку из «Новой» сразу в «Успех», проскочив согласование и оплату. Это ломает и статистику, и логику роботов, привязанных к промежуточным стадиям.
Ограничения задаются в настройках CRM: Настройки → Настройки CRM → Формы и отчёты → Другое (в облаке — раздел настроек воронок и стадий). Ключевые опции:
- Запрет пропуска стадий — сделку можно двигать только на соседнюю стадию, шаг за шагом;
- Запрет возврата на предыдущие стадии — исключает «откат» ради обнуления счётчиков или сброса роботов;
- Разрешение только для отдельных ролей — например, возвращать сделку может руководитель, но не рядовой менеджер.
Комбинация «нельзя пропускать + нельзя возвращать» превращает воронку в честную последовательность: каждая стадия действительно была пройдена, а не проставлена задним числом. Это критично, если по стадиям считаются конверсия и сквозная аналитика.
Обязательные дела: механика счётчиков
Главное «обязательное действие» в CRM Битрикс24 — запланированное дело по сделке. Система устроена так, что если у активной сделки нет ни одного дела в плане (звонка, встречи, задачи), она попадает в красный счётчик у менеджера.
Счётчики — это и есть встроенное правило «не бросай сделку». Логика простая:
- менеджер провёл звонок и завершил дело;
- Битрикс24 требует сразу запланировать следующий шаг;
- пока следующего дела нет — сделка «горит» в счётчике и в списке «Дела на сегодня».
Настроить поведение счётчиков можно в Мой счётчик и в общих настройках CRM: какие сущности учитывать, считать ли просроченные дела, показывать ли счётчик по сделкам без дел вовсе. Отключать этот механизм почти никогда не стоит — именно он не даёт лидам «протухать».
Проверка правил роботами и уведомления
Там, где встроенной обязательности недостаточно, правила достраиваются автоматизацией. Роботы и триггеры не блокируют интерфейс, но умеют контролировать соблюдение регламента постфактум.
Типовые связки:
- Контроль заполнения: робот на стадии проверяет условием, заполнено ли поле (например
Сумма > 0); если нет — шлёт уведомление менеджеру и ставит задачу «дозаполнить сделку»; - Контроль сроков: робот с задержкой проверяет, сдвинулась ли сделка со стадии за сутки, и эскалирует руководителю, если застряла;
- Контроль дел: уведомление, если по сделке нет запланированного дела к концу дня.
Условия настраиваются на вкладке «Роботы» в карточке сделки. Именно здесь встроенная валидация полей встречается с автоматизацией: сначала обязательное поле не даёт двигаться дальше, а робот следит, чтобы данные не только были введены, но и были корректны.
Контроль дублей и права доступа
Ещё два обязательных ограничения касаются не одной сделки, а порядка в базе целиком.
Контроль дублей. В Настройки CRM → Другое → Дубликаты включается поиск дублей по телефону, email и названию. Битрикс24 предупреждает менеджера при создании похожего лида или контакта и предлагает объединить записи. Это правило спасает от ситуации, когда один клиент заведён трижды и ведётся тремя менеджерами.
Права доступа. Через Настройки CRM → Права → Права доступа ролям задаётся, что вообще разрешено: видеть чужие сделки, удалять записи, экспортировать базу, менять ответственного. Хорошо настроенные права — это тоже обязательное правило, только на уровне возможностей, а не отдельных действий.
| Правило | Где включается | Что даёт |
|---|---|---|
| Поиск дублей | Настройки CRM → Дубликаты | Чистая база без задвоений |
| Права по ролям | Настройки CRM → Права доступа | Ограничение действий менеджера |
| Обязательные поля | Карточка → Настроить поля | Полнота данных на стадиях |
Типичные ошибки при настройке правил
Правила легко «переусердствовать», и тогда менеджеры начинают их обходить. Наиболее частые промахи:
- Слишком много обязательных полей на ранних стадиях — на «Новой» заявке требовать десяток полей бессмысленно, менеджер ещё ничего не знает о клиенте. Обязательность привязывайте к поздним стадиям;
- Жёсткий запрет возврата без роли-исключения — реальные сделки иногда откатываются, и полный запрет заставляет заводить дубли;
- Обязательное поле без списка значений — если причину провала вводят текстом, отчёт по причинам не построить; используйте поле-список;
- Контроль только правилами, без автоматизации — правило фиксирует момент нарушения, но не напоминает; связывайте его с уведомлением или задачей.
Итог
Правила и обязательные действия — это фундамент, на котором держатся и отчёты, и автоматизация. Обязательные поля на стадиях гарантируют полноту данных, запрет пропуска и возврата стадий делает воронку честной, счётчики не дают бросать сделки, а контроль дублей и права наводят порядок в базе. Роботы при этом достраивают дисциплину там, где встроенных ограничений не хватает.
Мы в B2Bsite настраиваем этот слой вместе с воронками и автоматизацией: определяем, какие поля обязательны на каких стадиях, прописываем правила движения и связываем их с уведомлениями. Если нужно навести порядок в CRM Битрикс24 без хаоса в данных — поможем спроектировать регламент и внедрить его так, чтобы им действительно пользовались.
Частые вопросы
Можно ли запретить закрытие сделки без указания причины?
Да. Создайте поле-список «Причина провала» и отметьте его как обязательное на стадии «Сделка провалена». Битрикс24 не даст перевести сделку в этот статус без заполнения поля.
Как сделать поле обязательным только на одной стадии?
В настройках полей карточки у поля есть опция «Обязательное на стадиях». Отметьте нужные стадии, и требование сработает только при переходе на них.
Чем правила отличаются от роботов?
Роботы выполняют действия за менеджера, а правила ограничивают его действия — не дают сохранить карточку или сдвинуть стадию, пока не выполнены условия. Часто их используют вместе.
Как запретить менеджерам пропускать стадии воронки?
В настройках CRM включается запрет пропуска стадий, после чего сделку можно двигать только на соседний этап. Отдельно можно запретить возврат на предыдущие стадии.
Что заставляет менеджера всегда планировать следующий шаг?
Механика счётчиков: сделка без запланированного дела попадает в красный счётчик и список дел. Это встроенное правило «не бросай клиента», его можно усилить роботом-напоминанием.
Как избежать дублей контактов и лидов в CRM?
В настройках CRM включается контроль дублей по телефону, email и названию. При создании похожей записи система предупредит менеджера и предложит объединить карточки.
Можно ли разрешить возврат стадий только руководителю?
Да, через права доступа по ролям. Обычному менеджеру возврат запрещают, а роли руководителя оставляют возможность откатывать сделку при необходимости.
Не будут ли обязательные поля мешать работе?
Будут, если их слишком много на ранних стадиях. Привязывайте обязательность к поздним этапам, где данные уже известны, и обязательно объясните менеджерам логику правил.
Поможем с настройкой и поддержкой Битрикс24
Поможем с настройкой, доработкой и поддержкой Битрикс24.