Проектирование мультиворонок в CRM Битрикс24

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

Почему одной воронки недостаточно?

Смешение разных типов сделок в одной воронке искажает конверсию и средний чек. Длинные контракты с сетями (цикл 90 дней) и быстрые сделки HoReCa (3–7 дней) в одной воронке делают аналитику бесполезной. Руководитель видит нормальную конверсию, но не понимает, куда направлять усилия. Мультиворонки дают раздельную статистику по каждому направлению.

Архитектура мультиворонок

В Битрикс24 мультиворонки реализованы через механизм направлений (crm_category). Каждое направление — отдельный пространственно изолированный набор стадий.

• Направления хранятся в таблице b_crm_category
• Стадии каждого направления — в b_crm_status с ENTITY_ID = DEAL_STAGE_{categoryId}
• Сделка принадлежит конкретному направлению через поле CATEGORY_ID в b_crm_deal

Важные ограничения платформы:

• Переместить сделку между направлениями можно только через API (crm.deal.update с изменением CATEGORY_ID) или специальный интерфейс — перетаскиванием нельзя.
• Пользовательские поля создаются для всей сущности «Сделка», скрыть их для одного направления можно только через ролевую конфигурацию.
• Автоматизация (роботы) настраивается отдельно для каждого направления.

Как определить, нужна ли мультиворонка?

Мультиворонки оправданы, если:

1. Разные команды менеджеров работают с разными типами клиентов — нужна своя аналитика.
2. Циклы продаж принципиально различаются: краткосрочные (1–3 дня) и долгосрочные (3–12 месяцев).
3. Наборы обязательных полей разные — одним нужны реквизиты, другим только имя и сумма.
4. Источники лидов имеют несовместимую логику квалификации.

Мультиворонки не нужны, если различие покрывается кастомным полем «Тип» и небольшой вариацией стадий.

Как проектируются мультиворонки?

Шаг 1. Инвентаризация типов продаж. Фиксируем все типы сделок: кто ведёт, каков цикл, чем отличается.

Шаг 2. Критерии разделения. Если смешать типы в одной воронке сломается что-то кроме визуального удобства — нужна отдельная воронка.

Шаг 3. Архитектура перехода между воронками. Часто бизнес-процесс предполагает переход сделки: квалифицированный лид → стандартная сделка → сервисный контракт. Автоматизируем через crm.deal.add в другом направлении при закрытии текущей или документируем ручной перенос.

Шаг 4. Общие и специфические поля. Составляем матрицу: общие поля создаются один раз, специфичные скрываются через ролевые конфигурации.

Шаг 5. Отдельная автоматизация. Роботы и триггеры настраиваются для каждого направления отдельно.

Кейс из нашей практики

Оптовый дистрибьютор бытовой химии с тремя каналами: розничные сети, HoReCa, маркетплейсы. Исходно одна воронка с 6 стадиями. После внедрения мультиворонок конверсия по каналам стала прозрачной: розничные сети — 18% из переговоров в контракт, HoReCa — 42%. Конверсия в HoReCa оказалась в 2,3 раза выше, что позволило руководителю точно направить усилия.

• Воронка «Розничные сети»: 8 стадий, цикл 30–90 дней.
• Воронка «HoReCa»: 5 стадий, цикл 3–14 дней.
• Воронка «Маркетплейсы»: 6 стадий.

Для каждой настроили автоматизацию: для розничных сетей — создание задачи на согласование цен, для HoReCa — напоминание через 2 дня после КП.

Типичные ошибки при проектировании

• Слишком много воронок. Больше 6–8 направлений — сложно управлять. Часть стоит рассмотреть как смарт-процессы.
• Воронки без владельцев. Каждое направление должно иметь ответственного за актуальность стадий и автоматизации.
• Забыли про отчётность. Стандартные отчёты агрегируют данные по направлениям, но кастомные срезы потребуют разработки.

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

Что входит в работу

• Аудит текущих бизнес-процессов и типов продаж.
• Архитектурная схема мультиворонок с обоснованием разделения.
• Настройка стадий, полей и роботов для каждого направления.
• Документация по процессу перехода между воронками.
• Обучение команды и тестирование.
• Постпроектная поддержка 1 месяц.

Сроки и стоимость

Проектирование 2–3 направлений занимает от 8 до 15 рабочих дней. Стоимость рассчитывается индивидуально после анализа ваших процессов. Экономия времени менеджеров и операционных затрат позволяет окупить проект в течение нескольких месяцев. Получите консультацию — мы оценим проект и предложим оптимальное решение.

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

Подробнее о концепции воронок продаж читайте в Википедии, а о технической реализации направлений — в официальной документации Битрикс24.