ИИ в отделе продаж: карточка лида, которую помощник готовит, а менеджер утверждает

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

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

Выберите один вход и один тип обращения

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

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

Соберите эталонные обращения

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

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

Карточка лида: сначала факты, затем текст

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

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

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

Три решения, которые не должен принимать помощник

Подходит ли лид

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

Что обещать клиенту

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

Что записывать в CRM

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

Экран подтверждения перед отправкой

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

Так подтверждение становится содержательным действием, а не кнопкой «ОК» под текстом, который никто не читал. Принципы такой проверки можно дополнить протоколом проверки ответа ИИ.

Пример задания и контрольная точка менеджера

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

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

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

Как понять, что пилот полезен

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

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

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

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