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