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