CRM для бизнеса

Несколько воронок продаж в Bitrix24: когда нужны и как не запутаться

Когда одной воронки продаж мало, как разделить каналы и этапы по отдельным воронкам Bitrix24, настроить автоматическое распределение сделок и собрать сводный отчёт. Практика для РБ.

Команда SAPETIA8 мин чтения
Содержание статьи

Одна воронка продаж - это удобно ровно до тех пор, пока продажа устроена одинаково. Как только в компании появляется второй способ получать деньги, начинается натягивание: стадии называются «Переговоры», но означают разное, отчёты смешивают несравнимое, а руководитель не может ответить, какой канал приносит прибыль.

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

Признак, что одной воронки уже мало

Не количество сделок и не число менеджеров. Единственный надёжный признак - стадии означают разное для разных сделок.

Проверьте на своей воронке. Если стадия «Согласование» для одной сделки означает «клиент думает над коммерческим», а для другой - «мы ждём протокол тендерной комиссии», это две разные воронки, склеенные в одну. Отчёт по такой стадии не значит ничего: в ней лежат сущности с разным смыслом и разными сроками.

Ещё несколько симптомов:

  • в воронке есть стадии, через которые проходит меньше трети сделок;
  • менеджеры пишут в комментарии то, что должно быть стадией («ждём допуск», «на согласовании у юриста»);
  • средний срок сделки в отчёте выглядит бессмысленно, потому что смешивает трёхдневные и трёхмесячные;
  • невозможно ответить на вопрос «сколько у нас в работе тендеров» без ручной выборки.

Два разных повода завести новую воронку

Это важное различие, которое обычно пропускают. Воронки заводят по двум принципиально разным причинам, и путать их не стоит.

Повод первый: разные каналы продаж

У компании несколько способов получать заказы, и в каждом своя логика: свои стадии, свои сроки, свои правила распределения ответственных.

Классический пример - оптовая компания, которая продаёт одновременно через биржу, через тендеры и госзакупки и через прямые заявки. Это три разных процесса. В тендере есть подача заявки и ожидание решения комиссии, которых нет в прямой продаже. В биржевой сделке всё решается за часы. Смешивать их в одной воронке - значит не иметь нормального отчёта ни по одной.

Повод второй: разные этапы одной сделки

Продажа закончилась, но работа - нет. Дальше идёт исполнение: проект, производство, стройка, внедрение. У него свои стадии, свой ответственный, свои сроки.

Пример - дизайн-бюро полного цикла: сначала продажа, потом дизайн-проект, потом ремонт. Если всё это одна воронка, то стадия «в работе» висит месяцами и ничего не сообщает. Если три - каждый этап видно отдельно, и передача между отделами становится событием, а не устной договорённостью.

Разница между поводами принципиальна: в первом случае воронки параллельны (сделка идёт по одной из них), во втором - последовательны (сделка проходит их одну за другой).

Как разделять: практические правила

Правило одно: разные стадии - разные воронки. Если наборы стадий совпадают на 80%, вам не нужна вторая воронка. Нужно поле.

Не делите по менеджерам. Ответственный - это поле, а не воронка. Отчёт по менеджерам собирается фильтром.

Не делите по продуктам, если процесс одинаковый. Товарная группа - тоже поле. Иначе через год у вас двенадцать воронок с одинаковыми стадиями.

Не делите по регионам по той же причине - если, конечно, продажа в другую страну не устроена принципиально иначе.

Держите число стадий в пределах 5-7. Больше - и менеджеры перестают их различать, начинают «проскакивать» и двигают сделку в конце дня пачкой.

Хорошая проверка: если новый сотрудник не может с первого раза определить, в какую воронку положить входящую заявку, деление неудачное.

Автоматическое распределение: чтобы заявка не попадала к случайному человеку

Как только воронок несколько, встаёт вопрос маршрутизации. Кто возьмёт эту сделку? Если ответ «кто первый увидел» - вы получите две проблемы: перехват чужих клиентов и заявки, которые не увидел никто.

Правила распределения обычно строятся на трёх принципах, часто в комбинации:

  1. По закреплению. Клиент уже есть в базе - сделка уходит его менеджеру. Самое частое и самое правильное правило: клиент не должен объяснять всё заново новому человеку.
  2. По каналу или направлению. Тендерами занимается отдельный человек, биржей - другой. Компетенции разные, и это нормально.
  3. По очереди. Для новых клиентов без закрепления - равномерное распределение, чтобы не было «кто быстрее схватил».

В одном из проектов у оптового поставщика заявки шли по трём каналам с разной логикой распределения, товары и остатки велись в 1С отдельно от сделок, а сводного отчёта по причинам сорванных сделок не было. Механика (детали - в кейсе про три канала продаж и BI):

Что происходит Что делает система Что получает бизнес
Контрагент создан в 1С Синхронизируется в CRM и закрепляется за ответственным по правилам - по УНП, по каналу или по очереди Заявка не попадает к случайному менеджеру
Заказ формируется в 1С Сделка переходит по нужной воронке на стадию «Счёт создан» Стадия отражает реальный статус в учёте
Сделка закрыта неуспешно Менеджер обязан указать причину провала из справочника Видно, на каком канале и почему теряются деньги

Третья строка - недооценённая. Обязательная причина отказа из справочника, а не текстом, - это то, что через три месяца превращается в осмысленный отчёт. Свободный текст в поле «комментарий» не превращается ни во что.

