Заморозка сделки — это отдельный тип, а не «отказ»

«Мы пока отложим, вернёмся к этому позже» — фраза, которую слышит каждый отдел продаж по несколько раз в неделю. И почти всегда за ней следует одно и то же действие: менеджер закрывает сделку в проигрыш и идёт дальше. Формально всё логично — денег нет, значит, не продали. По факту вы только что выкинули клиента, который не отказался, а просто перенёс покупку. Я развожу это жёстко: заморозка — это отдельный тип сделки, а не разновидность отказа.

Почему «подумаю» и «отказ» — это разные вещи

Отказ — это когда клиенту не подошло. Дорого, выбрал конкурента, не тот продукт, нет задачи вообще. Здесь всё честно: сделка закрыта, вы понимаете причину и можете что-то менять в цене, продукте или скорости ответа. Заморозка устроена иначе. Клиенту подходит, он согласен по сути, но сейчас не время: не сформирован бюджет, идёт сезон, ждут решения учредителей, переносят на следующий квартал.

Разница принципиальная. В первом случае вы получили «нет» от человека, у которого спроса нет. Во втором — «да, но не сейчас» от того, у кого спрос есть и деньги, скорее всего, будут. Это два совершенно разных состояния клиента, и хранить их в одной корзине с надписью «проиграно» — управленческая ошибка.

Когда всё это сваливают в один статус, случается неприятное. Через полгода руководитель открывает список проигранных сделок, а там несколько сотен строк вперемешку: и те, кто честно ушёл к конкуренту, и те, кто просил перезвонить в новом сезоне. Разбирать это вручную никто не будет. Значит, вторая группа просто перестаёт существовать для компании.

Тип сделки: первичная, повторная, продление, заморозка

У себя и у клиентов я развожу сделки по типу с самого начала настройки. Первичная продажа — новый клиент, который покупает впервые. Повторная — тот, кто уже покупал и возвращается. Продление — истекает срок услуги или лицензии, и сделка заводится под конкретную дату. И отдельным типом идёт заморозка: клиент есть, интерес есть, покупка перенесена.

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

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

Что ломается в аналитике, когда заморозка уходит в отказ

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

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

Третье — оценка каналов. Заявка, которая привела клиента с перенесённой на квартал покупкой, в отчёте выглядит как слитая. Вы можете отключить рекламный канал, который на самом деле приносит нормальных клиентов с длинным циклом. Мы отдельно писали, почему сделки висят незакрытыми и как это ломает воронку — здесь ошибка зеркальная: сделку закрывают слишком рано и не тем статусом.

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

Заморозка работает только тогда, когда у неё есть три обязательных атрибута. Дата возврата — конкретный день, когда мы снова выходим на связь. Ответственный — живой человек, а не «отдел продаж». И напоминание в системе, которое сработает само и не даст дате тихо пройти мимо. Без любого из трёх заморозка превращается в тот же проигрыш, только с красивым названием.

Дату лучше брать не из головы, а из разговора с клиентом. Если он говорит «вернёмся после сезона», уточните месяц. Сказал «когда согласуем бюджет» — спросите, когда обычно утверждается бюджет. Эта дата и становится точкой возврата. В карточке остаётся не абстрактное «перезвонить потом», а конкретное «связаться 15 января, обсуждали расширение, ждали утверждение бюджета».

Дальше всё держится на автоматике. Робот ставит задачу ответственному за несколько дней до даты, поднимает сделку в работу и напоминает менеджеру, о чём была речь. Человек не должен помнить про сотню замороженных клиентов — за него помнит система. Мы настраиваем такие связки в рамках внедрения и сопровождения, потому что именно на этом шаге чаще всего всё и рассыпается.

Что делать с базой заморозки дальше

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

Здесь помогает сегментация. Одно дело — заморозка из-за бюджета, другое — из-за смены руководителя, третье — из-за сезона. Под каждый сценарий уместен свой формат касания и своя частота. Логику мягкого прогрева я подробно разбирал в статье про то, как греть лид в CRM полгода, и с замороженными сделками она работает так же.

Важно не превратить это в спам. Раз в квартал по делу лучше, чем каждую неделю ни о чём. Задача не додавить, а остаться в поле зрения и прийти в нужный момент с готовым предложением. Тогда возврат выглядит не как холодный звонок, а как продолжение прошлого разговора — и продаётся в разы легче.

С чего начать у себя

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

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

И последнее правило, самое простое. Проигрыш ставим только тогда, когда клиент сказал «нет» по сути. Всё остальное — заморозка с датой. Если менеджеру не хватает смелости уточнить эту дату, значит, разговор не закончен и сделку рано закрывать вообще.