Конверсия этапа CRM: прямой переход, пропуск и повторный вход

Один этап, три разных вопроса

Обозначим A как квалификацию, B как предложение, C как согласование, W как выигранную сделку. Руководитель может спросить: куда сделка ушла сразу после первого A; дошла ли она когда-либо до B после этого входа; завершилась ли она победой за выбранный срок наблюдения? Для этих вопросов нужны разные признаки.

• Прямой переход A → B: первым фактическим изменением этапа после выбранного входа в A стал B.
• Достижение B: после выбранного входа в A в истории есть вход в B до конца наблюдения, даже если по пути был другой этап.
• Победа: в заданном окне наблюдения зафиксирован согласованный исход W. Посещение B для этого показателя не обязательно.

Это определения учебной модели, а не универсальные названия полей CRM. Они нужны, чтобы отделить соблюдение маршрута от коммерческого результата. Сделка A → W успешна по исходу, но не посещала B. Нельзя дописать ей прохождение предложения только потому, что B находится левее W на схеме.

Условия исходной когорты и одинаковой зрелости сделок разобраны в руководстве по B2B-воронке. Здесь когорту фиксируем заранее и разбираем именно историю переходов внутри неё.

Что проверить в настройках отчёта

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

В документации настраиваемой воронки отдельно описаны необязательные промежуточные этапы. Там же указано, что фильтр дат относится к событиям прохождения, а не просто к дате создания записи; описанная возможность отмечена как beta. HubSpot: custom funnel reports. Поэтому нельзя переносить процент из одного вида отчёта в другой без проверки.

Запишите четыре настройки рядом с цифрой: событие входа в выборку, последний допустимый момент наблюдения, обязательные этапы и способ обработки повторов. Затем проверьте несколько известных маршрутов по ID. Название диаграммы и визуально правильная ширина ступеней такую проверку не заменяют.

Учебный журнал восьми сделок

Возьмём восемь вымышленных сделок, впервые вошедших в A. Для каждой доступны полные 30 дней наблюдения от этого события. Все показанные переходы произошли внутри её 30-дневного окна; L означает проигрыш. Самоповторы записи одного и того же этапа уже исключены.

1. D1: A → B → C → W.
2. D2: A → W.
3. D3: A → C → B → W.
4. D4: A → B → A → B → C; на границе окна сделка открыта.
5. D5: A → L.
6. D6: A; на границе окна сделка открыта.
7. D7: A → C → W.
8. D8: A → B → L.

Прямо из первого A в B вышли D1, D4 и D8: 3 / 8 = 37,5%. После первого A хотя бы раз достигли B сделки D1, D3, D4 и D8: 4 / 8 = 50%. Победой в окне закончились D1, D2, D3 и D7: 4 / 8 = 50%.

Последние два процента совпали случайно: множества сделок разные. D4 и D8 посещали B, но не выиграны; D2 и D7 выиграны, хотя B пропущен. Следовательно, нельзя прочитать 50% достижения B как 50% вероятности победы или как доказательство необходимости этапа B.

Проверка исходов даёт четыре победы, два проигрыша и две открытые сделки: 4 + 2 + 2 = 8. Побед за выбранные 30 дней — 50% от исходной когорты. Доля побед среди шести уже завершённых сделок равна 4 / 6, около 66,7%; это другой показатель с другим знаменателем. Открытые записи нельзя незаметно исключить.

Повторный вход меняет единицу счёта

D4 посетила A дважды и B дважды. В отчёте по уникальным сделкам она даёт одно достижение B. Если посчитать каждое посещение B, весь журнал даст пять входов в B, хотя достигших его сделок только четыре. Деление 5 / 8 смешает количество событий с количеством сделок.

Можно построить отдельный отчёт по попыткам выхода из A. Тогда каждый вход в A получает свой номер посещения и свой следующий фактический этап. В примере входов в A девять: по одному у всех восьми сделок и ещё один у D4. Из них четыре имеют следующий переход в B: D1, оба посещения D4 и D8. Одна попытка D6 пока не завершилась выходом.

Показатель 4 / 9 описывает долю всех зафиксированных входов в A, после которых уже случился непосредственный выход в B к границе наблюдения. Если исключить незавершённое посещение D6, получится 4 / 8. Такой отчёт сильнее взвешивает сделки с возвратами; его нельзя выдавать за конверсию уникальных сделок или напрямую сравнивать с 3 / 8 по первому входу.

Время текущего и накопленных посещений рассмотрено в материале о возрасте этапа. Здесь история нужна для восстановления порядка, а не для суммирования длительности.

Какие данные нужны для воспроизводимого пути

Сохраните ID сделки, ID события изменения, прежний и новый этап, фактическое время, время регистрации, воронку и версию её схемы. Повторный импорт события с тем же ID не должен создавать второй переход. Сохранение карточки без изменения этапа не является новым посещением.

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

Мигрированная сделка, впервые увиденная на C, не доказывает ни посещения A, ни его пропуска. У неё неполная история. Показывайте такие записи отдельно и не дорисовывайте маршрут по текущему статусу. Исправление ошибочного этапа храните с основанием; версия очищенного журнала должна отличаться от исходного события.

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

Какой вывод можно сделать

Если много сделок идут A → W, проверьте, является ли это разрешённым коротким маршрутом для повторных заказов или пропущенным ведением карточек. История этапов обнаруживает различие путей, но сама не объясняет причину. Попросите владельца показать исходные решения и договорённости по нескольким конкретным сделкам.

Если часто встречается A → C → B, выясните, действительно ли согласование начинается до предложения или сотрудники поздно обновляют этапы. Нельзя автоматически объявить команду неэффективной по нарушенной последовательности: сначала проверьте определения и своевременность регистрации.

Если возвраты в A связаны с недостаточными исходными данными, полезным действием может стать проверка полноты квалификации. Результат оценивайте по следующей сопоставимой группе. Из одного журнала нельзя сделать причинный вывод, что посещение B повышает продажи: разные клиенты и сделки выбирают разные пути.

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

Приёмочные проверки и итог

1. D2 и D7 считаются выигранными без искусственного посещения B.
2. D3 входит в «достигли B», но не в прямой выход из первого A в B.
3. D4 учитывается один раз в числе сделок и дважды только в явно названном отчёте посещений.
4. D6 остаётся открытой и видимой в знаменателе исходной когорты.
5. Дубли событий и сохранение неизменного статуса не создают переходов.
6. Неизвестная история миграции не становится нулевой конверсией или подтверждённым пропуском.
7. Для каждой цифры доступен список вошедших ID и правило окна наблюдения.
8. Смена схемы этапов не переписывает молча ранее опубликованный отчёт.

В SABSUS обсудите проверку через CRM и отчёты. Наличие полного журнала переходов, правила пропусков, повторных входов и выгрузки нужно подтвердить отдельно. Статья не обещает готовую диаграмму или автоматическое восстановление отсутствующей истории.

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

Источники

• HubSpot: sales analytics и воронка сделок.
• HubSpot: настраиваемые воронки, необязательные этапы и даты событий.

Источники проверены 11 октября 2026 года. Маршруты, числа и определения отчётов в примере являются редакционной моделью, а не результатами клиента или стандартной настройкой какого-либо продукта.