Общая конверсия снизилась, и руководитель требует чаще звонить клиентам. Но звонки не исправят предложение, которое не соответствует задаче, и не ускорят платёж, если заказчик не получил правильные реквизиты. Анализ воронки полезен только тогда, когда заканчивается проверяемой гипотезой и конкретным изменением процесса.
Задача этой статьи — выбрать участок работы для улучшения. Здесь предполагается, что этапы определены одинаково, а сравниваемые сделки получили сопоставимое время для перехода. Если эти условия не выполнены, сначала исправьте учёт: неточная диаграмма не становится доказательством после добавления комментариев.
Подготовьте данные для диагностики
Для каждой сделки нужны даты входа и переходов, подтверждающие события, исход, причина отказа и открытое следующее действие. Добавьте тип покупки, источник обращения и продуктовую группу — только те признаки, которые могут объяснить различие процессов.
Зафиксируйте правило выборки. Например: стандартные новые продажи, вошедшие в рассмотрение предложения в одном квартале, с завершённым 30-дневным окном наблюдения. Проектные закупки и повторные заказы анализируются отдельно.
Документация Amplitude по построению воронки подчёркивает необходимость определить последовательность событий и анализируемую группу. Для нашей диагностики это ограничение интерпретации: разные маршруты нельзя бездумно объединять в один процент.
Проверьте несколько карточек вручную. Дата отправки предложения не должна подменять дату подтверждённого рассмотрения. Причина «дорого» не считается установленной, если её записал менеджер без ответа клиента.
Сначала отделите три разных симптома
Низкий переход: небольшая доля сделок достигла следующего состояния за выбранное окно. Возможные объяснения — несоответствие предложения, неготовность покупки, длительная процедура или неполные данные.
Долгое пребывание: сделка остаётся на этапе дольше сопоставимых возможностей. Это ещё не отказ. Нужно проверить согласованную дату решения, активность клиента и наличие препятствия.
Большой объём открытых сделок: на этапе накопилось много карточек. Причиной может быть большой входящий поток, медленное продвижение либо несвоевременное закрытие. Сам размер столбца не различает эти ситуации.
Для каждого симптома полезны абсолютное число, возраст открытых сделок и распределение по сегментам. Средняя длительность без состава выборки способна скрыть несколько очень старых карточек.
Карта этапа квалификации
Симптом: много обращений, мало подтверждённых задач. Проверьте, какие запросы попадают в воронку: реальные покупки, учебные вопросы, поиск документации, предложения поставщиков или повторные сообщения.
Гипотеза: форма и первичный сценарий разговора не позволяют определить задачу. Данные: исходный запрос, вопросы менеджера, ответ клиента, итоговая классификация. Действие: изменить два-три вопроса первичного уточнения и проверить, стало ли меньше ошибочных передач дальше.
Альтернативная гипотеза: изменился источник входящего потока. Тогда обучение менеджеров не устранит несоответствие аудитории. Сравните одинаковые источники до и после, а также долю каждого источника в общем потоке.
Критерий улучшения — больше корректно классифицированных возможностей без потери подходящих запросов. Просто увеличить процент квалификации можно, пропуская неподходящих клиентов дальше, но это перенесёт проблему на следующий этап.
Карта подготовки и рассмотрения предложения
Симптом: подтверждённая задача есть, а предложение долго не появляется. Проверьте наличие исходных данных, время внутреннего расчёта и ожидание ответа технического специалиста. Не смешивайте внутреннюю подготовку с временем, когда покупатель уже рассматривает документ.
Другой симптом: предложения направлены, но клиенты не подтверждают дальнейший шаг. Проверьте совпадение состава, количества, сроков и критериев выбора. Иногда клиент просил расчёт для бюджета на следующий год, а менеджер ожидал заказ через неделю.
Гипотеза должна быть конкретной: «В предложении не раскрыта стоимость доставки, поэтому закупщик не может сравнить итог». Проверка — просмотр переписки и разговор с несколькими клиентами по установленному рабочему порядку. Действие — включить согласованный состав расчёта и получить подтверждение его достаточности.
Не начинайте со скидки, пока не выяснена причина. Цена может быть заметной, но не решающей: предложение может не проходить по сроку, техническим требованиям или правилам оплаты.
Карта согласования и оплаты
На согласовании ищите неизвестных участников решения, несогласованные условия и отсутствие владельца следующего шага. Запись «у юристов» недостаточна: у чьих, какой вопрос рассматривают и когда ожидается ответ?
На оплате разделяйте просроченное обязательство, согласованную отсрочку и документ, который ещё не был принят к оплате. Проверяйте дату, от которой отсчитывается срок, и подтверждение получения корректных документов.
Описание истории действий Microsoft показывает связь звонков, писем и задач с клиентской записью. Для диагностики такая история нужна как подтверждение последовательности событий; количество действий само по себе не доказывает качество работы.
Изменение процесса может оказаться простым: назначить владельца комплекта документов, добавить проверку реквизитов перед отправкой или согласовывать дату следующего обсуждения с покупателем.
Заполненный пример диагностики
В условной группе 40 сделок дошли до рассмотрения предложения. У каждой прошло 30 дней с момента входа на этот этап. За это время 16 перешли к оформлению: 16 / 40 = 40%. Оставшиеся 24 нельзя автоматически назвать потерянными.
Разбор показал: восемь получили подтверждённый отказ, десять продолжают согласование, шесть не имеют понятного следующего шага. Баланс сохраняется: 16 + 8 + 10 + 6 = 40.
Из шести последних в четырёх карточках отсутствует подтверждение получения актуальной спецификации. Это даёт гипотезу о передаче предложения, но ещё не доказывает причину всей низкой конверсии.
РОП выбирает ограниченное изменение: при передаче предложения менеджер согласует способ подтверждения получения и следующий контакт. Проверяется не увеличение числа писем, а появление подтверждённого шага покупателя.
В следующей сопоставимой группе из 20 сделок такое подтверждение получено в 17 случаях. Доля составила 85%. Ранее в отдельной сопоставимой выборке оно было у 12 из 20 — 60%. Разница 25 процентных пунктов показывает изменение дисциплины передачи, но не доказывает рост продаж.
Для вывода о продажах потребуется дождаться одинакового окна перехода и проверить состав групп. Внешние изменения спроса и разные менеджеры могут влиять на результат одновременно.
Шаблон карточки гипотезы
- Этап и конкретный симптом.
- Выборка, период входа и окно наблюдения.
- Числитель, знаменатель и число открытых сделок.
- Возможная причина и альтернативное объяснение.
- Данные, которыми причина проверяется.
- Изменение процесса и ответственный.
- Ближайший измеримый результат.
- Показатель, который нельзя ухудшить.
- Дата повторного разбора и условие остановки эксперимента.
Заполненная формулировка: «Предложения теряют согласованный следующий шаг. Проверяем шесть карточек и исходную переписку. Вводим подтверждение получения актуальной версии, владелец — РОП. Смотрим долю понятных следующих действий; одновременно проверяем, не увеличилось ли время подготовки предложения».
Как проводить разбор без поиска виноватого
Выберите один симптом и несколько характерных сделок, включая успешные. Сначала восстановите факты, затем предложите объяснения. Сравнение с успешным случаем помогает обнаружить отличие в процессе, а не только перечислить ошибки проигранной сделки.
Не меняйте сразу этапы, правила квалификации, шаблон предложения и мотивацию. При одновременном изменении всего процесса трудно понять, что помогло, а что повредило. При необходимости масштабной перестройки фиксируйте её как отдельную версию процесса.
Если причиной оказалась нехватка данных, назначьте период их сбора и точный перечень. Формулировка «нужно больше аналитики» не является действием. Требования к полезным полям разобраны в статье о карточке B2B-клиента.
В ЧатПлюс заявлены CRM и воронки продаж, единые входящие, проекты и задачи. Нужные отчёты и способы сохранения событий следует проверить на вашем примере. Обсудите учёт заявок и работу команды, начав с одной диагностической карточки и решения, которое хотите принять.
Источники
- Amplitude: Build a funnel analysis — Необходимость задать события, порядок переходов и анализируемую группу.
- Microsoft Learn: Track and manage activities — Связь истории взаимодействий и последующих действий с клиентом и сделкой.