Проигранные сделки: какие причины отказа фиксировать и как их анализировать
Для проигранной сделки сохраняйте результат, основную причину, фактическое подтверждение и короткий комментарий. Если причина не выяснена, так и укажите. Затем сравнивайте только сопоставимые сделки по этапу, сегменту и периоду и выбирайте изменения, которые можно проверить на новых продажах.
Хороший учет причин отказа нужен не для поиска виноватого. Он помогает отличить проблему спроса от ошибки квалификации, бюджетное ограничение от несопоставимого предложения, проигрыш конкуренту от отмены самого проекта. Если категории не различают действия, статистика быстро превращается в формальность.
Разделите отказ, паузу, отсутствие контакта и нецелевую заявку
| Состояние | Основание | Как записать | Дальнейшее действие |
|---|---|---|---|
| Подтвержденный отказ | Клиент сообщил отрицательное решение | Проиграна + известная или неизвестная причина | Закрыть сделку, сохранить историю |
| Согласованная пауза | Есть причина и условие возврата | Пауза, дата/событие, ответственный | Вернуться по договоренности |
| Нет контакта | Клиент не отвечает после разумных попыток | Попытка продажи завершена административно; причина не установлена | Сохранить факт, не выдумывать отказ |
| Нецелевая заявка | Не соответствует базовым критериям возможности | Нецелевая / не квалифицирована | Исправить источник или критерий квалификации при повторяемости |
Если менеджер просто не получил ответ, это не доказательство, что клиент выбрал конкурента или посчитал цену высокой. А заявка, которая изначально не соответствовала продукту, не должна автоматически попадать в те же причины проигрыша, что и квалифицированная возможность.
Что фиксировать в карточке проигрыша
Минимальная запись должна позволять восстановить не только ярлык, но и контекст. Полезно хранить итог и дату закрытия, этап, продукт или тип услуги, сегмент клиента, ответственного, оценку суммы с отдельным признаком «неизвестна», основную причину, при необходимости дополнительную причину, комментарий клиента и степень подтверждения. Гипотезу менеджера лучше хранить отдельно от факта.
| Слабая запись | Содержательная запись |
|---|---|
| Дорого | Клиент сообщил, что утвержденный бюджет ниже минимальной комплектации; сравнение с конкурентами не обсуждалось. Основная причина: бюджет не подтвержден под наш объем. |
| Выбрали конкурента | Клиент выбрал другого подрядчика из-за срока запуска 10 дней против наших 21. Цена была сопоставима. Основная причина: срок. |
| Пропал | После двух попыток связи ответа нет. Причина решения клиента не выяснена; административно закрываем текущую попытку продажи. |
Соберите классификатор, который подсказывает действие
| Код | Смысл | Пример | Что уточнить | Кто использует |
|---|---|---|---|---|
| Несоответствие задаче | Продукт или услуга не закрывает ключевую потребность | Нужна функция, которой нет | Какая потребность критична | Продукт / продажи |
| Условия или объем | Не подошел состав, формат, договорные условия | Нужен меньший объем | Что можно изменить без потери результата | Продажи |
| Бюджет не подтвержден | Денег нет или сумма ниже необходимой | Бюджет заморожен | Есть ли другой период или объем | Продажи / финансы |
| Сравнительная цена | При сопоставимом составе выбрано более дешевое предложение | Цена выше при похожих условиях | Действительно ли составы сопоставимы | Продажи |
| Сроки | Не подходит дата запуска или длительность | Нужен старт раньше | Что критично во времени | Операции / продажи |
| Другая альтернатива | Выбран конкурент, внутреннее решение или отказ от проекта | Сделают своими силами | Какой критерий стал решающим | Руководитель |
| Процесс взаимодействия | Клиент не устроен коммуникацией или качеством работы до сделки | Долго отвечали | На каком этапе возникло | Руководитель |
| Причина не выяснена | Факт отказа есть, объяснения нет | Клиент не раскрыл мотив | Не подменять гипотезой | Все |
Категории нужно адаптировать под бизнес. Их число не является стандартом. Важно, чтобы две соседние причины имели понятную границу и приводили к разным проверкам или решениям.
Почему «дорого» и «выбрали конкурента» требуют уточнения
Фраза «дорого» может скрывать как минимум три разные ситуации: у клиента действительно нет бюджета, сравниваются разные комплектации или ценность предложения не была понятна. Автоматическая скидка во всех трех случаях означает, что разные по смыслу проблемы сведены к одной реакции.
Так же и «выбрали конкурента» описывает исход, но не обязательно причину. Клиент мог выбрать другого поставщика из-за срока, привычного договора, локального присутствия или цены. Для управленческого решения нужен решающий критерий, если его удалось подтвердить.
Как использовать «другое» и «причина не выяснена»
Неизвестная причина лучше вымышленной. Для «другое» нужен короткий комментарий. Если одинаковые комментарии повторяются, классификатор стоит пересмотреть. При изменении справочника полезно хранить соответствие старых и новых кодов, иначе различие периодов может оказаться следствием новой методики учета.
Уточняйте причину спокойно и проверяйте запись
После отрицательного решения можно задать несколько нейтральных вопросов, если контакт уместен. Цель — понять решение, а не открыть скрытый раунд дожима.
- Что стало решающим при выборе?
- Какие варианты вы сравнивали?
- Что в нашем предложении не подошло по условиям или срокам?
- Что стоило объяснить раньше или понятнее?
- Есть ли смысл вернуться к вопросу при изменении обстоятельств, или текущая задача закрыта?
Ответ клиента не нужно оспаривать или переписывать под удобную категорию. Для крупных и типичных проигрышей полезно выборочно сверять запись менеджера с доступной историей общения.
Как анализировать причины без ложных выводов
Сначала задайте знаменатель. Например: все квалифицированные сделки определенного продукта, закрытые в квартале. Если анализировать только проигранные, доля причины показывает структуру проигрышей, но не вероятность проиграть вообще. Если считать по всем закрытым сделкам, нужно явно включать и выигранные.
Если у сделки есть одна основная причина, доли основных причин среди проигрышей должны в сумме давать 100%. Если дополнительно учитываются вторичные причины, сумма долей упоминаний может быть выше 100% — это нужно подписывать. Суммы сделок анализируйте отдельно от количества, причем неизвестную сумму не приравнивайте к нулю.
Превратите повторяющуюся причину в изменение
| Наблюдение | Гипотеза | Изменение | Владелец | Как проверить |
|---|---|---|---|---|
| Много нецелевых заявок | Критерии рекламы шире продукта | Уточнить сообщение и квалификацию | Маркетинг + продажи | Доля квалифицированных заявок на новой выборке |
| Часто не подтверждается бюджет | Бюджет выясняется слишком поздно | Раньше уточнять ориентир и ограничения | Продажи | Доля сделок, где бюджет известен до расчета |
| Проигрыш по срокам | Команда поздно подтверждает доступность | Проверять ресурс до финального КП | Операции | Число проигрышей по срокам после изменения |
| Клиенты не понимают состав | КП плохо показывает границы | Упростить структуру и варианты | Продажи | Обратная связь и число пересчетов |
Связь причины и исхода еще не доказывает, что выбранное изменение сработает. Поэтому у решения должен быть владелец и период проверки на новых сделках.
Условный пример: одинаковое «дорого» скрывает три разных ситуации
| Исходная запись | Подтвержденный факт | Корректная причина | Действие |
|---|---|---|---|
| Дорого | Бюджет клиента 300 тыс., минимальный необходимый объем 450 тыс. | Бюджет не подтвержден под объем | Раньше проверять бюджетный диапазон |
| Дорого | Сравнивали наше полное решение и урезанную комплектацию конкурента | Несопоставимые условия / объем | Сравнивать составы до обсуждения цены |
| Дорого | Конкурент дороже, но запускается на две недели раньше | Сроки | Проверить планирование ресурса |
Организуйте регулярный разбор без поиска виноватого
У классификатора должен быть владелец, который следит за понятностью категорий и качеством заполнения. На регулярном разборе достаточно посмотреть повторяющиеся причины, долю неизвестных, крупные исключения, принятые изменения и результаты прошлых гипотез. Цель встречи — не объяснить, почему менеджер «плохо закрыл», а улучшить данные и процесс.
На момент проверки 22 октября 2026 года в Yoori подтверждены карточки сделок, дополнительные поля, комментарии, история изменений и работа со статусами. Это позволяет хранить результат и подтвержденную причину в контексте сделки. Наличие отдельного встроенного отчета по причинам отказа, обязательности поля при закрытии и версионирования справочника не следует обещать без дополнительной продуктовой проверки.
Для структуры клиентских данных можно использовать опубликованный материал «Как вести клиентскую базу»
Частые вопросы
Что делать, если менеджеры выбирают первую причину из списка?
Проверьте понятность и длину классификатора, затем выборочно сопоставьте записи с историей общения. Заполненность поля сама по себе не означает достоверность.
Можно ли переоткрыть проигранную сделку при новом обращении?
Да, если это соответствует принятому правилу учета. Новую потребность можно вести отдельной связанной сделкой, сохранив прежнюю историю.
Как сравнивать причины, если справочник поменялся?
Храните версии или таблицу соответствия старых и новых категорий. Без этого изменение долей может быть следствием новой классификации.
Можно ли записать две причины проигрыша?
Да, если заранее определено, какая причина основная, а какая дополнительная. Доли основных причин и всех упоминаний считаются по-разному.
Что писать, если клиент не объяснил отказ?
Укажите, что причина не выяснена, и сохраните известный исход. Предположение менеджера не стоит записывать как подтвержденный факт.