ИИ-помощник менеджера по продажам — это не продавец и не замена человека, а инструмент подготовки материала. Он слушает разговор и превращает его в резюме, читает историю сделки и делает черновик ответа, находит в базе знаний нужное условие и подставляет его в письмо. Всё, что он производит, проходит через глаза менеджера до того, как попадёт к клиенту, — и именно в этом граница между работающей конструкцией и дорогой игрушкой.
Отличие от бота-квалификатора принципиальное: бот разговаривает с клиентом сам, помощник разговаривает только с менеджером. Поэтому у него нет требования «понимать намерение» и нет цены ошибки на стороне клиента — при условии, что отправка остаётся за человеком.
Ниже — четыре задачи, где такой помощник окупает себя, три, где он вредит, устройство подсказки по базе знаний, расчёт стоимости на одного менеджера в месяц и порядок приёмки, по которому видно, работает система или красиво выглядит.
Четыре задачи, где помощник экономит время
Общее у всех четырёх — результат проверяется за десять секунд. Менеджер видит черновик и сразу понимает, годится он или нет; ошибка стоит одного нажатия клавиши, а не разговора с недовольным клиентом.
- 1Резюме разговора
Из расшифровки звонка собираются факты: что обсуждали, какие позиции и суммы прозвучали, о чём договорились и когда следующий шаг. В модели это экономит 2,5 минуты на разговор при 100 разговорах в месяц. Механика та же, что у расшифровки и резюме звонков, только результат ложится в карточку сделки, а не в отчёт руководителя.
- 2Черновик ответа клиенту
Помощник читает историю переписки и сделку, находит в базе знаний условия доставки, оплаты и текущие цены и собирает письмо. Менеджер правит одно-два предложения и отправляет. Время на письмо падает с 8 минут до 3, и это самая крупная строка экономии.
- 3Подготовка к встрече по истории сделки
За минуту до звонка помощник выдаёт выжимку: что обсуждали в прошлый раз, что обещали, что из обещанного не сделано, какие возражения звучали. Вместо 12 минут листания переписки — 4 минуты чтения. Задача особенно заметна в длинных сделках, где между касаниями проходят недели.
- 4Подсказка следующего шага
Не «вероятность сделки 70 %», а проверяемый факт: расчёт обещан до вторника и не отправлен, счёт выставлен девять дней назад и не оплачен, клиент дважды спрашивал про сроки и ответа не получил. Такая подсказка опирается на события в системе, а не на догадку модели.
| Задача | Было | Стало | Объём за месяц | Экономия |
|---|---|---|---|---|
| Резюме разговора | 3 минуты | 30 секунд на проверку | 100 разговоров | 250 минут |
| Черновик ответа клиенту | 8 минут | 3 минуты на правку | 120 писем и сообщений | 600 минут |
| Подготовка к встрече | 12 минут | 4 минуты | 40 подготовок | 320 минут |
| Подсказка следующего шага | Систематически не делалась | Входит в дневной список задач | 60 активных сделок | В расчёт не берём |
| Итого на одного менеджера | — | — | — | 1 170 минут, или 19,5 часа |
Обычно система забирает у менеджера время — на заполнение полей, на новый порядок работы — и отдаёт пользу кому-то другому: руководителю в отчёт, собственнику в дашборд. Отсюда и берётся сопротивление, которое ошибочно называют ленью; подробно этот механизм разобран в материале почему менеджеры не ведут CRM. Помощник устроен обратным образом: он возвращает время тому же человеку и в тот же день. Практический вывод для внедрения — начинать стоит с тех задач, где выигрыш достаётся менеджеру, и только потом добавлять то, что нужно руководителю.
Три задачи, где помощник вредит
Граница проходит там, где результат перестаёт проверяться за десять секунд и начинает уходить к клиенту без остановки.
- Самостоятельная отправка писем. Как только отправка автоматическая, ошибка становится внешней: неверная цена, чужое имя, повторное письмо на следующий день после отказа. Правило человека в контуре принятия решений здесь не формальность: подпись под письмом ставит менеджер, и это самая дешёвая страховка в проекте.
- Обещание условий. Скидка, отсрочка, срок поставки, наличие на складе — всё, что становится обязательством компании. Модель без источника достраивает правдоподобное: она напишет «отгрузим в течение трёх рабочих дней», потому что так пишут обычно, а не потому, что это ваш срок.
- Оценка вероятности сделки. Число вида «вероятность 65 %» выглядит убедительно и не основано ни на чём: из разговора извлекаются факты, а не намерения. Если такая оценка попадает в воронку, руководитель начинает планировать выручку по выдуманной цифре — в материале про автозаполнение карточек CRM мы разбирали, почему оценочные поля не заполняются автоматически в принципе.
Сравнение в две колонки. Левая «Работает» с четырьмя строками: резюме разговора, черновик ответа клиенту, подготовка к встрече по истории сделки, подсказка следующего шага по событиям в системе. Правая «Вредит» с тремя строками: самостоятельная отправка письма, обещание условий и сроков, оценка вероятности сделки. Между колонками вертикальная линия с подписью «проверяется за десять секунд / уходит клиенту без проверки». Под левой колонкой подпись «результат — материал для человека», под правой — «результат — обязательство компании».
Почему без базы знаний он придумывает условия
Языковая модель сама по себе не знает вашего прайса, сроков и условий доставки. Если её об этом спросить, она не откажется отвечать — она составит правдоподобный текст, потому что именно это и умеет делать. Поэтому рабочая конструкция всегда двухчастная: сначала поиск по вашим документам, потом составление текста строго по найденным фрагментам.
Схема, в которой перед ответом система ищет в ваших документах фрагменты, относящиеся к вопросу, и передаёт модели только их: строку прайса, абзац условий доставки, пункт регламента. Модель формулирует ответ по этим фрагментам, а рядом с каждым числом остаётся ссылка на источник. Устройство поиска подробно разобрано в материале про то, как работает RAG.
Практическое следствие: проект начинается не с модели, а с наведения порядка в документах. Если действующий прайс лежит в трёх файлах с разными датами, а условия доставки существуют только в голове логиста, помощник будет ошибаться независимо от того, какая модель под капотом. Обычно на сборку базы знаний уходит больше времени, чем на всю остальную настройку — и именно эту часть подрядчики любят пропускать в смете. Что входит в такую базу и как её обновлять, описано на странице корпоративной базы знаний.
Второе следствие касается размещения. Переписка с клиентами — персональные данные, поэтому модель разворачивается либо в российском облаке, либо на своём сервере. По состоянию на сентябрь 2026 года в проектах используются GigaChat 3 и YandexGPT 5, а там, где данные нельзя выпускать за периметр, — локальные модели на собственном сервере. Прямая оплата зарубежных API из России невозможна, и планировать рабочий контур на них нельзя.
Схема из шести блоков со стрелками слева направо. «Вопрос клиента» → «История сделки в CRM» и «Поиск по базе знаний: прайс, условия доставки, регламенты» → «Найденные фрагменты» → «Черновик письма» → «Менеджер правит и отправляет». Под блоком «Черновик» подпись «рядом с каждым числом — ссылка на источник». Отдельная перечёркнутая пунктирная стрелка идёт мимо блока поиска прямо от вопроса к черновику, с подписью «без базы знаний модель достраивает правдоподобное». Финальный блок «Клиент» соединён только с блоком менеджера.
Сколько стоит на одного менеджера в месяц
Модель расчёта: отдел из восьми менеджеров, у каждого 60 активных сделок, 100 разговоров в месяц по 4 минуты, 120 писем и сообщений клиентам, 40 подготовок к встрече или звонку. Ставка менеджера — 900 ₽/час полной стоимости.
Про «честный счёт» стоит сказать отдельно, потому что здесь чаще всего обманываются обе стороны. Высвобожденные 19,5 часа становятся деньгами только тогда, когда их занимают продажами: новыми звонками, дожимом зависших сделок, повторными касаниями. Часть этого времени неизбежно растворяется, и планировать надо по половине: 8 775 ₽ экономии минус 4 075 ₽ расходов — 4 700 ₽ на менеджера, или 37 600 ₽ в месяц на отдел из восьми.
Настройка на такой отдел — 260 000 ₽ при рыночной вилке 190 000–350 000 ₽: сборка базы знаний из прайса и условий, связка с CRM и телефонией, шаблоны черновиков, приёмка на 50 диалогах. При оптимистичном счёте проект окупается за 2,4 месяца, при честном — за 6,9. Планировать надо по второй цифре и держать первую как верхнюю границу, которая случится, если руководитель действительно займёт освободившееся время.
Диаграмма из трёх столбцов, ось Y — рубли в месяц на одного менеджера. Столбец «Экономия времени 17 550 ₽» с делением на три сегмента: черновики 9 000 ₽, подготовка к встречам 4 800 ₽, резюме 3 750 ₽. Столбец «Расходы 4 075 ₽» с четырьмя сегментами: поддержка 1 875 ₽, модель 1 100 ₽, расшифровка 800 ₽, поиск 300 ₽. Третий столбец «Честный зачёт: 8 775 ₽ минус 4 075 ₽ = 4 700 ₽». Внизу две подписи-плашки: «окупаемость 260 000 ₽ на отдел из восьми: 2,4 месяца по бумаге» и «6,9 месяца по половинному зачёту».
Как принимать: 50 диалогов и порог правок
Демонстрация подрядчика на подобранных примерах не говорит ни о чём. Принимать надо на своём материале и по заранее названным порогам, иначе спор об оценке качества превращается в обмен впечатлениями.
- 1Берутся 50 реальных диалогов вашего отдела за последний месяц — разные менеджеры, разные типы запросов, обязательно несколько сложных.
- 2По каждому помощник готовит черновик. Менеджер, который вёл сделку, помечает: отправил без правок, поправил одно-два предложения, переписал заново.
- 3Пороги приёмки: без правок — не меньше 40 %, переписано заново — не больше 20 %. Промежуточная категория считается нормой и в подсчёте не мешает.
- 4Фактические ошибки считаются отдельно и нулевым порогом: выдуманная цена, срок, условие или наличие. Одна такая ошибка на 50 диалогов — система не принята, чинится база знаний, а не формулировки.
- 5Замеряется медиана времени на письмо до и после. Если она не упала с 8 минут хотя бы до 4, экономии нет независимо от того, как черновики выглядят.
Красивая доля черновиков без правок достигается двумя способами: хорошей базой знаний и общими формулировками. Текст, в котором нет ни одного числа, правят редко — и он не продаёт. Поэтому вместе с долей правок всегда смотрят долю писем, где названы конкретная цена или срок: она не должна упасть по сравнению с тем, как менеджеры писали руками.
Когда помощник не нужен
Есть три ситуации, в которых расходы на помощника не вернутся, и проверяются они до подписания договора — по структуре сделки, а не по размеру компании.
- Продажа в один звонок. Если сделка закрывается за один разговор, писать нечего: нет истории, нет переписки, нет подготовки к встрече. Экономить помощнику не на чем.
- Короткие типовые сделки без переписки. Заказ по прайсу, подтверждение, отгрузка — здесь выигрыш даёт автозаполнение карточки, а не составление текстов.
- Нет упорядоченных документов. Прайс в трёх версиях и условия «как договоримся» означают, что базу знаний собирать не из чего. Сначала документы, потом помощник — иначе вы платите за систему, которая ошибается вашими же противоречиями.
И последнее ограничение, обратная сторона того, что помощник нравится менеджерам. Он не наводит порядок в отделе и не создаёт дисциплину: если заявки теряются, а сделки стоят без следующего шага, помощник просто будет быстрее готовить письма по потерянным заявкам. Порядок задают регламент и отчётность, а помощник делает работу по ним дешевле — в таком порядке это и внедряется.
