«Отправили КП» не равно этапу: как построить измеримую воронку продаж
Принцип воронки продаж не изменился: она показывает, какая часть потенциальных покупателей доходит от первого содержательного контакта до сделки и где возникают потери. Но простого списка действий продавца — «позвонили», «провели встречу», «отправили КП» — недостаточно: такой отчёт измеряет занятость команды, а не движение клиента.
Практически полезная модель опирается на наблюдаемые состояния сделки: потребность установлена, порядок принятия решения выяснен, обсуждение условий назначено, покупка состоялась или клиент отказался. Для каждого состояния нужны единое определение, условие перехода и дата — иначе данные разных менеджеров нельзя корректно сопоставить.
Что считать этапом воронки продаж
Этап — это однозначно распознаваемое состояние клиента или сделки. Сам факт отправки письма не говорит о намерении купить. Получение предложения и назначенное обсуждение уже могут служить условием перехода, если такое правило одинаково применяется ко всем сделкам.
Сначала нужно определить границы модели. Маркетинговая воронка может охватывать показы, посещения, отклики и заявки. Воронка продаж начинается с контакта, принятого командой в работу, либо с квалифицированной возможности — в зависимости от принятого процесса.
Если объединить посетителей сайта и реальные сделки в одну последовательность, первая стадия станет непропорционально большой. В результате будет трудно понять, где возникла проблема: в привлечении аудитории, первичной обработке обращения или дальнейшей работе продавца.
Для сделки со сравнительно коротким циклом можно использовать такой каркас:
- Контакт принят в работу. Известны клиент, ответственный сотрудник и основание для обращения.
- Потребность установлена. Зафиксирована задача покупателя и применимость предложения компании.
- Процесс покупки выяснен. Понятны участники решения, ограничения и следующий шаг.
- Условия рассматриваются. Клиент получил релевантное предложение и согласился обсудить его в обозначенный срок.
- Сделка закрыта. Записан выигранный или проигранный исход и, при отказе, его причина.
Это не универсальный стандарт. Для интернет-магазина этапами могут быть просмотр карточки, добавление товара в корзину, начало оформления и оплата. В сложной корпоративной продаже могут потребоваться техническая проверка, согласование безопасности и юридическое рассмотрение.
Добавлять отдельную стадию имеет смысл, если её наступление можно проверить и она требует отдельного управленческого решения. Если две соседние стадии не меняют ни действия команды, ни оценку положения сделки, их разделение лишь усложняет учёт.
Как определить правила перехода
Для каждой стадии следует записать условия входа и выхода, обязательные сведения и допустимые дальнейшие состояния. Формулировка «проведена демонстрация» описывает работу менеджера. Более точным условием будет зафиксированная готовность клиента обсуждать решение с участником, влияющим на покупку.
Хорошее правило перехода отвечает на четыре вопроса:
- какой наблюдаемый факт переводит сделку дальше;
- чья реакция или действие создаёт этот факт;
- какие поля должны быть заполнены в CRM;
- куда переносится запись при отказе, паузе или отсутствии ответа.
Сделку без следующего действия не стоит бессрочно оставлять на активной стадии. Для отложенного решения нужен статус паузы с причиной и датой следующего контакта. Для отказа — закрытый проигранный исход: удаление записи уменьшает число входов и искусственно меняет долю успешных продаж.
Вероятность закрытия не заменяет этап. Две сделки с одинаковым прогнозом могут находиться в разных состояниях: одна ожидает технического заключения, другая — подписания договора. Стадия описывает положение в процессе, а вероятность остаётся оценкой будущего результата.
Как перенести этапы в CRM
Основой настройки должен стать фактический путь сделок, а не названия стандартных полей программы. Полезно разобрать несколько завершённых и открытых записей, выделить повторяющиеся состояния, назначить владельцев данных и проверить спорные ситуации: разные сотрудники должны относить одну сделку к одной стадии.
Необязательно создавать отдельную воронку для каждого отдела, бренда или команды. Актуальная документация HubSpot по настройке процессов рекомендует разделять их при действительно разных наборах стадий; для корректной обработки сделок в отчётах она также требует наличия закрытых исходов «выиграна» и «проиграна».
Настройку можно провести последовательно:
- зафиксировать определения стадий в коротком регламенте;
- назначить обязательные поля и допустимые переходы;
- распределить открытые сделки по новым правилам;
- вместе с менеджерами разобрать записи, вызывающие разногласия;
- после очистки данных включить отчёты и автоматические действия.
Менять действующую схему без сопоставления старых и новых стадий рискованно. Если исторические данные нужны для сравнения периодов, следует заранее определить, какие прежние состояния соответствуют новым и какие показатели после переноса уже нельзя сравнивать напрямую.
Как корректно считать переходы
Конверсия между соседними стадиями равна числу сделок, дошедших до следующего состояния, делённому на число вошедших в предыдущее, с переводом результата в проценты. Сквозная конверсия рассчитывается от выбранной начальной стадии до выигранной сделки.
Для иллюстрации арифметики зададим условную группу: 100 контактов приняты в работу, у 60 установлена потребность, 30 дошли до рассмотрения условий, 12 завершились продажей. Последовательные переходы равны 60%, 50% и 40%, а сквозной результат — 12%. Эти значения не являются отраслевыми ориентирами: они лишь показывают различие между соседней и сквозной конверсией.
Сравнивать нужно одну группу входов за период, достаточный для прохождения обычного цикла сделки. Если сопоставить свежие обращения, значительная часть которых ещё находится в работе, с полностью созревшей группой, текущий период будет выглядеть хуже независимо от качества продаж.
Кроме того, необходимо заранее выбрать правила последовательности. Официальное описание воронок Google Analytics различает открытую модель, допускающую вход с любой стадии, и закрытую, в которой путь начинается с первого шага; при пропуске обязательного шага пользователь не учитывается на следующих стадиях.
Имеет значение и логика дат. В правилах отчётов HubSpot стандартные стадии рассчитываются по временным меткам входа, а диапазон дат относится к событиям и переходам, а не обязательно к созданию контакта или сделки. Поэтому перед сравнением периодов нужно выяснить, какую дату фильтрует конкретная CRM.
Какие показатели нужны кроме конверсии
Одна доля перехода показывает масштаб потери, но не объясняет её причину. Вместе с ней полезно отслеживать число входов, время на стадии, возвраты назад, долю приостановленных записей и причины проигрыша. Для оценки денежного результата нужны сумма выигранных сделок и маржинальность, если эти сведения доступны.
Показатели следует интерпретировать связками. Большой поток контактов и слабый переход после квалификации могут указывать как на нерелевантное привлечение, так и на слишком мягкое условие входа. Нормальная конверсия при долгом ожидании чаще обращает внимание на задержки согласования, а высокая доля побед при малом числе возможностей — на недостаточный объём верхней части воронки.
Разбивка по каналам, продуктам и типам клиентов полезна только при единых определениях стадий и достаточном числе наблюдений. Короткую розничную покупку нельзя напрямую сопоставлять с многомесячным корпоративным согласованием: различаются путь, длительность и условия принятия решения.
Когда структуру пора пересмотреть
Схема требует проверки, если менеджеры постоянно пропускают стадии, возвращают записи назад или держат сделки без следующего действия. Такие симптомы означают, что модель расходится с реальным процессом либо правила допускают разные толкования.
Пересмотр нужен и при изменении способа продажи: появлении самостоятельной онлайн-покупки, обязательного испытания, партнёрского канала или нового порядка согласования. При этом сама по себе низкая конверсия не является основанием немедленно менять стадии — сначала необходимо проверить качество входных данных, соблюдение правил и причины выходов.
В рабочей карточке сделки должно быть видно текущее состояние покупателя, событие для следующего перехода и время пребывания на стадии. Если воронка показывает только выполненные сотрудниками задачи, узкое место процесса остаётся неразличимым.
Читайте также:
Подпишитесь на рассылку
Получайте свежие новости Web3, AI и криптовалют прямо на вашу почту.