Зависшие сделки в CRM: как поднимать забытые заявки автоматически и не превратить это в спам

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

Что такое «зависшая сделка» на самом деле

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

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

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

Сценарий внедрения

Шаг 1. Нормативы по этапам

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

Шаг 2. Ежедневный отбор кандидатов

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

Шаг 3. Разные действия для разных диагнозов

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

Шаг 4. Возврат к клиенту — отдельно и осторожно

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

Шаг 5. Терминальные состояния

У зависшей сделки должен быть выход не только вверх, но и вбок: «отложено до даты» и «закрыто без результата с причиной». Без явной причины закрытия вы через квартал не сможете ответить на главный вопрос — теряете вы сделки из-за цены, сроков, конкурента или собственной медлительности.

Шаг 6. Отличать движение от имитации движения

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

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

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

Как считать эффект

Считаем то, что действительно возвращается, а не «потенциал воронки».

Возвращённая_выручка = N × Доля_реактивированных × Средний_чек × Конверсия_после_подъёма

• N — число зависших сделок, попавших в разбор за период;
• Доля_реактивированных — какая часть из них снова получила движение (ответ клиента или назначенный шаг);
• Средний_чек — по вашей базе, а не по рынку;
• Конверсия_после_подъёма — какая доля реактивированных доходит до оплаты. Она почти всегда ниже конверсии свежих заявок, и занижать её не надо, но и брать конверсию новых лидов нельзя.

Условный пример для арифметики: 120 зависших сделок за квартал, реактивировано 25 %, средний чек 180 000 ₽, конверсия после подъёма 10 %. 120 × 0,25 × 180 000 × 0,10 = 540 000 ₽ за квартал.

Вторая часть эффекта — время руководителя:

Экономия_часы = (Часы_ручного_разбора_в_неделю − Часы_после) × 52

Условный пример: 3 часа в неделю на ручной просмотр воронки против 0,5 часа на разбор готового списка → 2,5 × 52 = 130 часов в год.

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

Риски и границы

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

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

Чистка воронки может испортить отчётность. Если вы разом закроете половину сделок как безнадёжные, месячный отчёт покажет обвал воронки, и это спровоцирует неверные решения. Закрывайте волнами и отмечайте такие закрытия отдельным признаком, чтобы аналитика их различала.

Автоматика не чинит квалификацию. Если в воронку попадает всё подряд, зависшие сделки будут появляться быстрее, чем вы их поднимаете. Тогда задача не в напоминаниях, а на входе — в критериях, по которым заявка вообще становится сделкой.

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

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

Границы данных. Списки зависших сделок содержат контакты и суммы. Их не следует выгружать во внешние сервисы ради удобной аналитики без отдельного решения о том, куда уходят эти данные.

Чек-лист перед запуском

• нормативы простоя назначены для каждого этапа и записаны, а не «в голове у РОПа»;
• у каждой сделки есть обязательное поле «следующий шаг» с датой;
• есть причины закрытия, и их список короткий (5–7 пунктов), иначе им не будут пользоваться;
• определён лимит напоминаний на менеджера в день;
• решено, кто и по каким сделкам имеет право писать клиенту автоматически, а по каким — только руками.

Что мы можем сделать в EVOLVIN

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

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

Напишите, в какой CRM вы работаете и сколько сделок ведёт один менеджер, — этого хватит, чтобы начать предметный разговор.