Проектирование мультиворонок в 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.

Проектирование CRM на Битрикс24

Почему стандартная воронка не подходит большинству компаний?

Плохо спроектированная воронка превращает CRM в свалку карточек. Типичная ошибка — 12-15 стадий, половина из которых дублирует друг друга («Переговоры», «Обсуждение условий», «Уточнение деталей» — это одно и то же). Менеджеры путаются, карточки зависают, аналитика врёт. Мы начинали с десятков подобных внедрений: после аудита выяснялось, что реально нужно 5–8 стадий с чёткими критериями. Например, вместо «Клиент заинтересован» ставим «КП отправлено» — конкретное действие, которое можно проверить и роботизировать.

Оптимальная структура сокращает цикл сделки на 20–30%. Закажите проектирование под ключ — мы спроектируем логику, которая реально ускорит продажи.

Воронки: разбор типовых конфигураций

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

Мультиворонки — когда в одной CRM живут продажи оборудования и сервисное обслуживание. Каждая воронка со своими стадиями, полями и автоматизацией.

Как мы перестраиваем воронку: пошаговый процесс

Прежде чем настраивать — разбираемся, как продажи устроены в реальности, а не в регламенте. Проводим интервью с продажниками, маркетологами, поддержкой. Выясняем, где лиды теряются в почте, почему менеджеры дублируют записи, на каком этапе сделки зависают неделями.

Рисуем карту AS-IS, находим точки потерь, проектируем TO-BE с учётом возможностей Битрикс24. Без этого этапа внедрение — лотерея. Оцените проект — свяжитесь с нами для аудита.

Что входит в проектирование CRM: deliverables

Мы передаём не просто настроенную систему, а пакет документации и инструкций:

• Схема воронок (AS-IS и TO-BE) с критериями переходов
• Карта роботов и бизнес-процессов (назначение ответственного, автоматические письма, согласование скидок)
• Макеты карточек сделок и лидов с группировкой полей по разделам
• Инструкция для менеджеров (как вести карточку, что заполнять на каждой стадии)
• Обучение команды (2–3 дня, запись уроков)
• Доступ к системе на время пилота и гарантийная поддержка (1 месяц)
• Финальный отчёт с результатами A/B-тестирования

Автоматизация: когда использовать роботы, а когда — бизнес-процессы

Роботы срабатывают при переходе сделки на стадию и не требуют кода: назначить ответственного, отправить шаблонное письмо, создать задачу с дедлайном, сгенерировать КП. Триггеры реагируют на действия клиента: открыл email — сделка переходит на «КП просмотрено», позвонил — активность обновляется.

Бизнес-процессы нужны для сложных сценариев: согласование скидок (менеджер запрашивает → руководитель утверждает → результат в карточке), обработка рекламаций, автоматический скоринг лидов по бюджету и полноте данных. Десятилетний опыт внедрений показывает: 80% задач решается простыми роботами, но критичные скидки и рекламации стоит заворачивать в бизнес-процессы с контролем дашбордами.

Карточки: рабочее пространство менеджера

Перегруженная карточка убивает скорость. Недозаполненная — убивает аналитику.

Пользовательские поля — только нужные: источник, тип клиента, регион, отрасль, бюджет. Никаких полей «на всякий случай». Разделы сгруппированы логически: контакты, параметры сделки, финансы. Обязательные поля привязаны к стадиям — на каждом этапе менеджер заполняет только то, что актуально. Вычисляемые поля (маржинальность, прогнозная выручка) считаются автоматически.

Связи: контакт → компания → сделка → КП → счёт → документы — полная картина в одном окне.

Отчёты и аналитика

Оперативные: воронка конверсий с конверсией между стадиями, план/факт менеджеров, активности (звонки, письма, встречи), просроченные задачи.

Стратегические: ROI по каждому источнику лидов, когортный анализ, прогноз продаж на основе воронки, анализ причин отказов.

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

Интеграции без боли

Телефония — входящие и исходящие с записью разговоров, автоматическая привязка к контактам. Менеджер берёт трубку — карточка уже на экране. Почта — синхронизация email, отслеживание открытий. Мессенджеры — WhatsApp, Telegram, VK через открытые линии — все обращения в едином окне. Сайт — формы, онлайн-чат, callback. 1С — обмен контрагентами, заказами, оплатами. Подробнее о возможностях написано в официальной документации Битрикс24.

Сроки

Типичное внедрение — 3–8 недель.

После запуска поддерживаем и развиваем: новые воронки, доработка автоматизации, настройка отчётов по мере роста бизнеса.

Получите консультацию по вашему проекту — мы оценим сроки и объём работ индивидуально.