Зависшие сделки в CRM: как ИИ помогает найти причину без гадания

Определите нормальный ритм для разных сделок

Разделите новые заявки, повторные продажи и крупные проекты. Для каждого этапа посмотрите обычное время между действиями, назначенный следующий шаг и известные внешние ожидания. Если сделка ждёт ответ на тендер до указанной даты, отсутствие движения не равно ошибке менеджера. Если клиент попросил КП вчера, а задача отправки не назначена, ситуация другая.

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

Карточка для проверки менеджером

Не просите модель делать вывод «клиент потерял интерес» по молчанию. Возможно, решение ещё согласуют. Уточнение и корректный follow-up лучше уверенной интерпретации чужих мотивов.

Проверка на исторической выборке

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

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

После сигнала

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

Пример двух похожих, но разных сделок

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

Не делайте автоматический follow-up без проверки

ИИ может предложить черновик письма с контекстом, но менеджер должен сверить адресата, обещания и актуальность предложения. Клиент мог уже дать ответ в другом канале, который ещё не синхронизирован с CRM. Автоматическое «напоминание» в таком случае выглядит невнимательным. На пилоте считайте, сколько подсказок привели к уместному действию, а сколько пришлось отклонить из-за неполной истории.

Когда стоит убрать сигнал

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

Как измерить пользу подсказок

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

Где подсказка должна появиться

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

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

Если CRM получает обращения из разных каналов, начните с проверки дублей и контекста заявки.