В понедельник РОП видит конверсию сентября 25%, октября — 8%. У октября просто отняли месяц жизни и теперь предъявляют претензию, что он не повзрослел. Если строить воронку по снимку CRM, свежий поток почти всегда выглядит хуже там, где продажи не мгновенные. Иногда отдел действительно замедлился. Чтобы отличить одно от другого, сначала выровняйте возраст сделок.
В когортном анализе воронки продаж объединяйте сделки по дате входа, считайте достижение этапов на одинаковом возрасте и сохраняйте числитель со знаменателем. Сравнение, например, двух когорт на 30-й день отвечает на вопрос о скорости и вероятности перехода за одинаковое время. Текущий снимок открытых сделок пригоден для управления очередью, но не заменяет это сравнение.
Почему 8% могут оказаться теми же 12%
Условно сентябрь получил 100 сделок. К десятому дню выиграно 8, к тридцатому 12, к шестидесятому 25. Октябрь получил 80 сделок: к десятому дню выиграно 6, к тридцатому — 10. На десятом дне это 8% против 7,5%; на тридцатом 12% против 12,5%. Если сравнить сентябрь на шестидесятом дне с октябрём на десятом, получится 25% против 7,5%, но сравнение ничего не скажет о падении скорости.
Теперь добавьте шаг «КП отправлено». К десятому дню в сентябре его достигли 40 сделок, в октябре — 20. Относительно входа 40% против 25%. Конверсия в ранние победы пока близка, но скорость подготовки предложения могла упасть. Открывайте журнал работы с предложениями, а не переписывайте весь процесс по одному последнему этапу. Если октябрь изменил состав потока, сравните одинаковые сегменты прежде, чем обвинять менеджеров.
Если нужна рабочая система, где сделки и агентные действия связаны, на странице Цифры можно посмотреть, как устроены карточки и действия вокруг них. Для отчёта возьмите один реальный поток и убедитесь, что дату входа и переходы можно восстановить до уровня отдельной сделки.
Сначала определите, кто попал в группу
Договоритесь о единице: лид, сделка, проект или компания. У одного клиента бывает три независимых проекта. Один проект может иметь два варианта КП. Если оба варианта стали сделками, количество входов увеличилось без новых покупателей. Для воронки проектов стоит выбрать устойчивый идентификатор и правило разведения альтернатив. Для измерения загрузки отдела, напротив, оба расчёта могут быть важны.
Определите событие входа. Создание карточки из автоматического импорта, первое поступление запроса и принятие в работу — разные даты. В продажах удобен первый момент, когда сделку действительно начали вести по выбранному процессу. Если надо оценить путь от заявки, используйте поступление заявки. Не меняйте старт в середине ряда. Две группы, одна по входу в CRM, другая по первой встрече, могут отличаться даже при одинаковых клиентах.
Для новых и возвращённых сделок выберите политику. Возобновление спустя полгода может быть новой попыткой, а правка комментария через день — той же работой. Сохраните связь между первоначальным и новым периодом. Если цель — оценить уникальных покупателей, одна компания не должна механически увеличивать знаменатель. Если цель — оценить циклы работы, два действительно разных цикла допустимы.
Как собрать историю из CRM
Для каждого перехода сохраните идентификатор сделки, момент события, старый этап, новый этап и источник. Снимок «на сегодня» достаточен для списка задач, но не скажет, когда карточка впервые была на КП. В документации сделок HubSpot видно, что сделка имеет свойства и связи; в описании CRM Pipelines — что этапы относятся к конкретной воронке. В используемой системе проверьте доступность истории и срок хранения отдельно.
Работайте с временами событий, а не временем импорта. Иначе миграция в ноябре сделает все прошлогодние сделки ноябрьской когортой. Если исторические отметки потеряны, проведите вертикальную границу на отчёте: до неё честно показывайте только доступный снимок; после неё — когортные результаты. Не достраивайте время перехода из даты последнего редактирования.
Когда этап меняет название, стабильный идентификатор полезнее надписи. Когда меняется смысл, одного идентификатора мало. Например, «КП» раньше значило отправку PDF, а теперь означает подтверждение интереса клиента после звонка. Для длинного ряда нужны версия схемы и правила сопоставления, которые объясняют, где прямое сравнение заканчивается.
| Поле | Для чего нужно | Типичная ошибка |
|---|---|---|
| Ключ сделки | Связать все переходы | Использовать имя компании |
| Момент входа | Построить когорту | Взять дату импорта |
| Код этапа и версия | Сопоставить определения | Объединить одинаковые подписи |
| Момент первого достижения | Считать наступление к заданному возрасту | Считать каждый повтор |
| Открыта или закрыта на дату среза | Разделить цензуру и исход | Записать все открытые в проигрыш |
| Сегмент на входе | Сравнить сопоставимый поток | Использовать позднюю правку |
Конверсия от входа и переход: два полезных знаменателя
Если из 100 сделок 40 дошли до КП, а 12 выиграны, конверсия от входа до победы — 12%. Для перехода из КП в победу делите число сделок, которые действительно прошли оба события в нужном порядке, на число достигших КП. При стандартном порядке это 12 из 40. Если четыре победы прошли без КП, числитель последовательного перехода — восемь, а общих побед всё ещё двенадцать. У коротких и длинных маршрутов могут быть разные воронки.
В справке GA4 по исследованию воронок открытая и закрытая модели по-разному обрабатывают вход в шаги. Документация когортного исследования GA4 показывает, как критерий включения и возраст группы задают способ сравнения. Это иллюстрации аналитического метода; путь по продажам восстанавливается из ваших CRM-событий, а не автоматически из веб-посещений.
Посмотрите на открытые и проигранные сделки отдельно. Сделка, которая ещё не могла прожить 30 дней, не имеет результата на горизонте 30 дней. Сделка, которая прожила 30 дней и остаётся открыта, не достигла победы к горизонту, но ещё может выиграть позже. Отсутствующий наблюдаемый исход и отсутствие победы — разные клетки таблицы. Это экономит много лишних споров.
Как заметить смену состава потока
Предположим, в сентябре из 100 сделок 80 — повторные и 20 новые. В октябре из 100 только 20 повторных и 80 новые. У повторных вероятность победы 30%, у новых 10%, внутри групп ничего не изменилось. В сумме сентябрь даст 26 побед, октябрь — 14. Конверсия упала при неизменном процессе. Это полезное изменение для маркетинга и загрузки отдела, но не повод переписывать скрипты.
Сегментируйте по признакам, известным при входе: продукт, источник, тип клиента, размер сделки в допустимом смысле. Не выбирайте сегмент по результату, например «оплачено со скидкой», чтобы оценить влияние скидки без учёта выбора. Если данных мало, покажите размеры групп и объедините несколько сравнимых недель. Один выигрыш из двух — не закономерность, даже если в процентах выглядит внушительно.
Сравнивайте и сумму, и количество, но не смешивайте их. Конверсия из сделок в оплату отвечает за частоту. Доля подтверждённой суммы — за объём, который подвержен одному крупному заказу. В отчёте укажите, по какой версии суммы считаете, и отдельно пометьте неизвестные значения. Иногда управленческое решение — не «исправить воронку», а найти единственную крупную сделку и проверить срок.
Проверка перед тем, как строить дашборд
Начните с двух дат входа и одного перехода. Возьмите обезличенную выгрузку и вручную пересчитайте несколько сделок. Для каждой найдите старт, первое подходящее событие, возраст и итог. Попробуйте взять строку из графика и развернуть её до истории. Если это невозможно, ещё рано обсуждать красивую визуализацию.
Затем добавьте срезы 7, 30 и 60 дней, если они подходят процессу. Для длинных продаж берите горизонт, в котором уже происходят содержательные изменения. Для коротких не надо ждать месяц, чтобы обнаружить сбой в первые часы. Возраст должен быть виден в каждой колонке, а дата построения — в заголовке.
Сценарии, которые проверяют расчёт
Этап прошли дважды
Сделка зашла на КП на пятый день, вернулась на уточнение и снова попала на КП на седьмой.
- Что проверить
- Найдите первые переходы и состояние на контрольную дату. События не нужно стирать, даже если для числа важен только первый вход.
- Решение
- Для накопленной конверсии учитывайте одно первое достижение. Для текущей очереди учитывайте состояние на момент отчёта.
- Ожидаемый результат
- Проверьте, что метрика повторов отдельно покажет два перехода, а воронка не посчитает две сделки.
Менеджер закрыл продажу без коммерческого предложения
Повторный заказ оформился сразу из звонка. В CRM этап «КП» не наступал.
- Что проверить
- Проверьте фактический путь и признак повторного заказа. Не дорисовывайте событие, если его не было.
- Решение
- Считайте победу в общей конверсии. В последовательной воронке выводите отдельно путь без КП.
- Ожидаемый результат
- Число общих побед не теряется, а стандартный маршрут не получает чужую строку.
Когорту построили до окончания горизонта
Группа началась восемь дней назад, на графике показана её конверсия за месяц.
- Что проверить
- Для каждой сделки определите, можно ли наблюдать 30 дней с момента входа. Срез по месяцу может содержать сделки разных возрастов.
- Решение
- Отметьте горизонт как незрелый либо используйте явно выделенную подгруппу с полным наблюдением. Покажите долю доступных наблюдений.
- Ожидаемый результат
- После обновления зрелый результат появляется с актуальной датой. Старый срез не превращается в фиктивный прогноз.
Половина потока приехала из старой системы
В понедельник импортировали записи прошлого квартала. Дата создания в новой CRM совпадает у сотен карточек.
- Что проверить
- Найдите подтверждённую дату исходного входа и статус происхождения. У части старых карточек данных может не быть.
- Решение
- Используйте исходный момент, когда он известен. Записи без него показывайте отдельно как не включённые в когортный расчёт.
- Ожидаемый результат
- На календаре нет искусственного пика продаж в дату импорта. Пользователь может открыть список исключений.
Переименовали этап и одновременно сменили смысл
Команда стала считать «КП» только после реакции клиента, хотя ранее хватало отправки.
- Что проверить
- Сопоставьте версию процесса и события, которые существовали в обеих версиях. Определите общий наблюдаемый факт.
- Решение
- Разбейте ряд или покажите параллельный показатель. Старая и новая метрики не должны склеиваться через название.
- Ожидаемый результат
- На графике дата изменения и объяснение. Пересчёт старого периода возможен только при наличии одинаковых исходных событий.
У крупной сделки сменился продукт после согласования
Вошла в один сегмент, закрылась в другом. Оба отчёта хотят считать её своей.
- Что проверить
- Сохраните продукт на входе и продукт финальной покупки отдельными признаками. Спросите, какой вопрос решает разбивка.
- Решение
- Для анализа потока оставьте сегмент входа. Для финансовой структуры выручки используйте финальный продукт.
- Ожидаемый результат
- Две таблицы согласуются по общим сделкам. Нельзя переносить знаменатель из одной в числитель другой.
Как проверить расчёт на одном листе
Соберите десять условных строк: вход в процесс, дата первого КП, дата победы, причина проигрыша, дата последнего наблюдения. Для первой сделки вход 1 сентября, КП 5 сентября, победа 18 сентября. На десятом дне она считается дошедшей до КП и ещё не выигранной; на тридцатом — выигранной. Для второй вход 25 сентября, на 30 сентября есть КП. У неё ещё нет наблюдения на десятом дне. Для третьей вход 5 сентября, проигрыш 7 сентября. Она не выиграла на горизонте, и причина известна, в отличие от ещё открытой.
В таблице сначала посчитайте возраст каждой записи относительно даты среза. Затем отметьте, какие события произошли до выбранного возраста. Для последовательного перехода дополнительно проверьте порядок событий. Если отчёт за 30 дней включает только полное наблюдение, покажите число исключённых свежих строк. Сравнение результатов часто ломается именно здесь: одна вкладка молча считает незрелых, другая отфильтровывает.
Не делайте всю историю одной широкой строкой с бесконечными датами. В сырой таблице храните переходы по строкам, а в рабочем представлении можно вычислить первый нужный момент. Тогда новые версии этапов не требуют ломать исходную схему и легче добавить диагностику возврата. В отчёте остаётся ссылка на историю, из которой получилась цифра.
Как отличить задержку от остановки
Посмотрите на профиль возраста. Если на седьмом дне доля достигших КП ниже, а на тридцатом почти та же, возможна задержка. Команда догоняет, но дольше держит запросы открытыми. Если и на седьмом, и на тридцатом ниже, возможно, часть сделок уже не доходит. В обеих ситуациях полезно проверить причину на примерах: недостаток данных на входе, перегрузка расчёта, новый критерий допуска или реальная смена спроса.
В условных двух группах по 80 сделок: у первой 32 КП к седьмому дню и 48 к тридцатому; у второй 16 и 46. На тридцатом различие небольшое, а ранняя задержка существенная. Дальше посмотрите бизнес-последствие. Если клиенты ждут два дня, задержка может стоить интереса; если закупка плановая, дело может быть в переносе внутренней работы. Подходящая мера зависит от ожидания клиента, а не от диаметра красного кружка.
Если ранний спад совпал с новым источником, разбейте когорты. Допустим, источник даёт проекты с более длинным циклом и большей средней суммой. Сравнивать всю новую группу со старой полезно для планирования загрузки, но бессмысленно для приговора скрипту. Проверьте динамику внутри сегмента и зафиксируйте, какие выводы пока зависят от возраста.
История меняется: кто и когда записал результат
У продажи есть момент события и момент внесения в CRM. Менеджер может провести оплату в понедельник и поставить статус в среду. Для проверки дисциплины важен лаг записи. Для расчёта продаж — фактическая дата по принятому источнику. Храните обе. Если восстановить факт можно только со слов менеджера, отметьте тип подтверждения и не делайте вид, что точность такая же, как у журнала оплаты.
При поздней корректировке старых результатов сохраните версию отчёта. Можно пересчитать исторический срез на улучшенных данных, но обозначьте, что он содержит сведения, недоступные на исходную дату. Особенно важно для сравнения прогнозов: информация, которая пришла позже, не должна попадать в модель как будто она была известна раньше.
Подготовьте три строки в шапке: «что было известно на дату», «как определён возраст» и «какие сегменты сопоставимы». На совещании они сокращают число вопросов, связанных не с продажами, а с определениями. Руководитель может перейти к настоящему решению: нужен ли ускоренный расчёт, другая квалификация или просто ещё две недели наблюдения.
Первые действия в понедельник после отчёта
Выберите один переход, где возникло различие, и пять сделок, из которых оно складывается. Не открывайте сразу всех проигравших. Например, для КП на десятый день возьмите несколько неуспевших из нового потока и несколько таких же из старого. В каждой восстановите дату готовности входных данных и дату, когда менеджер смог начать расчёт. Если разница до готовности данных, меняйте ввод; если после — очередь расчёта.
Назначьте изменение и дату следующей проверки. Новый поток сравнивайте тем же горизонтом и по тем же критериям. Если стало быстрее, не расширяйте вывод на все услуги: у части сегментов срок может не измениться. Управление появляется, когда воронка помогает выбрать одну проверяемую задачу. Без этого хоть десять фильтров на графике останутся десятью способами пересортировать непонимание.
Какие решения можно принять по результату
Если ранний переход стабильно ухудшился в сопоставимых группах, возьмите несколько историй и посмотрите время до первого действия, нагрузку, версии шаблонов и источники. Если ранний переход сохранён, а на длинном горизонте стало хуже, смотрите согласования и конкурентные причины. Если провал виден только в свежих срезах, дождитесь зрелости либо используйте ранние метрики как сигналы, а не как финальный диагноз.
Для дизайна процесса отдельно разберите этапы воронки и изменение этапов в CRM. План-факт отвечает на вопрос о выполнении календарной цели. Когортный отчёт нужен, чтобы сравнить траектории сделок. Хороший график воронки — тот, который не заставляет руководителя каждый месяц увольнять календарь.