Разбор проигранных и зависших сделок
Win/loss analysis · Разбор отказов
Разобраться, почему покупатель остановился, и выбрать изменение в продаже, а не удобную причину отказа.
Что получите. Реестр причин с источниками, решения по зависшим случаям и одна проверка изменения процесса.
Что подготовить. История сопоставимых покупок: источник, предложение, переписка, подтверждённые действия, время на шагах. По возможности — разговор с покупателем. Отдельно возьмите успешные случаи для сравнения.
Когда пригодится
Есть встречи, предложения или начатые покупки, но заметная часть не заканчивается оплатой. В CRM причины выглядят как «дорого», «подумают» или «не отвечает».
Как использовать
- Выберите один сегмент и тип покупки. Не смешивайте короткий заказ с годовым корпоративным договором.
- Разделите случаи: купили у нас, выбрали альтернативу, отказались от всей покупки, отложили, пока неизвестно. Молчание не равно отказу.
- Восстановите последний подтверждённый шаг и ожидание покупателя. Отделите слова клиента от версии менеджера.
- Если уместно, попросите объяснить ход выбора: что сравнивали, что стало решающим, что произошло после отказа.
- Сопоставьте выигранные и проигранные случаи. Выберите причину, которую можете проверить, и следующее действие.
Учебный пример B2B
предложение зависло
| Поле | Заполнение |
|---|---|
| Ситуация | После демо финансовый руководитель перестал отвечать. Менеджер записал «дорого». |
| Что выяснили | Клиенту понравился сценарий, но он не знал, как подключить ИТ. Цена отдельно не обсуждалась. Источник — разговор с клиентом. |
| Причина / неизвестное | Нет согласованного пути технической проверки. Бюджет пока неизвестен. |
| Решение | Предложить встречу с владельцем интеграции и заранее отправить список необходимых данных. |
| Проверка | Согласован ли участник и конкретный следующий шаг? Дальше отслеживать договор и оплату, а не только число встреч. |
Учебный пример B2C
отказ от заказа
| Поле | Заполнение |
|---|---|
| Ситуация | В обращениях люди пишут, что не закончили оформление. Команда считает цену товара высокой. |
| Наблюдение | В нескольких воспроизведённых сценариях стоимость доставки появилась только на последнем шаге. Часть пользователей выбрала самовывоз у конкурента. |
| Вывод | Есть подтверждённая помеха для этой группы, но её распространённость ещё не измерена. |
| Решение | Показать полный расчёт раньше; проверить конверсию и вклад заказа в сопоставимых условиях. |
Как разобрать звонок или встречу
Возьмите разговор из того же типа продаж, который сейчас разбираете. Зафиксируйте не оценку «хорошо продал», а наблюдения:
- Какая задача и причина действовать выяснены словами покупателя?
- Что менеджер знает о критерии выбора и процессе покупки, а что только предполагает?
- Как объяснена польза и чем она подтверждена?
- Какое возражение прозвучало буквально и что осталось невыясненным?
- Есть ли следующий шаг, согласованный обеими сторонами?
Учебный разбор: клиент сказал «нужно обсудить с коллегами». Менеджер ответил «перезвоню в пятницу», но не уточнил, кто участвует и что нужно для обсуждения. Следующая проверка — выяснять участников и совместно выбирать полезный шаг. Не считать соблюдение скрипта доказательством качества продажи и не делать вывод о сотруднике по одному разговору.
Когда выбрать другой метод
Причина со слов клиента может быть неполной, а согласившиеся поговорить — отличаться от остальных. Не выводите общую частоту причин из удобной выборки. Если ещё нет наблюдаемых покупок, начните с интервью и проверки предложения.
Что на самом деле купил клиент
В разборе причин покупки я прошу назвать слова клиента: почему команда считает, что у неё купили именно эту ценность? Если есть только версия продавца, нужно вернуться к покупателю.
Пример из моей практики: команда продавала автоматизацию и исключение человеческого фактора, а руководитель покупал прозрачность занятости отдела, который постоянно просил новых людей. Такое различие помогает уточнить ценность и ICP, но не превращает один случай в вывод обо всех клиентах.
Как отделить слова клиента от причины потери
Причина в CRM часто является кратким пересказом менеджера. «Дорого» может означать отсутствие бюджета, непонятную пользу, другой приоритет или удобный способ закончить разговор. Сохраняйте буквальную формулировку и подтверждённые действия, затем отдельно записывайте интерпретацию. Сравнение с выигранными случаями помогает заметить различие, но не доказывает причинность само по себе: клиенты могли изначально отличаться.
Как выбрать изменение после разбора
Сгруппируйте подтверждённые помехи, отделите неизвестное и выберите одну проверку процесса. Обучение всей команды новому скрипту без понимания причины рискует закрепить неверную версию.
Связанная задача в кейсе
Посмотреть задачу и решения команды
Кейс иллюстрирует связанную ситуацию. Учебные примеры этой инструкции не являются описанием кейса.
Передать работу команде
Учебное поручение: руководитель продаж собирает сопоставимые случаи после демо, отмечает последнюю договорённость и отдельно фиксирует слова клиента и версии команды. На следующем разборе выбираем одну подтверждённую помеху и одну проверку. До встречи задайте дату и владельца работы.
- Что вернуть: заполненный реестр и список неизвестного.
- Что решить: какую проверку делаем, кто отвечает, что ожидаем увидеть.
Оформить это в Недельный план проверок. К диагностике возвращайтесь, если данных недостаточно или первоначальная версия не подтвердилась.