Если лид уже появился, проблема может находиться в нескольких местах: до него не дозваниваются, отвечают слишком поздно, плохо объясняют ценность, предлагают слишком большой следующий шаг, квалифицируют не тех или недостаточно настойчиво делают follow-up. Поэтому Lead → Meeting нужно разбирать как отдельный переход, а не как общий «sales problem».
Диагностика относится к одному lead flow. Если смешать inbound, outbound, разные продукты и ICP, средняя конверсия может скрыть совершенно разные проблемы.
Результат показывает вероятный bottleneck и первый эксперимент, а не объявляет причину доказанной.
Есть попытки, но клиент не отвечает ни по одному каналу.
Например, только телефон без email/messenger, хотя другие каналы доступны.
Если это не измерялось, выберите «Не знаю».
Проблема может скрываться за хорошей средней/медианой.
Менеджер почти не использует source, page, message или company context.
Это снижает perceived relevance и увеличивает friction.
Вместо проблемы клиента и ценности следующего шага.
Например, «расскажем подробнее» вместо конкретного outcome.
Длинный demo, несколько участников, заполнение брифа, сбор документов.
Независимо от intent, segment и complexity.
Нет системной последовательности касаний.
Все «не сейчас» превращаются в одинаковый статус потери.
Если Meeting rate низкий, стоимость привлечения клиента часто растёт даже при нормальном CPL.
Следующее ограничение → Медленная реакция на лидПроверьте, насколько speed-to-lead влияет на Contact и Meeting rate.
Проверить latency → Эксперименты по конверсииПревратите найденный mechanism в controlled test с primary metric и guardrails.
Поставить эксперимент →Если разделить переход на Attempt → Contact → Interest → CTA → Held Meeting, становится видно, где действительно исчезает pipeline. После этого можно менять конкретный механизм, а не переписывать весь sales process одновременно.