Сделки без следующего действия: как разобрать очередь

В условной CRM лежит сделка с задачей «позвонить». Менеджер звонит, никто не отвечает, задача закрывается. Сделка остаётся на месте. Через неделю в ней появляется ещё одна задача «позвонить». Если смотреть только на активность, отдел очень занят. Если смотреть на покупателя, он по-прежнему ничего не получил.

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

Занятость отдела не равна движению клиента

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

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

Активность и продвижение сделки — разные события

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

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

Ожидание должно иметь условие выхода

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

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

ИИ должен предлагать причины, а не самовольно оживлять базу

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

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

Очередь продолжения: сначала обязательство, затем удобная дата

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

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

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

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

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

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

Почему обещание не исчезает после внутренней передачи

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

Согласуйте, что означает принятие передачи: задача появилась, сотрудник ознакомился, назвал срок или вернул результат. Для разных процессов уровень достаточности отличается. Важно, чтобы он был понятен команде и не зависел от оптимистичной формулировки агента.

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

Шесть ситуаций: отделяем ожидание клиента от забытого продолжения

Все ситуации ниже — методические примеры. Они не описывают результаты клиентов и не подтверждают автоматическую готовность перечисленных настроек в продукте. Для каждой важны исходные сведения, допустимое действие и исключение.

Обещанный расчёт

В разговоре обещали предложение, в карточке нет подтверждения отправки.

Ошибочный ход. Создать ещё одну общую задачу на звонок.

Рабочее действие. Проверить исполнение обещания и подготовить недостающий материал.

Основание проверки. Реплика с обещанием и доступные исходящие документы.

Признак корректного результата. Следующий шаг устраняет реальный пробел, а не добавляет попытку контакта.

Граница. Отсутствие файла в CRM не доказывает, что его не отправили другим разрешённым каналом.

Бюджетный комитет

Клиент назвал дату внутреннего рассмотрения.

Ошибочный ход. Переносить задачу каждый день и считать её просрочкой.

Рабочее действие. Сохранить событие ожидания и согласованную дату уточнения результата.

Основание проверки. Слова клиента о порядке и сроке решения.

Признак корректного результата. До события нет лишних контактов; после него есть конкретный вопрос.

Граница. Дата комитета могла измениться, поэтому источник и актуальность проверяют.

Внутреннее согласование

Сделка ждёт ответа нашего технического специалиста.

Ошибочный ход. Записать риск на молчание покупателя.

Рабочее действие. Назначить владельца внутреннего результата и срок передачи менеджеру.

Основание проверки. Запрос на расчёт или проверку совместимости.

Признак корректного результата. Очередь показывает зависимость от команды, а не выдуманную пассивность клиента.

Граница. Срок внутренней задачи ещё не становится обещанием клиенту без подтверждения.

Потерянный контекст

Ответственный сменился, последняя задача называется «обсудить».

Ошибочный ход. Начать разговор так, будто условия уже согласованы.

Рабочее действие. Восстановить цель по доступным сообщениям и явно отметить неизвестное.

Основание проверки. Последние содержательные реплики и действующие документы.

Признак корректного результата. Новый владелец отличает подтверждённые условия от предположений.

Граница. При отсутствии достаточных материалов лучше уточнить ситуацию, чем сочинить историю сделки.

Нет актуальной потребности

Клиент объяснил, что проект отменён.

Ошибочный ход. Продолжать напоминания ради сохранения объёма воронки.

Рабочее действие. Закрыть текущую возможность по подтверждённой причине и сохранить допустимые будущие условия контакта.

Основание проверки. Фраза об отмене и относящийся к ней проект.

Признак корректного результата. Очередь не содержит фиктивного срочного действия.

Граница. Отмена одного проекта не равна запрету любых будущих отношений с компанией.

Контакт не отвечает

Несколько разрешённых попыток не дали содержательного ответа.

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

Рабочее действие. Проверить адресность, основание и правила завершения последовательности.

Основание проверки. История попыток и отсутствие подтверждённого разговора.

Признак корректного результата. У кампании есть понятное условие остановки и ответственное решение.

Граница. Неответ не является доказательством отказа или отсутствия бизнеса.

Рабочая матрица: сделки без следующего действия

Пятнадцатиминутный разбор нескольких карточек без массовых действий

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

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

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

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

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

Условный разбор: отделяем ожидание клиента от забытого продолжения

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

Первые восемь направляют на исполнение внутреннего обещания. Семь получают корректное ожидание. Пять очищают из активного плана по подтверждённому основанию. Шесть отправляют на восстановление информации. Только для оставшихся четырёх уже понятна задача согласовать продолжение. Это условная иллюстрация распределения работы, а не статистика Цифры и не прогноз возвращённых продаж.

Ограничения: зависшие сделки

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

Проверка продукта: Цифра

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

Подробнее: Цифра — возможности и условия. О подходе к проверке результата — как 404ai работает с задачей компании.

Связанные вопросы

• История изменений сделки в CRM: кто поменял условия: разбираем авторство изменений и восстановление контекста.

• Группа компаний в CRM: клиент один, юрлиц несколько: разводим плательщика, покупателя и место поставки.

Источники: зависшие сделки

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

• Microsoft: история активности и показатели отношений. Документация описывает использование активности для анализа отношений. Авторский вывод статьи: зарегистрированная активность и полезный следующий результат должны различаться.

• Microsoft: расчёт показателей по данным CRM. Состав связанных данных влияет на выводы. Отсутствие события в карточке поэтому рассматривается как повод проверить контекст, а не автоматический коммерческий отказ.

• NIST: управление рисками. Общая рамка ИИ; прикладные процедуры статьи — авторская методика.