ИИ-агент в отделе продаж: где заканчивается демо и начинаются закрытые сделки

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

Сергей Езепенко · 07.11.2026 · время чтения 19 мин

Что именно делает ИИ-агент в продажах, а что не делает

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

Что агент делает.

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

Фиксирует данные в CRM без ручного ввода. Каждое сообщение и звонок превращается в структурированную запись: источник лида, отрасль, размер компании, запрос, бюджет, срок, ответственное лицо, следующий шаг. Менеджер открывает карточку и видит историю, а не пустые поля. Это снимает самую частую претензию к CRM — «в ней никто не заполняет данные». Агент заполняет их как побочный эффект работы, а не как отдельную задачу.

Работает в рамках регламента, заданного владельцем процесса. Регламент — это документ на 3–7 страниц: что можно обещать, какой диапазон цен называть, какие сроки поставки подтверждать, когда передавать человеку, что писать в карточку. Агент не выходит за него. Если вопрос вне регламента, ответ один: «Уточню и вернусь» — и задача уходит менеджеру.

Чего агент не делает.

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

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

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

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

Если нужно глубже понять механику — как агент читает контекст, вызывает инструменты и хранит состояние диалога, — это разобрано в материале Что такое AI-агент и как он работает — простыми словами.

Первый контакт: скорость ответа вместо очереди заявок

В продажах первый ответ решает больше, чем качество презентации. Клиент, который оставил заявку в 21:40, к утру часто уже поговорил с двумя конкурентами. Агент снимает очередь: он отвечает в течение 1–3 минут в любое время, и это не маркетинговый трюк, а разница между диалогом и молчанием.

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

Квалификация идёт по 3–5 обязательным полям. Не по двадцати — это отпугивает. Обычный набор: кто обращается (компания, роль), что нужно (продукт или задача), в какие сроки, какой ориентировочный объём или бюджет, как связаться. Агент задаёт вопросы по одному, вплетая их в разговор, а не выдавая анкету. Если клиент не готов отвечать — фиксирует то, что есть, и передаёт менеджеру с пометкой, каких данных не хватает.

Ночь и выходные закрываются без дежурного менеджера. Заявки в 23:00 в субботу — норма для B2B, где решение о закупке человек обдумывает дома. Раньше такой лид ждал утра понедельника. Теперь он получает ответ, проходит первичную квалификацию и попадает в календарь менеджера на первый рабочий слот. Дежурство по выходным не нужно: агент не устаёт и не просит доплату за ночную смену.

Передача человеку идёт с готовым контекстом. Менеджер получает не «новый лид», а карточку: о чём говорили, что клиент уже знает, какие вопросы задавал, что ему пообещали, какой следующий шаг согласован. Первый звонок начинается не с «расскажите о вашей задаче», а с «мы обсуждали поставку на сентябрь, давайте уточним объём». Это экономит 10–15 минут на каждой сделке и снижает риск, что клиент повторит всё заново и раздражится.

Стоимость обработки лида падает в разы. Считать нужно не «цена подписки против зарплаты», а стоимость обработки одного лида: время менеджера на первичный контакт, квалификацию и занесение данных. У агента эта стоимость фиксированная и не растёт с объёмом заявок в пиковые периоды. Точные цифры зависят от тарифа и нагрузки — ориентиры по бюджету внедрения и содержания собраны в разборе Сколько стоит внедрить ИИ-агента в бизнес в 2026 году.

Как это выглядит в процессе:

1. Лид приходит в мессенджер в 22:15.
2. Агент отвечает за минуту, уточняет компанию, задачу и срок.
3. Фиксирует данные в CRM, ставит статус «квалифицирован».
4. Согласует с клиентом время звонка и создаёт задачу менеджеру.
5. Менеджер утром открывает карточку и звонит подготовленным.

Пример из практики. Оптовая компания с потоком 400–600 заявок в месяц включила агента только на первый контакт и квалификацию. Среднее время первого ответа сократилось с нескольких часов до пары минут, доля заявок, где диалог вообще состоялся, выросла заметно, а менеджеры перестали тратить утро на «холодную» разборку ночной почты. Агент не продавал — он не давал лидам остыть.

Квалификация и скоринг: как агент отсекает пустые заявки

