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