11 сентября 2026 г. · Maksim Shchegolev

ИИ менеджер по продажам: что умеет и как его проверить

ИИ менеджер по продажам это набор автоматизированных задач, а не сотрудник. Он надёжно закрывает первый ответ, структурированную квалификацию, ведение заметок и постановку follow-up, и проваливается на суждении и на всём, что требует взять обязательство. Те самые 42 часа медианного ответа, которые Harvard Business Review намерил на 2 241 компании, софт чинит. Остальное по-прежнему человек.

Хотите проверить это на своём сайте? Запустите бесплатную проверку видимости в ИИ, она занимает десять секунд и не требует почты.

ИИ менеджер по продажам продаётся как сотрудник, которого не надо нанимать. Именно из-за этого образа большинство сравнений заканчивается ничем. Сотрудника берут под описание роли и оценивают по результату через квартал. Продукт покупают под список задач, и оценивать его надо по доказательствам до подписания договора.

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

Одним предложением

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

Что на самом деле продают под этим названием

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

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

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

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

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

Разбор по задачам: что работает, что деградирует и при каком условии

Это ядро всей оценки. Каждую задачу из таблицы продукты на рынке действительно выполняют. У каждой есть условие, при котором её результату перестаёт можно верить. Именно это условие переносится потом в план проверки.

Сбор информации и обогащение

Самая надёжная задача в списке и одновременно самая тихая по характеру ошибок. Корпоративный домен уверенно сопоставляется с записью о компании. Бесплатный почтовый домен не сопоставляется ни с чем, и продукт обычно показывает это как пустое поле, а не как неопределённую личность. Менеджер, который видит пустое поле, достраивает вывод сам и решает, что компания маленькая. Требуйте, чтобы «не определено» было отдельным сохранённым значением. В России это не редкий край, а массовый случай: заметная доля деловой переписки идёт с бесплатных доменов, поэтому вторым признаком становятся ИНН, название компании из формы или подтверждение менеджером.

Первый ответ

Здесь выигрыш реальный и измеримый, и это самый сильный аргумент за всю категорию. Замер Harvard Business Review 2011 года на 2 241 компании дал медиану первого ответа порядка 42 часов у тех, кто вообще ответил. Исходное исследование MIT и InsideSales сравнивало шансы дозвониться и квалифицировать внутри своего датасета 2007 года при росте задержки, а не конверсию сегодня. Оба источника старые и задают направление, а не цель. Они доказывают, что избыточная задержка дорого стоит, а не что какое-то конкретное число это ваш норматив. Определения таймеров и порядок эскалации живут в гайде про скорость ответа на заявку.

Диалог квалификации

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

Назначение встречи

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

Последовательность дожима

Отправлять по расписанию просто. Останавливаться сложно, и именно тут автоматический дожим портит отношения. Агент не знает, что менеджер созвонился и услышал отказ, если этот звонок не превратился в запись. Цепочки, которые продолжают писать по проигранной сделке, это самая частая жалоба операторов после включения такого слоя. Каденция касаний, набор каналов и условия остановки принадлежат гайду про систему дожима заявок.

Работа с возражениями

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

Ведение заметок

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

Гигиена CRM

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

Почему входящие и исходящие это разные покупки

Считать их одной покупкой это вторая по частоте ошибка после образа сотрудника. Отношение покупателя к разговору перевёрнуто, и цена ошибки тоже.

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

Что обязано остаться за человеком

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

Обратите внимание, чего в списке нет. Скорость это не человеческая работа. Одинаковость это не человеческая работа. Ведение записей это не человеческая работа. Команды, которые называют своих менеджеров «живым общением» и оставляют им расшифровку разговоров и заполнение CRM, защищают не ту половину работы.

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

Что должно быть в компании до покупки

Большинство разочарований это не ошибка модели. Это автоматизация процесса, который никогда не был записан, и в результате незаписанный процесс просто начинает идти быстрее.

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

Если в этой таблице проваливаются три строки и больше, ваша следующая покупка это не продукт. Это определения.

Как проверить ИИ-агента на своих данных до подписания договора

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

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

Соберите набор из своих переписок

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

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

Добавьте специально трудные случаи

Согласуйте критерии успеха заранее

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

Два правила прогона экономят много денег. Гоняйте набор в тестовом контуре на живом тексте, а не глазами по презентации. И повторите тот же набор в конце пилота, потому что версия, которую вы смотрели на первой неделе, редко совпадает с той, что работает на шестой.

Методология NIST по управлению рисками ИИ полезна здесь как язык описания: она рассматривает измеримость и прослеживаемость как свойство самой системы, а не как отчёт, который делают потом. Для покупателя это переводится коротко: если вы не можете восстановить, почему продукт поступил именно так, вы не сможете им управлять, и эту неопределённость надо закладывать в решение.

Какие вопросы задать поставщику

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

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

Что ломается уже после покупки

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

Заметка оператора: квартал, которого никто не заметил

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

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

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

Купить, собрать на своём стеке или нанять человека

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

Вариант «собрать» доступнее, чем принято думать, потому что часть его уже оплачена. В Битрикс24 есть роботы, бизнес-процессы и правила обработки, в amoCRM есть цифровая воронка и распределение сделок. Из международных систем похожие механики описаны в правилах назначения заявок Salesforce, где записи проверяются по порядку и порядок виден, и в документации HubSpot по автоматизации воронки заявок, где движение по стадиям вызывается изменением полей. Если ваша боль это распределение и движение по этапам, возможно, вы собираетесь купить то, что у вас уже есть. Где проходит граница систем, разбирает гайд Lead Hub или CRM: узел приёма это слой перед CRM, куда попадает каждое обращение. Приоритет самих правил остаётся в плейбуке по распределению заявок.

Недооценённая комбинация это нанять и собрать одновременно: один сильный менеджер плюс автоматический первый ответ, который не даёт заявкам протухать ночью. Она закрывает то узкое место, которое реально болит, то есть разрыв между приходом обращения и первым полезным ответом, и при этом не просит продукт принимать коммерческие решения. Для российского потока сюда же относится связка ботов в Telegram и WhatsApp с CRM, разобранная в гайде про заявки из Telegram в CRM, и виртуальная АТС, которая превращает пропущенный звонок в такое же обращение с таймером.

С кем покупатель думает, что он разговаривает

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

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

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

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

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

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

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

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

Последовательность выбора

Это последовательность покупки, а не план внедрения. Переходите к следующему шагу по выполнению условия, а не по календарю.

Седьмой шаг стоит того, чтобы побыть занудой. Запишите решение предложением про задачи: «мы покупаем мгновенный первый ответ и структурированный диалог квалификации в чате на сайте, а работу с возражениями и коммерческие решения оставляем команде». Такое решение можно пересмотреть. Решение «мы берём ИИ-менеджера» пересмотреть нельзя, потому что непонятно, что именно проверять.

Как пересматривать решение через квартал

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

Два исхода стоит назвать заранее, потому что их обычно обрабатывают неправильно. Если продукт работает на двух задачах и проваливает шесть, это успех, до которого надо сузиться, а не провал, из которого надо выйти. И если через квартал результаты неоднозначны, честное объяснение обычно в том, что слабыми были предварительные условия, а не продукт. Неоднозначность здесь почти всегда проблема измерения.

Где заканчивается этот гайд

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

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

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

Цены