Скоринг в отделе продаж почти никогда не сводится к одному признаку. Агент оценивает заявку по трём базовым осям: бюджет, сроки и роль клиента в принятии решения. Бюджет — не обязательно точная сумма из уст клиента, часто это диапазон, который агент выясняет наводящими вопросами («ориентируетесь на сумму до 300 тысяч или выше?»). Сроки — когда клиент планирует старт: «в этом квартале», «после нового года», «пока изучаем рынок». Роль — кто перед нами: собственник, который подписывает, руководитель отдела, который инициирует, или сотрудник, который просто собирает информацию. Три оси дают матрицу, где каждая заявка получает балл. Собственник + бюджет + старт в течение месяца — высокий приоритет. Сотрудник без бюджета и со сроком «когда-нибудь» — низкий.

Дальше агент работает по скрипту уточняющих вопросов. Скрипт — это не допрос, а последовательность из 5–8 вопросов, которые идут в логичном порядке: сначала задача, потом контекст, потом ограничения. Агент не задаёт все вопросы разом — он реагирует на ответы. Если клиент говорит «нам нужно автоматизировать обработку заявок», агент уточняет объём заявок в месяц, текущий способ обработки, кто отвечает за процесс. Если клиент называет объём 50 заявок — это один сценарий разговора, если 5000 — другой. Ветвление скрипта прописывается заранее, но агент не выходит за рамки сценария: он не импровизирует про цены и не даёт обещаний по срокам внедрения.

Неквалифицированные лиды не попадают в отдел продаж. Они уходят в прогрев — последовательность касаний с полезным контентом: кейсы, разборы процессов, приглашения на вебинары. Это принципиальный момент. Менеджер не тратит время на заявку, где нет бюджета и роли, но и лид не теряется: он остаётся в базе и получает касания по расписанию. Когда клиент возвращается с бюджетом или сроком, агент это фиксирует и поднимает балл. Порог, при котором лид переходит в отдел, зависит от отрасли и среднего чека: для одних компаний это 60 из 100, для других — 75. Порог пересматривается раз в квартал по статистике: если менеджеры стабильно закрывают сделки с лидами на 55 баллов, порог завышен и отсекает прибыль. Если половина переданных лидов не доходит до встречи — порог занижен.

Менеджер получает карточку лида, а не сырой транскрипт разговора. В карточке — ответы на ключевые вопросы, резюме на 3–5 строк, балл по каждой оси и рекомендация: «звонить сегодня», «отправить КП», «в прогрев на 30 дней». Резюме пишется так, чтобы менеджер за 20 секунд понял контекст: «Производство мебели, 40 сотрудников, хотят автоматизировать приём заявок с сайта, бюджет до 250 тысяч, старт в апреле, решает коммерческий директор». Дальше менеджер сам решает, как строить разговор, но не тратит первые десять минут на выяснение того, что агент уже спросил.

Пример из практики: в одной компании, которая продаёт оборудование для общепита, агент отсекал заявки с формулировкой «интересуемся для расширения». После трёх месяцев выяснилось, что 40% таких заявок — это студенты и праздные исследователи рынка. Порог подняли с 50 до 65 баллов, поток в отдел упал на треть, а конверсия в встречу выросла с 18% до 29%. При этом лиды не исчезли — они остались в прогреве, и часть вернулась через полгода с реальным бюджетом.

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

Дожим после КП: где теряется больше всего сделок

Основные потери в продажах происходят не на этапе первого контакта и не на этапе презентации, а после отправки коммерческого предложения. Клиент говорит «подумаю», «надо согласовать», «вернусь с ответом» — и дальше тишина. По разным оценкам, на этом этапе теряется от 30% до 50% сделок, которые могли бы закрыться. Причина не в том, что клиент передумал, а в том, что менеджер не сделал нужное количество касаний в нужное время. Менеджер ждёт, клиент забывает, через две недели менеджер пишет «ну что, посмотрели?» — и получает вежливый отказ, потому что клиент уже решил вопрос другим способом.

Агент закрывает этот разрыв. После отправки КП он запускает последовательность из 4–6 касаний по расписанию. Расписание строится не по принципу «каждый день», а с учётом поведения клиента: если клиент открыл КП — касание через день, если не открыл — через три. Первое касание — через 24–48 часов после отправки. Второе — через 3–4 дня. Третье — через неделю. Четвёртое — через две недели. Пятое — через три недели. Шестое — через месяц, если клиент не ответил ни на одно из предыдущих. Расписание не жёсткое: агент корректирует его, если клиент отвечает или проявляет активность.

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

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

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

Пример из практики: компания, которая продаёт услуги по автоматизации склада, внедрила агента на этапе дожима. До внедрения менеджеры делали в среднем 1,5 касания после КП, и половина сделок зависала на этапе «отправили предложение». После внедрения агента с последовательностью из 5 касаний и аргументами под каждый сегмент доля сделок, которые дошли до финального решения, выросла с 22% до 34% за квартал. При этом нагрузка на менеджеров не выросла: они подключались только тогда, когда клиент проявлял интерес.

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