Сводный отчёт: главный риск при нескольких воронках

Разделили воронки - и потеряли общую картину. Это самый частый побочный эффект.

Чтобы его не было, нужно заранее решить, какие поля обязаны быть одинаковыми во всех воронках. Обычно это минимум:

  • сумма сделки и валюта;
  • источник обращения;
  • направление / товарная группа;
  • причина отказа (из общего справочника);
  • дата первого контакта и дата закрытия.

Если эти поля называются и заполняются одинаково везде, сводный отчёт собирается без танцев. Если в одной воронке источник - список, а в другой текстовое поле, сводного отчёта не будет никогда.

Отдельно стоит сразу заложить сквозную аналитику: какой канал сколько принёс не заявок, а денег. Про это подробнее - в статье «Отчёты в Bitrix24: KPI и OKR».

Переход между воронками

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

Рабочая схема - робот на финальной стадии: при переходе сделки в «Договор подписан» автоматически создаётся сделка в следующей воронке с переносом клиента, реквизитов, суммы и файлов. Ответственный назначается по правилу, старая сделка закрывается успешно.

Так это сделано в кейсе про переезд из AmoCRM, где продажа, дизайн-проект и ремонт были разнесены по трём воронкам: передача между отделами перестала зависеть от того, вспомнит менеджер или нет.

Две детали, которые обычно всплывают уже в работе:

  • Что переносить, а что нет. Переписку с клиентом - да. Внутренние обсуждения условий - обычно нет.
  • Что показывать в отчёте. Одна продажа, прошедшая три воронки, не должна считаться тремя продажами. Это решается связкой сделок и одним общим идентификатором.

Что будет с правами доступа

Момент, который всплывает сразу после запуска и портит настроение: разделили воронки - и выяснилось, что все всё видят.

Для параллельных воронок это часто некритично, но бывает наоборот. Тендерное направление с особыми условиями закупки, работа с крупным клиентом по отдельным ценам, направление, которое ведёт собственник, - всё это причины закрыть воронку от общего доступа.

Права в Bitrix24 настраиваются по направлениям, и разумный минимум выглядит так:

  • Менеджер видит свои сделки в своих воронках. Чужие направления - закрыты.
  • Руководитель отдела видит все сделки своего направления, включая чужие.
  • Директор видит всё, но это отдельная роль, а не «дать всем полный доступ, чтобы не мешало».

Отдельно про экспорт: возможность выгрузить всю базу в файл стоит ограничивать независимо от воронок. Это одна из тех настроек, о которых вспоминают уже после того, как менеджер ушёл к конкуренту вместе с базой. Подробнее - в статье «Безопасность Bitrix24 и документооборот».

Частые ошибки

Заводить воронку под каждый чих. Двенадцать направлений, в восьми из которых по две сделки в квартал. Отчёты бесполезны, менеджеры путаются.

Копировать стадии из чужой схемы. Воронка должна отражать ваш процесс продажи, а не абстрактно правильный. Если у вас нет этапа «Презентация», не надо его добавлять, потому что он был в шаблоне.

Оставлять стадию «Прочее». Через полгода в ней половина сделок, и никто не знает, что там.

Не настраивать причины отказа. Без них нельзя ответить на главный вопрос - почему теряются деньги. А это, как правило, самый ценный отчёт из всех.

Менять воронку на ходу без переноса истории. Удалённая стадия уносит с собой всю аналитику по ней. Изменения в воронке стоит планировать так же, как изменения в учёте.

С чего начать

Возьмите список сделок за последний квартал и разложите их по способу продажи - буквально в таблице, руками. Если получилось две-три чётко разных группы с разной последовательностью шагов, у вас есть основание для нескольких воронок. Если группы отличаются только продуктом или менеджером - воронка нужна одна, а различия описываются полями.

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

Хотите посчитать стоимость настройки под свой случай - соберите состав работ в калькуляторе. Нужен разбор перед решением - оставьте заявку, посмотрим ваши каналы продаж и скажем, где действительно нужны отдельные воронки, а где хватит полей.

Частые вопросы

Сколько воронок продаж нужно компании?+

Столько, сколько у вас принципиально разных процессов продажи - с разными стадиями и разной логикой работы. Разные менеджеры, разные продукты или разные регионы сами по себе новую воронку не требуют: это направления внутри одной.

Чем воронка отличается от направления сделок?+

В Bitrix24 это одно и то же: направление сделок и есть отдельная воронка со своим набором стадий. Разные направления не мешают собрать общий отчёт по всем сделкам сразу.

Можно ли автоматически переносить сделку из одной воронки в другую?+

Да, роботом на нужной стадии: при её достижении создаётся сделка в следующей воронке с переносом клиента, суммы и файлов. Это стандартный приём для процессов, где продажа и исполнение разделены.

Как понять, что воронок слишком много?+

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

Вопрос по теме

Ответим в мессенджере — быстрее, чем созвон

Два вопроса и контакт. Ответим по вашей ситуации, а не общими словами: что имеет смысл делать, сколько это займёт и сколько стоит.

  • Отвечает Герман, директор SAPETIA
  • Пн-Пт, 10:00-17:00 — обычно в течение двух часов
  • Без звонков-продаж и рассылок
Не хотите оставлять контакт — напишите нам сами →
Где сейчас теряются клиенты?
Сколько человек будет работать в системе?
Куда ответить?
ПозвонитьРассчитать стоимость