01 / Commercial system / Revenue leak map

Где бизнес теряет B2B-продажи ещё до первого звонка

К моменту разговора с менеджером часть сделки уже выиграна или проиграна — сайтом, продуктом, упаковкой и качеством следующего шага.
Разобрать коммерческий контурОткрыть инструмент
Дмитрий Лаврушин анализирует коммерческую систему
01 / Applied expertise

Revenue Leak Map

Найдите разрыв до первого звонка

Выберите этап цепочки и оцените риск.
Риск: клиент не понимает предложениеМожно ли за 30 секунд назвать продукт, аудиторию и отличие?Метрика: service → contact conversion
01

Продажа начинается до CRM

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

Поэтому аудит начинается не с настройки этапов в CRM, а с полной цепочки: спрос, первый контакт, сайт, продукт, коммерческое предложение, переговоры и follow-up.

  • Продукт: что компания действительно продаёт
  • Упаковка: можно ли понять ценность без менеджера
  • Продажа: как интерес превращается в предложение
  • Данные: где именно пропадает следующий шаг
02

Переход важнее отдельной цифры

Одна метрика редко объясняет проблему. Высокий трафик может скрывать слабое понимание оффера, а большое число КП — низкую квалификацию лидов.

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

  • lead → qualified
  • qualified → proposal
  • proposal → negotiation
  • negotiation → won
  • скорость первого ответа
  • число и качество follow-up
Сайт как часть B2B-продаж
До первого звонка коммерческая система уже объясняет продукт, собирает доверие и подготавливает следующий шаг.
03

Пять вопросов до изменения отдела продаж

Может ли клиент объяснить продукт после сайта? Отличается ли КП от прайс-листа? Есть ли аргументы для разных сегментов? Что менеджер знает до звонка? Видим ли мы причины проигрыша?

Если на три вопроса нет уверенного ответа, проблема почти наверняка шире работы отдельных менеджеров.

  • Проверить первый экран и продуктовые страницы
  • Сопоставить сегменты и аргументы
  • Разобрать одно реальное КП
  • Зафиксировать причины потерь

Методика / применение

Рабочий протокол аудита B2B-воронки

Фиксируйте каждый этап как договорённость между командами: что считается входом, какой результат считается выходом, кто владелец и где хранится доказательство перехода. Это отделяет реальную потерю от ощущения, что «лиды плохие».

Начинайте с одного разрыва. Массовая перестройка CRM, сайта и отдела продаж одновременно не позволяет понять, какое изменение сработало.

  1. 01

    Спрос → контакт: источник, интент, доля релевантных обращений.

  2. 02

    Контакт → квалификация: критерии SQL, скорость ответа, причина отказа.

  3. 03

    Квалификация → КП: владелец, срок подготовки, полнота аргументов.

  4. 04

    КП → переговоры: открытие документа, вопросы, согласование участников.

  5. 05

    Переговоры → решение: причина победы или проигрыша, длина цикла.

  6. 06

    Follow-up: дата следующего шага, ответственный и понятный повод вернуться.

Рабочий пример

Для 30-дневного пилота выбирают один переход, например qualified → proposal. Команда фиксирует единый критерий квалификации, шаблон коммерческого предложения, срок отправки и причины, по которым КП не было подготовлено. Итогом становится таблица handoff, а не новый декоративный dashboard.

Ограничения
  • Не сравнивать каналы с разной длиной сделки без сегментации.
  • Не считать отправленное КП доказательством интереса.
  • Не публиковать клиентские цифры без периода и контекста.
Результат

Артефакт работы — карта этапов с входом, выходом, владельцем, метрикой и типовой потерей. Формулы просты: конверсия этапа = выходы / входы; цикл = дата решения − дата первого подтверждённого контакта.

Контур внедрения

Зафиксировать исходную точку

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

Назначить владельца

У каждого шага есть один ответственный, срок и проверяемый критерий приёмки. Список рекомендаций без владельца остаётся презентацией, а не рабочей системой.

Проверить на пилоте

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

Принять следующее решение

После контрольного периода команда выбирает одно из трёх действий: масштабировать, уточнить гипотезу или остановить. Метрика должна завершаться решением, а не красивым графиком.

Definition of done

Проверка перед внедрением

Чек-лист заполняется фактами и ссылками на артефакты. Пустой пункт означает неизвестность, а не автоматически отрицательную оценку. После пилота список пересматривается вместе с данными контрольного периода.

Дмитрий Лаврушин анализирует коммерческую систему
Ищу не плохого менеджера, а участок системы, на котором сделка теряет энергию.
Дмитрий Лаврушин

Product · Sales · Web systems

О подходе →

Decision metrics

Измерять переход,
а не шум

01Lead → SQL

качество входа

02Proposal

конверсия КП

03Win rate

доля побед

04Cycle

длина сделки