ИИ-бот отвечает по вашей базе знаний, если ему подготовить понятные документы, правила поведения и способ поиска нужной информации. В статье разберём, как превратить прайс, каталог и инструкции компании в консультанта для Telegram: какие материалы собрать, как проверить ответы, где подключить менеджера и как передавать заявки в CRM. Такой подход подходит микро-, малому и среднему бизнесу Беларуси, которому нужно отвечать клиентам без постоянного копирования текста из файлов.
Какие документы нужны ИИ-боту?
Сначала соберите материалы, которыми уже пользуются сотрудники. Это могут быть прайс-листы, карточки услуг, инструкции для клиентов, правила доставки, ответы на частые вопросы и описание ограничений. Боту нужен не объёмный архив, а актуальная информация, которую можно быстро найти и связать с вопросом клиента.
Для каждой услуги или товара полезно подготовить отдельный блок. В нём укажите название, цену в BYN, состав, срок выполнения, условия записи, ограничения и следующий шаг для клиента. Если информация зависит от даты или наличия, добавьте правило: бот не угадывает значение, а предлагает уточнить его у менеджера.
Сырые документы часто плохо подходят для обучения. В них встречаются старые цены, дубли, внутренние сокращения и фразы вроде «уточнить у ОП». Клиент не поймёт такое выражение, а бот может воспроизвести его буквально. Перед загрузкой удалите устаревшие версии и расшифруйте термины.
Практический формат базы знаний выглядит так:
- вопрос клиента: «Сколько стоит первичная консультация?»;
- точный ответ с ценой и валютой;
- условие: «если клиент спрашивает о свободном времени, предложить запись»;
- исключение: «если цена не указана в базе, не называть приблизительную сумму».
Подробный разбор подготовки материалов для RAG-чат-бота есть в статье как подготовить базу знаний для RAG-чат-бота. Там полезно посмотреть именно на структуру документов: от неё зависит, найдёт ли система нужный фрагмент, когда клиент задаст вопрос своими словами.
Как бот ищет ответ в документах?
ИИ-бот не запоминает прайс как сотрудник после прочтения файла. Обычно он получает вопрос, находит в базе подходящие фрагменты и формирует ответ на их основе. Поэтому в документах должны быть короткие смысловые блоки с понятными заголовками. Один блок лучше посвящать одной теме: цене, сроку, способу оплаты или условиям отмены.
Представьте, что клиент пишет: «Можно ли записаться на субботу и сколько это будет стоить?» В базе должны отдельно находиться правила записи, расписание или способ его проверки, а также цена услуги. Инструкция для бота должна объяснять порядок действий: сначала определить услугу, затем проверить доступное время, после этого назвать стоимость и запросить контакт для записи.
Полезно заранее описать стиль общения. Например, бот обращается на «вы», пишет короткими абзацами, не использует внутренние названия и задаёт один уточняющий вопрос за раз. Эти правила не заменяют базу знаний, но помогают сделать ответы одинаковыми в разных диалогах.
| Элемент | Что подготовить | Зачем это нужно |
|---|---|---|
| Факты | Цены, услуги, сроки, условия | Чтобы бот отвечал по действующей информации |
| Примеры вопросов | Разговорные формулировки клиентов | Чтобы система связывала разные варианты одного запроса |
| Правила | Тон, длина ответа, порядок уточнений | Чтобы диалог не превращался в длинную инструкцию |
| Исключения | Что нельзя обещать или придумывать | Чтобы спорные вопросы уходили сотруднику |
Как настроить ответы по прайсу и услугам?
Начните с небольшой группы вопросов, которые менеджеры получают каждый день. Для салона это стоимость процедуры и свободное время. Для сервисной компании, сроки ремонта и порядок передачи устройства. Для магазина, характеристики, наличие и варианты получения заказа. Не нужно сразу загружать всю переписку за несколько лет.
Каждый ответ проверьте в двух вариантах: когда клиент спрашивает прямо и когда он пишет разговорно. Например, запросы «Сколько стоит настройка?» и «Во сколько обойдётся подключение?» должны вести к одному разделу базы, если речь идёт об одной услуге.
Цена требует отдельного контроля. В прайсе укажите дату обновления и ответственного сотрудника. Если цены меняются часто, назначьте простой процесс: сотрудник правит один исходный файл, а старая версия удаляется или помечается как недействующая. Иначе бот будет выбирать между похожими документами.
Для Беларуси важно сохранять валюту прямо в тексте, например «120 BYN», а не оставлять только знак или короткое обозначение. Если стоимость зависит от объёма работ, бот должен показать принцип расчёта и предложить передать детали менеджеру. Он не обязан выдавать точную сумму там, где её нельзя получить из базы.
Когда бот собирает имя, телефон, описание задачи или желаемое время, данные заявки нужно передавать в рабочий процесс компании. Для Telegram есть несколько схем передачи заявок в CRM: через готовый коннектор, вебхук или промежуточную автоматизацию. Подходящий вариант описан в материале как передавать заявки из Telegram-бота в CRM.
Когда диалог нужно передать менеджеру?
ИИ-бот должен заранее знать границы своей роли. Передача сотруднику нужна, если клиент просит индивидуальный расчёт, жалуется на заказ, задаёт вопрос вне базы или несколько раз не получает подходящего ответа. В настройках укажите короткую фразу для перехода и сохраните всю переписку, чтобы человек не просил клиента повторять детали.
Хорошая передача содержит четыре поля: имя клиента, его вопрос, выбранную услугу и причину обращения. Если клиент писал голосовое сообщение, в заявку стоит добавить расшифровку или краткое содержание. Подробнее о работе с голосовыми сообщениями в Telegram можно прочитать в материале как ИИ-бот обрабатывает голосовые сообщения.
Менеджеру также нужна кнопка или команда для исправления ответа. Если бот ошибся в цене, сотрудник фиксирует правильный вариант в базе знаний. Раз в неделю можно просматривать вопросы, на которые бот не ответил, и добавлять в документы только повторяющиеся и действительно полезные сведения.
Какие ошибки мешают обучению ИИ-бота?
- Загрузка всех файлов без сортировки. Старые прайсы и дубли создают несколько конкурирующих ответов.
- Отсутствие правил для неизвестных вопросов. Бот начинает дополнять пробелы предположениями.
- Смешение внутренних и клиентских формулировок. Сотруднические сокращения выглядят странно в переписке.
- Один длинный документ на все случаи. Система хуже находит нужный фрагмент среди разрозненных тем.
- Нет регулярной проверки. Даже хороший ответ устареет после изменения цены, расписания или условий.
- Заявка остаётся только в Telegram. Менеджер может потерять диалог, если его не передать в CRM или другой рабочий журнал.
3 шага, которые можно сделать на этой неделе:
- Соберите десять частых вопросов клиентов и подготовьте для каждого точный ответ из действующих документов.
- Разделите базу на блоки: услуги, цены, запись, доставка, ограничения и вопросы для менеджера.
- Протестируйте диалог в Telegram на прямых и разговорных формулировках, затем проверьте, попала ли заявка в CRM.
