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