Сделка на 600 000 ₽ тухнет в CRM третью неделю - и никто в компании этого не видит

Откройте свою CRM и посмотрите на любую сделку в работе. Стадия - «Переговоры». Сумма - приличная. Выглядит нормально, правда? А теперь спросите: сколько дней она в этой стадии? Кто в последний раз писал клиенту и когда? Есть ли вообще следующий шаг, или менеджер просто «ждёт ответа»? Вот здесь воронка молчит. И именно в этой тишине умирают самые дорогие сделки.

CRM - отличный инструмент учёта. Она честно хранит стадию, сумму, ответственного, историю переписки. Но у неё нет встроенного чувства тревоги. Стадия «Переговоры» одинаково выглядит и для сделки, которая сдвинулась туда вчера, и для той, что зависла там три недели назад. Формально - «в работе». По факту - тишина. Менеджер написал в карточке «клиент думает» и на этом успокоился. Формально задача выполнена: контакт зафиксирован, комментарий оставлен. Систему это устраивает. Руководителя - не должно, но он про это просто не узнает, пока сделка сама не свалится в «отказ» через месяц с пометкой «клиент перестал отвечать». Проблема не в лени менеджера и не в кривой CRM. Проблема в том, что *время* и *активность* - это два параметра, которые воронка в принципе не умеет тревожно подсвечивать сама по себе. Она устроена вокруг структуры сделки, а динамику внутри стадии никак не измеряет.

В рознице потерянный чек - статистика. Не купил один - купит следующий, конверсия воронки в среднем стабильна, отдельная просевшая сделка тонет в объёме. В B2B с длинным циклом сделки - опт, стройматериалы, услуги для бизнеса, производство под заказ - правила другие. Сделок в моменте не сотни, а единицы или десятки. Каждая - заметная доля плана. Если чек в среднем от 300–500 тысяч рублей и выше, то одна незаметно остывшая сделка - это не статистическая погрешность, это дыра в квартальном результате, которую объёмом не закроешь. И именно в таком бизнесе цикл сделки длинный: неделя, две, месяц - от первого контакта до оплаты. Достаточно долго, чтобы «тишина» выглядела нормальной на каждом отдельном шаге и совсем ненормальной, если посмотреть на сделку целиком.

Логичный ответ - «пусть РОП или собственник раз в день пробегается по CRM и проверяет подозрительные сделки». Работает, пока сделок в работе немного. При 30-50 активных карточках на отдел это уже час-полтора ежедневной рутины, и результат зависит от того, что именно вспомнили проверить в конкретный день. Пропустил один обход - тревожный сигнал остался незамеченным на сутки, а то и больше. Это тот тип задачи, которую легко сформулировать («проверять тишину, отсутствие следующего шага, застревание в стадии»), но тяжело выполнять руками системно и без пропусков. Именно такие задачи - идеальный кандидат на автоматизацию: правила простые, объём проверки большой, дисциплина человека - переменная величина.

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

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

Стоит сказать прямо, потому что тема ИИ в продажах обросла завышенными ожиданиями: такая система не предсказывает, купит клиент или нет. Она не заменяет суждение менеджера и не принимает решений за него. Она делает куда более приземлённую вещь - превращает «нужно бы проверить все сделки» в «вот три сделки, на которые стоит посмотреть сегодня, и вот почему». Базовый слой - простая проверяемая логика (дни, флаги, пороги), которую видно и можно перенастроить. Языковая модель добавляется поверх, только чтобы прочитать неструктурированный текст и изложить его по-человечески, - она не выдумывает данные, которых нет в CRM, и честно говорит, если информации недостаточно для вывода.

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