Когда сделка теряет движение
Для руководителя полезный признак остановки — не отсутствие ответа, а отсутствие зафиксированного продвижения. После встречи может не появиться задача отправить расчёт; у согласованного шага может не быть срока; изменившаяся договорённость может остаться только в переписке. Карточка тогда показывает прежнее состояние, хотя рабочая ситуация уже другая. Следующий шаг стоит описывать как проверяемое событие: отправить материалы, вернуться после бюджетного решения, назначить разговор или сверить состав участников. Такая запись даёт и продавцу, и системе понятную точку сравнения.
Сигнал не раскрывает намерения клиента. Молчание может означать ожидание внутреннего согласования, занятость или потерянное сообщение. Для продавца это разные ситуации: если обещанный срок ещё актуален, можно проверить его; если непонятно, что происходит дальше, сначала восстановить договорённость. ИИ помогает заметить два вида пробела: задача не была создана вовсе или её дата и ответственный устарели после изменения планов. Разделение важно для работы очереди: в первом случае нужно оформить действие, во втором — подтвердить новую договорённость и обновить запись.
Есть и третий вариант: все поля заполнены, но запись уже не соответствует фактическому процессу. Например, задача закрыта как выполненная, хотя отправленные материалы требуют ответа коллег клиента, или этап сделки не обновлён после смены участников решения. Простая проверка пустых полей такой случай не найдёт. Поэтому правило подсветки полезно строить вокруг согласованных событий и их статусов, а не только вокруг наличия текста в карточке. Руководитель может отдельно решить, какие изменения считаются значимыми: перенос даты, новый ответственный или появление условия, от которого зависит следующий контакт. Это превращает расплывчатое «сделка зависла» в наблюдаемые причины для разбора.
Какие расхождения ИИ может подсветить
| Что согласовано | Что видно в данных | Что проверить |
|---|---|---|
| После встречи отправить расчёт до пятницы | Есть запись о встрече, но нет задачи или срока отправки | Назначены ли ответственный и следующий шаг |
| Вернуться после решения по бюджету | Указанная дата прошла, новой записи нет | Изменился ли срок и кто обновит карточку |
| Пересмотреть состав решения по комментарию клиента | В переписке отмечено изменение, в CRM сохранены прежние условия | Нужно ли согласовать и зафиксировать новые условия |
Если срок прошёл, а подтверждения нет
Условный пример: в CRM записано, что продавец отправит расчёт во вторник. В среду отметки об отправке нет, и новая дата не указана. ИИ сопоставляет ожидаемое действие со свежими записями и выделяет карточку для разбора; рядом полезно показать, какое поле или событие вызвало сигнал. Сотрудник проверяет переписку и рабочий канал: возможно, файл уже ушёл, но отметка не попала в CRM, либо стороны перенесли срок.
Дальнейшее действие зависит от найденного контекста. Если расчёт отправлен, продавец обновляет карточку; если изменились планы — записывает новую дату и ответственного; если ясности нет — нейтрально уточняет статус. Так сигнал превращается в рабочую задачу, а не в оценку клиента. Например, обнаруженное письмо с расчётом объясняет расхождение между коммуникацией и учётом: запись нужно синхронизировать, чтобы команда видела актуальное состояние и не отправляла повторное напоминание. Для руководителя это также подсказка, где процесс фиксации отстаёт от реальных действий.
Полезный результат такой сортировки — не красивый список тревожных карточек, а понятная очередь с причиной и возможным владельцем действия. Если система показывает лишь просроченную дату, сотруднику приходится заново искать исходную договорённость. Если рядом видны исходный срок, последнее изменение и связанная задача, проверка становится предметной: можно подтвердить перенос, обновить запись или отметить, что ожидается решение третьей стороны. Руководителю стоит смотреть не только на число сигналов, но и на то, какие рабочие решения они помогли принять: исправили устаревший срок, восстановили потерянный шаг или обнаружили, что правило срабатывает на нормальное ожидание. Это качественная проверка полезности, а не обещание коммерческого эффекта.
Как выбрать автоматическую подсветку или ручной разбор
- Согласовать правило движения
Определите, что считается следующим шагом и где хранятся срок и ответственный. Статус «в работе» не задаёт действия: нужна запись о событии и дате либо условии возврата. Отдельно решите, как оформляется перенос: прежнюю задачу закрывают с причиной, новую связывают с актуальным сроком. Если сотрудники понимают правило по-разному, сначала договоритесь о процессе.
- Сравнить разборы на небольшой выборке
Вручную отметьте сделки без следующего шага, с прошедшим сроком или изменёнными условиями, затем сопоставьте список с автоматическими сигналами. Зафиксируйте совпадения, пропуски, шумные отметки и время проверки контекста. Причины расхождений — например, незафиксированное действие или изменение вне CRM — помогут уточнить правило, а не просто отключить подсветку.
- Выбрать способ по объёму и цене ошибки
При небольшом потоке регулярный ручной разбор может быть проще: сотрудник сразу видит контекст без настройки отдельного процесса. Если карточек много, автоматическая сортировка может выделить приоритетные несоответствия, но ей нужны понятные правила и аккуратные записи. Для непрерывности данных при смене этапа полезно также посмотреть, как проверить передачу обращения между этапами продаж. Сценарии ИИ-автоматизации продаж связаны с обработкой таких задач в потоке обращений. Начните с одного типа сигнала, например просроченной задачи без новой даты, и оцените, помогает ли он находить карточки, требующие полезного действия.