Реактивация базы: деньги, которые уже лежат в CRM

В любой зрелой CRM есть слой клиентов, которые когда-то покупали, но перестали. По опыту проектов в B2B и услугах спящая база в среднем в 3–5 раз больше активной — точная цифра зависит от возраста компании и того, насколько дисциплинированно менеджеры заносили сделки. Это клиенты, которые уже знают продукт, уже прошли этап доверия и уже платили. Стоимость возврата такого клиента в разы ниже, чем стоимость привлечения нового: нет затрат на первый контакт, на прогрев, на объяснение базовой ценности.

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

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

Повод привязывается к дате или событию, а не к «просто напомнить о себе». Это может быть годовщина первой покупки, окончание типового срока лицензии, отраслевая выставка, изменение законодательства, появление нового филиала. Агент сам отслеживает эти триггеры по календарю и по данным CRM и запускает касание в нужный день. Такой повод даёт естественную причину написать, и сообщение не выглядит как рассылка.

Конверсия реактивации ниже, чем у входящего потока: в среднем по рынку 3–7% против 15–25% у тёплых лидов, и цифра сильно зависит от отрасли и качества базы. Но стоимость лида здесь минимальна — нет рекламного бюджета, нет оплаты за клик, есть только стоимость работы агента. Экономика сходится, даже если из сотни контактов вернётся пять.

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

Пример из практики. У поставщика промышленного оборудования в CRM висело около 4 200 сделок со статусом «закрыта, отказ» за три года. Активная воронка — порядка 900 сделок. Агент разметил отказы по причинам, выделил группу «ушли к конкуренту по цене» и «отложили до следующего бюджетирования» — суммарно 1 100 контактов. Касания привязали к датам: для второй группы — к началу квартала, когда у клиентов формируется бюджет. За первый месяц агент отработал 380 контактов, 41 клиент вернулся в переговоры, 12 сделок закрылись. Затраты — только работа агента и время одного менеджера на приём тёплых ответов.

Какие данные и доступы нужны для запуска

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

1. CRM с историей сделок минимум за 6 месяцев. Нужны не только карточки клиентов, но и вся воронка: этапы, даты перехода между этапами, суммы, причины закрытия, ответственные менеджеры. Шесть месяцев — нижняя граница: за меньший срок агент не увидит сезонности и типовых сценариев отказа. Если история есть за год-два, качество сегментации заметно выше. Отдельно проверьте, что причины отказа заполнены хотя бы у 60–70% закрытых сделок — если поле пустое у большинства, сначала придётся провести разметку, вручную или силами агента по записям звонков.

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

1. Регламент по скидкам, срокам и стоп-словам. Агент не должен импровизировать в коммерческих условиях. Нужен документ, где зафиксировано: какая максимальная скидка допустима на каком этапе, какие сроки поставки можно называть, что обещать нельзя ни при каких обстоятельствах, какие формулировки запрещены (гарантии результата, сравнения с конкурентами по названиям, обещания, не подкреплённые договором). Регламент пишется на стороне бизнеса и передаётся агенту как жёсткое ограничение. Обновлять его нужно при каждом изменении прайса — иначе агент неделю будет продавать по старой цене.

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

1. Ответственный за качество скриптов на стороне бизнеса. Это конкретный человек — обычно руководитель отдела продаж или методолог, — который отвечает за содержание того, что говорит агент. Он утверждает скрипты, проверяет первые 50–100 диалогов вручную, вносит правки и раз в неделю смотрит выборку. Без такого владельца скрипты деградируют: агент начинает воспроизводить формулировки, которые никто не проверял, а менеджеры перестают доверять его передачам. Роль не техническая — это ответственность за смысл коммуникации.

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

Метрики: как считать вклад агента в закрытые сделки

Первый шаг — не считать общую конверсию по всем лидам. Она смешивает вклад агента и работу менеджеров, и по ней невозможно понять, что именно изменилось. Нужны две сопоставимые группы лидов: одна проходит обработку с агентом, вторая — по прежнему процессу. Группы должны совпадать по источнику трафика, среднему чеку и типу продукта, иначе сравнение ничего не покажет. Если поток небольшой, разбивайте не по календарным неделям, а по потокам: например, заявки с одной кампании — с агентом, с другой — без. Минимальный размер группы, при котором разница начинает быть заметной на фоне случайных колебаний, — порядка 100–150 лидов на каждую сторону. Меньше — и вы будете принимать решения по шуму.

