Инструмент 04

Разработка чат-бота с ИИ для бизнеса

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

Разобрать мою задачу Предварительный анализ — бесплатно

Когда бот с моделью оправдан, а когда достаточно сценария

Подходит, если
  • Вопросы формулируются по-разному, а сценарное дерево постоянно упирается в «не понял»
  • Ответы уже существуют письменно: регламенты, каталог, инструкции, база знаний
  • Основной поток обращений идёт в мессенджеры, а не по телефону
  • Есть человек, который принимает переданные обращения
Не наш случай, если
  • Сценарий из нескольких кнопок закрывает почти все обращения — модель здесь дороже и рискованнее
  • Ответы нигде не записаны и существуют только в опыте сотрудников
  • Нужны действия в ваших системах, а не ответы — это уже агент
  • Цена ошибки в ответе высокая, а проверять ответы некому
Каналы и источники, с которыми обычно работает бот
  • Telegram
  • MAX
  • VK
  • Виджет на сайте
  • База знаний и регламенты
  • Каталог товаров и услуг
  • CRM для передачи обращений

Состав определяется после разбора задачи. На пилоте бот подключается к одному каналу и одному источнику знаний: так видно качество ответов, а не качество интеграций.

Спрос здесь заметный и разнородный: «чат боты для бизнеса» по Яндекс Wordstat собирает 771 показ в месяц по широкому соответствию и 97 по точному, «чат бот с ии для бизнеса» — 41, «создание чат ботов для бизнеса» — 37, «разработка чат ботов для бизнеса» — 27. Отдельно виден интерес к российским площадкам: «чат бот для бизнеса макс» — 133, что заметно больше запросов про сам ИИ внутри бота.

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

Где проходит граница

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

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

Что закрывает инструмент

1. Первая линия поддержки

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

2. Подбор по каталогу

Клиент описывает задачу словами, а не подбирает фильтры. Бот сопоставляет описание с каталогом и объясняет выбор. Здесь важно ограничение: он рекомендует из того, что есть в наличии, и не обещает того, чего в каталоге нет.

3. Внутренний помощник для сотрудников

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

4. Квалификация обращений

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

Как устроен

Ответ по вашим документам

Модель не хранит ваши сведения в себе. Она получает подобранные фрагменты регламентов и каталога и отвечает по ним. Отсюда два следствия: качество ответов зависит от качества документов, а обновление прайса не требует переобучения — достаточно обновить источник.

Когда ответы нужно собирать по документам, а не искать готовый фрагмент, уместно посмотреть разбор RAG-системы и обычного поиска: не всякая задача требует генерации ответа.

Один канал за раз

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

Контроль и безопасность

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

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

Что входит в пилот

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

Приёмка включает набор заведомо сложных вопросов: с ошибками в формулировке, за пределами темы и такие, ответов на которые в базе нет. Бот, который на последних выдаёт уверенный ответ, приёмку не проходит.

Из чего складывается стоимость

Работы начинаются от 100 000 ₽: разбор обращений, подготовка источника знаний, подключение одного канала, тематические границы и приёмочный набор вопросов.

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

Чего мы не обещаем до анализа

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

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

Частые возражения

Что спрашивают до пилота

У нас уже есть бот на конструкторе. Есть ли смысл менять?

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

Бот будет выдумывать ответы?

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

Насколько опасны подставные инструкции в сообщениях?

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

В каких мессенджерах вы делаете ботов?

Telegram, MAX и VK покрывают основной поток российской аудитории; тот же ассистент ставится виджетом на сайт. Каналы стоит подключать по одному: качество ответов не зависит от площадки, а вот объём и характер вопросов различаются заметно, и переносить настройки вслепую не стоит.

Сколько стоит эксплуатация после запуска?

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

Первый шаг бесплатный

Начинаем с задачи, а не с технологии

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

Описать задачу