Настройка воронки продаж в Битрикс24: этапы, поля и роботы
Воронка продаж в Битрикс24 должна отражать не красивую схему, а реальные состояния сделки. Если стадии названы действиями менеджера, поля заполняются «для отчёта», а роботы создают десятки лишних задач, сотрудники начинают обходить CRM.
Настройку лучше начинать не в интерфейсе, а с короткой модели процесса.
Определите начало и конец воронки
Сначала ответьте на два вопроса:
- при каком событии создаётся лид или сделка;
- какой подтверждённый результат завершает процесс.
Источниками могут быть форма сайта, звонок, письмо, мессенджер или ручное обращение. Для каждого источника задайте минимальный набор данных и правило назначения ответственного.
Успешный конец — не «менеджер закончил работу», а конкретный факт: договор подписан, оплата подтверждена, заказ передан в исполнение. Неуспешные причины тоже нужно разделять, иначе отчёт не покажет, где теряются сделки.
Называйте стадии состояниями
Хорошая стадия отвечает на вопрос «в каком подтверждённом состоянии находится сделка сейчас». Например:
- новое обращение;
- контакт установлен;
- потребность уточнена;
- предложение направлено;
- решение ожидается;
- условия согласованы;
- оплата подтверждена.
Названия «позвонить», «подумать» или «поработать» описывают действие, но не дают критерия перехода.
Для каждой стадии зафиксируйте:
- условие входа;
- обязательный результат;
- ответственного;
- допустимый срок;
- следующее действие;
- возможные исключения.
Не делайте все поля обязательными сразу
На первом обращении компания часто знает только имя, канал связи и краткий вопрос. Если потребовать реквизиты, адрес и подробный состав заказа, менеджер заполнит поля формально или отложит создание карточки.
Обязательность должна появляться перед той стадией, где без данных нельзя принять следующее решение. Например, реквизиты нужны перед договором, а согласованный бюджет — перед коммерческим предложением.
Полезно отдельно определить:
- поля, которые приходят автоматически;
- поля менеджера;
- справочники с фиксированными значениями;
- данные только для руководителя;
- персональные и финансовые данные с ограниченным доступом.
Настройте следующий шаг и срок
Сделка без следующего действия быстро превращается в забытый контакт. На каждой активной стадии должны быть понятны задача, ответственный и срок.
Контроль строится не только по дате закрытия сделки. Руководителю полезнее видеть:
- сделки без запланированного действия;
- превышение срока стадии;
- новые обращения без первого контакта;
- возвраты на предыдущий этап;
- причины проигрыша;
- повторные обращения и дубли.
Используйте роботов только для предсказуемых правил
Робот полезен, когда событие и действие однозначны: назначить задачу, уведомить роль, заполнить техническое поле, проверить срок или создать следующий объект.
Не стоит автоматизировать решение, которое требует контекста и ответственности человека. Чем больше скрытой логики, тем труднее пользователям понять, почему карточка изменилась.
Перед запуском каждого робота опишите:
- событие запуска;
- условия;
- действие;
- ответственного;
- повторный запуск;
- поведение при отсутствии данных;
- способ отмены или исправления.
Разберите дубли и повторные обращения
Один клиент может написать с сайта, позвонить и обратиться в мессенджере. До подключения каналов определите, по каким идентификаторам искать существующую карточку и кто решает спорные совпадения.
Автоматическое объединение по одному телефону может ошибочно связать разные контакты, если они используют общий номер. Заранее опишите правила проверки и исключения. Подключение каналов обращений и обработку ошибок рассматриваем в разделе интеграций Битрикс24.
Проверьте права доступа
Менеджеру нужны его клиенты и сделки, руководителю — контроль отдела, смежным ролям — только информация для их этапа. Общий доступ «всем ко всему» упрощает старт, но создаёт риски для персональных данных, цен и внутренних комментариев.
Проверьте права не только в настройках, но и под тестовыми пользователями каждой роли.
Сначала тестовые сценарии, потом отчёты
До запуска проведите несколько сделок по обычным и проблемным маршрутам:
- новое обращение;
- повторный клиент;
- пропущенный срок;
- отсутствие обязательных данных;
- смена ответственного;
- возврат на предыдущую стадию;
- успешное закрытие;
- отказ с конкретной причиной.
Отчёты настраиваются после того, как статусы и поля одинаково понимаются пользователями. Иначе красивый дашборд будет точно считать недостоверные данные.
Пример рабочей воронки: продажа оборудования
Учебный пример для B2B-продажи: клиенту нужно подобрать оборудование, согласовать предложение и получить предоплату. Это заготовка для обсуждения, а не схема, которую следует без изменений переносить в любой бизнес.
| Стадия | Проверяемый выход | Поле или следующий шаг |
|---|---|---|
| Новое обращение | Ответственный связался с клиентом или зафиксировал попытку | Контакт, канал, задача повторного контакта |
| Задача уточнена | Известны назначение, объём и желаемая дата | Краткое описание потребности и дата следующего шага |
| Подбор завершён | Подтверждён состав предлагаемого оборудования | Версия спецификации и ответственный за расчёт |
| Предложение отправлено | Клиент получил конкретную версию КП | Файл или ссылка, дата отправки, согласованная дата обсуждения |
| Условия согласованы | Клиент подтвердил объём, сумму и условия | Итоговая сумма, реквизиты, основание для договора |
| Предоплата подтверждена | Получен подтверждённый учётный статус | Связь с заказом исполнения; продажа не подменяет доставку |
Например, сделка на 320 000 ₽ не должна уходить в «предложение отправлено» только потому, что менеджер начал считать цену. Без версии КП и даты следующего разговора руководитель увидит искусственно завышенную готовность сделки.
С каких роботов начать проверку
Начните с трёх правил: назначить ответственного на входе; создать задачу после отправки КП; уведомить руководителя о превышении согласованного срока без следующего действия. Для каждого робота отдельно проверьте повторный вход в стадию: иначе возврат карточки может создать вторую такую же задачу.
До включения автоматических писем проверьте текст, адресата, условия отправки и отмену на согласованном тестовом контакте. Ошибочная настройка не должна отправлять сообщения реальным клиентам.
Критерии готовности и границы результата
Схему можно запускать, когда менеджеры одинаково понимают стадии, нужные данные запрашиваются вовремя, руководитель видит просрочки, а повторный переход не создаёт лишних задач. Отдельно проверьте отказ, повторное обращение, смену ответственного и права между отделами.
Конверсия не обязана вырасти в день настройки. Сначала нужна достоверная база: источник, время входа, причина отказа и единые правила закрытия. Результаты сравнивают за сопоставимые периоды с учётом состава обращений.
В официальной справке показана настройка воронок и стадий, а также обязательные поля от стадии. Доступность отдельных настроек зависит от тарифа; требования к процессу нужно согласовать до покупки.
Когда одной воронки недостаточно
Не включайте производство, закупку, доставку и сервис в одну воронку продаж. После продажи можно создать связанный процесс исполнения со своими этапами и ответственными. Менеджер при этом сохраняет связь с исходной сделкой и видит результат.
Если портал уже существует и нужно привести в порядок CRM, подходит настройка Битрикс24. Если вместе с CRM запускаются несколько отделов, перенос данных и обучение, изучите внедрение Битрикс24 под ключ. Перед исправлением большой старой системы полезен аудит портала.
