Настройка воронки продаж в Битрикс24: этапы, поля и роботы

Битрикс24CRMнастройка

Воронка продаж в Битрикс24 должна отражать не красивую схему, а реальные состояния сделки. Если стадии названы действиями менеджера, поля заполняются «для отчёта», а роботы создают десятки лишних задач, сотрудники начинают обходить CRM.

Настройку лучше начинать не в интерфейсе, а с короткой модели процесса.

Определите начало и конец воронки

Сначала ответьте на два вопроса:

  • при каком событии создаётся лид или сделка;
  • какой подтверждённый результат завершает процесс.

Источниками могут быть форма сайта, звонок, письмо, мессенджер или ручное обращение. Для каждого источника задайте минимальный набор данных и правило назначения ответственного.

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

Называйте стадии состояниями

Хорошая стадия отвечает на вопрос «в каком подтверждённом состоянии находится сделка сейчас». Например:

  • новое обращение;
  • контакт установлен;
  • потребность уточнена;
  • предложение направлено;
  • решение ожидается;
  • условия согласованы;
  • оплата подтверждена.

Названия «позвонить», «подумать» или «поработать» описывают действие, но не дают критерия перехода.

Для каждой стадии зафиксируйте:

  1. условие входа;
  2. обязательный результат;
  3. ответственного;
  4. допустимый срок;
  5. следующее действие;
  6. возможные исключения.

Не делайте все поля обязательными сразу

На первом обращении компания часто знает только имя, канал связи и краткий вопрос. Если потребовать реквизиты, адрес и подробный состав заказа, менеджер заполнит поля формально или отложит создание карточки.

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

Полезно отдельно определить:

  • поля, которые приходят автоматически;
  • поля менеджера;
  • справочники с фиксированными значениями;
  • данные только для руководителя;
  • персональные и финансовые данные с ограниченным доступом.

Настройте следующий шаг и срок

Сделка без следующего действия быстро превращается в забытый контакт. На каждой активной стадии должны быть понятны задача, ответственный и срок.

Контроль строится не только по дате закрытия сделки. Руководителю полезнее видеть:

  • сделки без запланированного действия;
  • превышение срока стадии;
  • новые обращения без первого контакта;
  • возвраты на предыдущий этап;
  • причины проигрыша;
  • повторные обращения и дубли.

Используйте роботов только для предсказуемых правил

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

Не стоит автоматизировать решение, которое требует контекста и ответственности человека. Чем больше скрытой логики, тем труднее пользователям понять, почему карточка изменилась.

Перед запуском каждого робота опишите:

  • событие запуска;
  • условия;
  • действие;
  • ответственного;
  • повторный запуск;
  • поведение при отсутствии данных;
  • способ отмены или исправления.

Разберите дубли и повторные обращения

Один клиент может написать с сайта, позвонить и обратиться в мессенджере. До подключения каналов определите, по каким идентификаторам искать существующую карточку и кто решает спорные совпадения.

Автоматическое объединение по одному телефону может ошибочно связать разные контакты, если они используют общий номер. Заранее опишите правила проверки и исключения. Подключение каналов обращений и обработку ошибок рассматриваем в разделе интеграций Битрикс24.

Проверьте права доступа

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

Проверьте права не только в настройках, но и под тестовыми пользователями каждой роли.

Сначала тестовые сценарии, потом отчёты

До запуска проведите несколько сделок по обычным и проблемным маршрутам:

  • новое обращение;
  • повторный клиент;
  • пропущенный срок;
  • отсутствие обязательных данных;
  • смена ответственного;
  • возврат на предыдущую стадию;
  • успешное закрытие;
  • отказ с конкретной причиной.

Отчёты настраиваются после того, как статусы и поля одинаково понимаются пользователями. Иначе красивый дашборд будет точно считать недостоверные данные.

Пример рабочей воронки: продажа оборудования

Учебный пример для B2B-продажи: клиенту нужно подобрать оборудование, согласовать предложение и получить предоплату. Это заготовка для обсуждения, а не схема, которую следует без изменений переносить в любой бизнес.

Стадия Проверяемый выход Поле или следующий шаг
Новое обращение Ответственный связался с клиентом или зафиксировал попытку Контакт, канал, задача повторного контакта
Задача уточнена Известны назначение, объём и желаемая дата Краткое описание потребности и дата следующего шага
Подбор завершён Подтверждён состав предлагаемого оборудования Версия спецификации и ответственный за расчёт
Предложение отправлено Клиент получил конкретную версию КП Файл или ссылка, дата отправки, согласованная дата обсуждения
Условия согласованы Клиент подтвердил объём, сумму и условия Итоговая сумма, реквизиты, основание для договора
Предоплата подтверждена Получен подтверждённый учётный статус Связь с заказом исполнения; продажа не подменяет доставку

Например, сделка на 320 000 ₽ не должна уходить в «предложение отправлено» только потому, что менеджер начал считать цену. Без версии КП и даты следующего разговора руководитель увидит искусственно завышенную готовность сделки.

С каких роботов начать проверку

Начните с трёх правил: назначить ответственного на входе; создать задачу после отправки КП; уведомить руководителя о превышении согласованного срока без следующего действия. Для каждого робота отдельно проверьте повторный вход в стадию: иначе возврат карточки может создать вторую такую же задачу.

До включения автоматических писем проверьте текст, адресата, условия отправки и отмену на согласованном тестовом контакте. Ошибочная настройка не должна отправлять сообщения реальным клиентам.

Критерии готовности и границы результата

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

Конверсия не обязана вырасти в день настройки. Сначала нужна достоверная база: источник, время входа, причина отказа и единые правила закрытия. Результаты сравнивают за сопоставимые периоды с учётом состава обращений.

В официальной справке показана настройка воронок и стадий, а также обязательные поля от стадии. Доступность отдельных настроек зависит от тарифа; требования к процессу нужно согласовать до покупки.

Когда одной воронки недостаточно

Не включайте производство, закупку, доставку и сервис в одну воронку продаж. После продажи можно создать связанный процесс исполнения со своими этапами и ответственными. Менеджер при этом сохраняет связь с исходной сделкой и видит результат.

Если портал уже существует и нужно привести в порядок CRM, подходит настройка Битрикс24. Если вместе с CRM запускаются несколько отделов, перенос данных и обучение, изучите внедрение Битрикс24 под ключ. Перед исправлением большой старой системы полезен аудит портала.

Все статьи

Настроим воронку вокруг вашей реальной продажи

Разберём этапы, обязательные данные и контроль следующего шага. Определим, какие настройки и роботы помогут менеджерам, а какие только усложнят работу.