Начните с одной темы, по которой клиенты регулярно пишут менеджерам: условия поставки, подбор услуги или подготовка расчёта. Чтобы собрать базу знаний для B2B-чат-бота, найдите действующую инструкцию, сопоставьте её с ответами из переписок и оформите отдельные карточки вопросов. В каждой закрепите ответ, условия его применения и повод передать разговор человеку. Ниже разберём, как превратить рабочие материалы в такую базу, проверить её на вопросах клиентов и связать ответы бота с работой отдела продаж.
Какие инструкции и переписки взять за основу?
Выберите сценарий, границы которого легко проверить. Например, бот объясняет, что нужно для предварительного расчёта, но окончательную стоимость согласует менеджер. Для малого бизнеса такой старт проще проверить: за содержание отвечает конкретный сотрудник, а вопросы относятся к знакомому процессу.
Соберите материалы по выбранной теме в одну рабочую папку. Не загружайте весь архив компании сразу: среди документов встречаются старые условия, черновики и договорённости для отдельных заказов. Сначала отметьте, какие материалы описывают текущий порядок работы.
- Инструкции используйте как основу: что компания предлагает, какие условия действуют и где есть ограничения.
- Из переписок выпишите формулировки вопросов, уточнения менеджеров и причины передачи разговора другому сотруднику.
- Из описаний услуг возьмите состав работ и требования к заявке. Обещания без понятных условий оставьте за пределами базы.
- Спорные ответы вынесите в отдельный список для проверки владельцем процесса.
Переписка показывает, как клиент спрашивает, но сама по себе не подтверждает правило компании. Менеджер мог согласовать исключение для конкретной сделки. Если в инструкции стоит один срок, а в чате сотрудник обещает другой, сначала выясните причину расхождения и только затем готовьте ответ бота.
Как превратить документы в карточки ответов?
Разделяйте материалы по вопросам клиента. В длинной инструкции могут соседствовать условия доставки, порядок расчёта и описание поддержки. Сделайте для каждой темы самостоятельную карточку, чтобы бот находил нужное правило вместе с оговорками.
У карточки должны быть понятное название и единая структура. Достаточно закрепить вопрос, ответ, условия применения, источник и ответственного за проверку. Последний нужен для обновлений: когда меняется услуга, должно быть ясно, кто подтвердит новую формулировку.
Например, карточка «Что нужно для предварительного расчёта?» может выглядеть так:
- Вопросы клиента: «Сколько будет стоить?», «Что прислать для оценки?», «Можно рассчитать по описанию?»
- Ответ: «Опишите задачу и ожидаемый объём работ. Менеджер проверит, достаточно ли сведений для расчёта».
- Ограничение: окончательную цену подтверждает менеджер; бот не выводит её из похожих заказов.
- Источник: действующая инструкция по подготовке расчёта.
- Ответственный: сотрудник, который согласует порядок расчёта.
Это пример структуры, а содержание нужно сверить с вашим процессом. Если для оценки обязательно нужен файл с требованиями, добавьте это условие в ответ. Если расчёт доступен только после консультации, прямо укажите следующий шаг.
Расшифруйте внутренние сокращения и замените ссылки вроде «см. выше» самостоятельным объяснением. Правило «для нестандартных заказов срок согласует менеджер» держите рядом с описанием сроков. Иначе при поиске бот рискует получить обещание без ограничения.
Как связать базу знаний с квалификацией и передачей менеджеру?
Разделите справочные сведения и правила диалога. База знаний объясняет условия работы, а сценарий определяет, какой вопрос задать дальше. Рядом с каждым сценарием укажите, когда бот продолжает разговор и когда передаёт его сотруднику.
В материале об интеграции бота с CRM приведён пример квалификации по сфере, объёму и бюджету: ответы помогают определить дальнейший маршрут заявки (Блог ЭТОЧАТБОТА). Этот набор подходит как отправная точка для обсуждения. Для своего бизнеса оставьте только те вопросы, ответы на которые меняют действия менеджера.
Например, если объём заказа влияет на выбор сотрудника, включите его в сценарий. Если бюджет на этом этапе ничего не меняет, не заставляйте клиента отвечать ради заполнения поля. В карточке сценария поясните, зачем нужен каждый вопрос и что делать, если клиент пока не знает ответа.
Отдельно задайте условия передачи человеку: в базе нет ответа, документы противоречат друг другу, клиент просит исключение или готов обсуждать предложение. Передача менеджеру нужна и при готовности лида к предметному разговору, и когда бот не справляется с вопросом — эти ситуации описаны в материале о проектировании B2B-диалогов (CRMAI.kz).
При передаче сохраняйте смысл разговора: задачу клиента, известные требования и вопрос, который остался открытым. Если заявки должны попадать к разным сотрудникам, пригодится схема распределения обращений по компетенциям менеджеров. Тогда база знаний и маршрут заявки опираются на одинаковые правила.
Как проверить базу знаний до запуска бота?
Составьте проверочный набор из вопросов, которые встречались в рабочих диалогах. Для каждого запишите ожидаемый ответ и допустимый следующий шаг. Проверяйте и содержание ответа, и действие бота: иногда правильный результат — уточнить условие или передать вопрос менеджеру.
- Задайте прямой вопрос из инструкции и проверьте, сохранил ли бот ограничения ответа.
- Перефразируйте вопрос разговорным языком, как это делает клиент в переписке.
- Уберите существенное условие и проверьте, запросит ли бот уточнение.
- Спросите о том, чего в базе нет: бот должен обозначить пробел и предложить передачу сотруднику.
- Попросите исключение из правил и проверьте, оставил ли бот решение за менеджером.
Записывайте причину каждого сбоя. Если нужного правила нет, дополните карточку. Если бот выбрал похожую, но неподходящую карточку, уточните её название и условия применения. Если правило он нашёл верно, но добавил обещание от себя, проверьте инструкции, которые задают границы ответа.
Рабочий результат виден на конкретном диалоге: бот отвечает по действующим условиям, задаёт нужное уточнение и передаёт открытый вопрос сотруднику. Для более подробной проверки используйте сценарии тестирования ИИ-чат-бота на вопросах B2B-клиентов. Повторяйте проверочные диалоги после изменений в базе.
Типичные ошибки при подготовке базы знаний
- Загрузить архив без разбора. Старые и новые условия начинают конкурировать. Оставьте действующие материалы, а спорные версии уберите из поиска бота.
- Превратить ответ менеджера в общее правило. Проверьте, не относится ли обещание к отдельному заказу, и запишите границы применения.
- Описать услугу без следующего действия. Добавьте, что бот должен уточнить и кому передать вопрос.
- Оставить формулировки «обычно» и «по согласованию» без пояснений. Укажите, кто принимает решение и что нужно для согласования.
- Не назначить ответственного за обновления. Закрепите за каждой темой сотрудника, который проверяет изменения и исправляет ответы.
Такой набор материалов помогает подготовить задачу на внедрение: видно, на что бот отвечает самостоятельно, какие сведения передаёт в CRM и где подключается менеджер. Поддержку, квалификацию лидов и интеграции можно строить вокруг этих правил, проверяя каждый сценарий на реальном вопросе.
Сейчас откройте рабочую инструкцию и за две минуты выпишите из неё один вопрос клиента вместе с действующим ответом — это заготовка первой карточки базы знаний.
