Ограничения ИИ-ассистентов: 58% упираются в затраты
Руководитель подключает ИИ-ассистента, чтобы разгрузить отдел продаж. Через месяц он разбирает жалобу: бот пообещал скидку, которой нет, или назвал цену прошлого квартала. Ниже разобрано, где проходят ограничения ИИ-ассистентов, какие из них закрываются архитектурой, какие только человеком, и какие цифры стоит зафиксировать до запуска.
- Ассистент генерирует правдоподобный текст, и верность фактов никто не гарантирует. Цены, остатки и условия он должен брать из базы знаний и CRM, а не из «памяти» модели.
- Скидки, возвраты, платежи и конфликты остаются за сотрудником. Банк России прямо рекомендует подтверждать человеком операции ИИ в процессах с высокими рисками.
- У ассистента должны быть роль, лимиты, белый список действий и журнал. Без журнала ошибку невозможно разобрать.
- Метрики приемки, тестовый набор диалогов и план отката утверждаются до запуска.
- Затраты называют главным барьером 58% компаний. Окупается проект там, где узкое место находится в пропускной способности первой линии.
Какие задачи ИИ-ассистент не выполняет надежно?
Ассистент ненадежен там, где нужен гарантированно верный факт, длинная история клиента или решение вне стандартного сценария. Он хорошо отвечает на типовое и плохо распознает момент, когда вопрос перестал быть типовым.
Первое ограничение известно всем: галлюцинации языковых моделей. Если в базе нет ответа, модель охотно его сочинит, причем гладко и уверенно. Клиент автосалона спрашивает о комплектации, которой нет в наличии, и бот описывает ее во всех подробностях. Бизнес это видит: по данным CNews, 31% российских компаний обеспокоены точностью и надежностью результатов ИИ.
Второе ограничение связано с контекстным окном. Модель видит ограниченный объем текста за раз. В длинной переписке, где клиент три дня назад упомянул бюджет и кредит, ассистент может эту деталь потерять. Если истории клиента нет в CRM, ее нет нигде.
Третье ограничение касается исключений. Клиент хочет сдать старую машину в трейд-ин, оплатить часть наличными, а часть через лизинг на юрлицо. Человек поймет, что случай нестандартный, и позовет руководителя. Модель попробует ответить сама.
Отсюда простое правило: любой ответ с цифрой, сроком или обязательством компании должен опираться на источник, который можно проверить.
Почему ИИ ошибается даже на простой заявке?
Чаще всего ошибка рождается вокруг модели: в данных, базе знаний, интеграции и инструкциях. Модель воспроизводит то, что ей дали, вместе со всеми противоречиями.
По исследованию ИСИЭЗ НИУ ВШЭ 2025 года, построенному на данных более 15 тыс. крупных и средних организаций, у каждой пятой компании значимыми барьерами стали сложность интеграции, законодательные ограничения и низкое качество данных. Эти три пункта и ломают простые заявки.
Типичная ситуация: в базе знаний лежат два прайса, старый и новый, а в системной инструкции написано «всегда предлагай акцию месяца», хотя акция закончилась. Клиент спрашивает цену, бот берет старую цифру и добавляет несуществующую скидку. Модель здесь ни при чем: она честно выполнила противоречивое задание.
Защита понятна. RAG и база знаний (поиск по вашим документам перед генерацией ответа) снижают число выдумок, если документы актуальны и не спорят друг с другом. Интеграция с CRM дает ассистенту остатки, статусы и историю клиента в реальном времени. Каждую инструкцию полезно проверить вопросом: что сделает бот, если два правила столкнутся?
По нашим данным, в автосалоне с пробегом ИИ-продавец подключен к карточке каждого автомобиля и отправляет покупателю отчет по истории машины с пояснениями. Ассистенту не нужно ничего помнить: факты он берет из карточки. Конверсия чата на Авито в контакт клиента выросла с 35–40% до примерно 50% за первые 2–3 месяца.
Где нужен человек в контуре?
Человек нужен везде, где ошибка стоит денег, создает юридическое обязательство или испорченные отношения с клиентом. Консультацию и квалификацию можно отдать ассистенту целиком, скидку и платеж нельзя.
Банк России в рекомендациях 2026 года советует подтверждать сотрудником операции ИИ в критически важных процессах с высокими рисками, включая платежные операции. Документ адресован финансовому рынку, но логику легко перенести на любой отдел продаж и закупок.
| Процесс | Риск ошибки | Уровень автономности ИИ |
|---|---|---|
| Консультация по наличию и характеристикам | Низкий, если данные из CRM | Полная, с выборочной проверкой |
| Квалификация лида, запись на визит | Низкий | Полная |
| Расчет стоимости, кредита, тура | Средний | Расчет по формуле, итог подтверждает менеджер |
| Скидка, спецусловия | Высокий | Только в заданном лимите, сверх лимита передача человеку |
| Закупка, предложение продавцу | Средний | Первое касание и сбор данных, цену согласует байер |
| Возврат, претензия, конфликт | Высокий | Сразу передача сотруднику |
| Платеж, изменение реквизитов | Критический | Только с подтверждением человеком |
| Контроль качества звонков | Средний | Оценка автоматически, спорные случаи и санкции решает руководитель |
Принято считать, что ИИ в продажах в первую очередь сокращает штат. Это верно, но не до конца. По данным ВШЭ, только 15% организаций заявили о снижении численности работников из-за ИИ, а 63% такого воздействия не увидели. Люди остались, сменились их задачи.
Руководители при этом разделились почти поровну. По исследованию ICT.Moscow, 51% готовы доверить ИИ-агентам задачи без постоянного контроля человека, 44% не готовы, хотя доверие к системам с ИИ в целом декларируют 73%. Доверие к технологии и готовность отпустить ее без присмотра расходятся заметно.
У наших клиентов ИИ-продавец не заменяет менеджера в сделке: переговоры, возражения и закрытие остаются за человеком. В автосалоне с пробегом выдача автомобилей на одного менеджера выросла с 11 до 17 в месяц, после того как первичную переписку забрал ассистент. Менеджер стал больше продавать.
Как ограничить права ИИ-продавца и закупщика?
Права ассистента описываются так же, как права нового сотрудника на испытательном сроке: роль, разрешенные действия, лимиты и обязательная передача сложных случаев. Все, что не разрешено явно, запрещено.
Минимальный набор ограничений:
- Роль. Одна роль на одного агента: продавец отвечает покупателям, байер пишет продавцам. Совмещение ролей путает инструкции.
- Белый список действий. Записать на визит, отправить карточку, создать сделку в CRM. Удалять сделки, менять цены и реквизиты ассистент не может технически, на уровне прав доступа в API.
- Лимиты сумм. Скидка до заданного порога, выше порога передача человеку. Порог задается в системе, текстом в промпте его не обеспечить.
- Подтверждение операций. Действия с деньгами уходят в очередь на согласование.
- Журналирование. Каждый ответ, вызов CRM и источник факта сохраняются. Без журнала разбор жалобы превращается в спор.
- Передача диалога. Четкие триггеры: клиент просит человека, упоминает претензию, суд, возврат, или бот дважды не понял вопрос. Менеджер получает всю переписку и краткое резюме.
Ограничения, записанные только в промпте, модель может нарушить при удачно сформулированном вопросе клиента. Лимиты сумм и запрет на изменение данных закладывайте в права доступа к CRM и API. Промпт описывает поведение, а права определяют, что физически возможно.
По нашим данным, в том же автосалоне второй агент, ИИ-байер, сам пишет продавцам автомобилей на Авито и предлагает поставить машину на комиссию. Его задача ограничена первым касанием и сбором данных об автомобиле. О цене договаривается человек.


