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

Команда KM2B · 11 октября 2026 · чтение ~7 минут

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

Коротко — и что с этим делать

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

Записаться на бесплатный аудит →

Почему заявка остаётся без ответа

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

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

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

Что именно поручить ИИ

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

Например, клиент автосервиса попросил прислать расчёт ремонта и уточнил, что сможет обсудить его в четверг. В карточке заявки есть дата разговора, вид работ и договорённость о повторном контакте. ИИ может предложить менеджеру задачу на четверг и черновик: «Добрый день! Отправляли расчёт ремонта. Удобно обсудить его сегодня или лучше связаться в другой день?» Сотрудник проверяет, действительно ли расчёт отправлен, и при необходимости меняет формулировку.

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

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

Состав доступных функций зависит от того, где ведутся заявки и как устроен процесс. Мы описываем возможные варианты внедрения ИИ в разделе услуг KM2B; начинать при этом стоит не с максимального набора функций, а с участка, где проблема повторяется и её можно измерить.

С чего начать: один процесс и понятные правила

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

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

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

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

Что сравнить в пилоте

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

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

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

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

Для оценки не требуется придумывать универсальный процент успеха. Сначала посчитайте затраты на настройку и сопровождение, затем сопоставьте их с измеримыми изменениями именно в вашем процессе. Окупаемость пилота обычно занимает 2–4 месяца, но фактический срок зависит от потока заявок, стоимости рабочего времени, объёма доработок и того, насколько регулярно сотрудники используют инструмент. Подход к оценке можно посмотреть в разделе расчёта окупаемости.

Нужен сценарий для ваших заявок?

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

Бесплатный аудит за 30 минут →

Какие данные и действия ограничить

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

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

Если в переписке есть персональные данные, нужно учитывать 152-ФЗ: определить цель и основания обработки, обеспечить необходимые меры защиты и не передавать сведения сверх необходимого. Перед запуском проверьте, где обрабатываются данные, кто имеет к ним доступ и как они хранятся. Для настройки и эксплуатации системы стоит привлечь ответственного за персональные данные и при необходимости получить юридическую консультацию. Сам факт применения ИИ не отменяет обязанностей оператора данных.

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

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

Как встроить проверку в повседневную работу

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

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

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

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

Когда пилот можно считать полезным

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

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

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

Источники

Начните с одного повторяющегося процесса

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