Смотрите не только на конверсию в сделку, но и на длину цикла. Агент часто не поднимает конверсию, а сокращает время до первого квалифицированного контакта и до выставления счёта. Это видно в медианном цикле сделки: если он сократился с 24 до 17 дней, вы получаете тот же объём выручки при меньшем числе «зависших» лидов и меньшей нагрузке на менеджеров. Считайте медиану, а не среднее — единичные долгие сделки сильно искажают картину.

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

Главный показатель — стоимость закрытой сделки. Она складывается из стоимости токенов и инфраструктуры, доли зарплаты менеджеров, которые разбирают эскалации, и стоимости настройки и поддержки, разнесённой на период. Сравнивайте её со стоимостью сделки в контрольной группе. Агент имеет смысл, если эта цифра ниже, а не если «конверсия выросла» — рост конверсии при выросших эскалациях может давать ту же или худшую экономику.

Окупаемость внедрения в среднем по рынку укладывается в 2–4 месяца, но сильно зависит от среднего чека. При чеке 30–50 тыс. рублей агенту достаточно добавить несколько сделок в месяц, чтобы выйти в плюс. При чеке 3–5 тыс. рублей экономика держится только на объёме, и окупаемость легко растягивается на полгода и больше. Точный расчёт затрат на запуск и поддержку — в разборе сколько стоит внедрить ИИ-агента в бизнес; подставьте свои цифры в ту же модель, прежде чем принимать решение по метрикам.

Пример из практики: у поставщика оборудования для общепита агент обрабатывал входящие заявки с сайта. Конверсия в сделку выросла незначительно — с 11% до 13%, но медианный цикл сократился с 21 до 14 дней, а доля эскалаций держалась на 18%. Стоимость закрытой сделки снизилась примерно на 9%, и именно этот показатель стал аргументом для расширения агента на второй продукт.

Риски и границы: где агент приносит убытки

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

Плохие скрипты масштабируют ошибки быстрее людей. Менеджер, получивший неверную инструкцию, испортит несколько диалогов в день и получит обратную связь от клиента. Агент воспроизведёт ту же ошибку в сотнях диалогов за сутки, и вы узнаете об этом из потока отказов, а не от коллег. Типичный пример — навязывание скидки, которую клиент не просил, или неверная трактовка условия «рассрочка от суммы». Перед запуском прогоняйте скрипты на исторических диалогах: возьмите 200–300 закрытых переписок, прогоните через агента и сравните его ответы с тем, что писали менеджеры. Расхождения в формулировках условий, ценах и сроках — блокер для запуска.

Ошибки в данных ведут к неверному скорингу. Агент, который расставляет приоритеты лидов, опирается на данные CRM: отрасль, размер компании, историю касаний. Если в CRM дубли контактов, пустые поля и устаревшие статусы, скоринг будет уверенно ошибаться. Лиды с высоким потенциалом уедут в конец очереди, а слабые получат внимание менеджеров. Перед запуском проведите чистку: дедупликация контактов, заполнение обязательных полей, актуализация стадий сделки. Это скучная работа на 2–3 недели, но без неё метрики агента не о чём не говорят.

Репутационный риск при навязчивых касаниях реален и плохо измеряется. Агент, настроенный на «дожим», легко начинает писать клиенту третий раз за день или отвечать на отказ новым предложением. В B2B это запоминается: один такой случай в переписке с крупным клиентом стоит дороже, чем весь эффект от автоматизации за квартал. Задайте жёсткие лимиты: частота касаний, пауза после явного отказа, запрет на повторное обращение без нового повода. Эти лимиты должны быть в конфигурации агента, а не в инструкции для менеджера.

Первые 4–6 недель нужен ручной аудит диалогов. Выборочно читайте 20–30 переписок в неделю — не только успешные, но и те, где клиент ушёл. Смотрите, где агент неверно понял вопрос, где дал лишнюю информацию, где не передал менеджеру. Заведите простой журнал: дата, диалог, тип ошибки, что исправили. К концу шестой недели по этому журналу видно, исчерпаны ли типовые ошибки или агент стабильно упирается в границы продукта. Если второе — сокращайте его зону ответственности, а не увеличивайте бюджет на доработку.

Автор: Сергей Езепенко, основатель «Системы Поток». Работаю с клиентами с 2018 года, 20 запущенных проектов: стройка, медицина, юруслуги, недвижимость, онлайн-школы.