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