Анализ пробелов базы знаний: где поддержке не хватает ответов

Короткий ответ

Чтобы увидеть пробелы в базе знаний поддержки, в разговорах ищут три признака: вопрос без ответа (его нет в базе), ответ с устаревшей информацией (в базе есть, но устарел) и разные ответы на один вопрос (в базе противоречие или неясность). Для каждого пробела назначается владелец контента, а раз в месяц проходит цикл исправлений.

База знаний, проверенная один раз перед запуском и забытая, быстро устаревает. А разговоры каждый день показывают, где она не работает, — собирать этот сигнал самый дешёвый способ держать её живой.

Это не аудит перед запуском

Проверка базы знаний до запуска — отдельная задача (аудит базы знаний чат-бота). Эта статья о следующем этапе: база уже работает, операторы и бот ею пользуются, а клиенты каждый день проверяют её границы своими вопросами. Цель здесь — не разовый аудит, а постоянный цикл поддержки.

Тип пробела 1: ответа нет

Клиент спрашивает, оператор говорит «уточню и напишу», бот отвечает «у меня нет информации об этом» или передаёт разговор. Признаки: повторяющийся вопрос, а за ним поздний ответ или его отсутствие. Этот пробел найти проще всего и исправить быстрее всего: ответ нужно написать и утвердить.

Тип пробела 2: устаревший ответ

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

Тип пробела 3: противоречие

На один вопрос дают разные ответы: один оператор говорит «возврат 14 дней», другой — «30 дней». Причина — либо два разных документа в базе, либо нечётко сформулированное правило. Признак: разные формулировки ответа по одной теме. Чтобы найти, прочитайте рядом ответы из 15–20 разговоров на одну тему.

Как собирать пробелы из разговоров

1. 1Поле«Тип пробела в знаниях»: ответа нет / устаревший / противоречивый / нет. Дайте в инструкции примеры фраз.
2. 2ТемаО каком вопросе речь: закрытый список (цена, доставка, возврат, техника, документы и т. д.).
3. 3ДоказательствоВопрос клиента и данный ответ — в одном месте.
4. 4ЧастотаСколько раз пробел встречается по каждой теме — для приоритетов.

Владелец контента

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

Ежемесячный цикл поддержки

1. 1СписокВ конце месяца пробелы считаются по темам и типам, выбираются 10 самых частых.
2. 2РаспределениеКаждый пробел с разговорами-доказательствами отправляется владельцу.
3. 3Написание и утверждениеВладелец пишет или исправляет ответ; фиксируются дата и версия.
4. 4ПубликацияБаза знаний, бот и шаблоны операторов обновляются в один день.
5. 5ПроверкаВ следующем месяце сравнивается доля пробелов по этим темам.

Один показатель: доля пробелов

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

Приоритет: какой пробел первым

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

Иллюстративный пример

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

Ответ по роумингу продуктовая команда пишет за два дня, правило переоформления вместе с юристами сводят в один документ. В следующем месяце сравнивают долю пробелов по обеим темам.

Типичные ошибки

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

Границы

• Чтобы распознать устаревший ответ, AI нужна актуальная информация; без неё он лишь догадывается по возражению клиента.
• Чтобы найти противоречие, нужно достаточно разговоров на одну тему.
• Некоторые вопросы никогда не должны попадать в базу знаний — индивидуальные случаи, юридические консультации, медицинские вопросы.

Пробелы в знаниях в Vexvon

В Vexvon сохраняется, из каких фрагментов знаний построен каждый ответ бота, — это упрощает поиск устаревшего или противоречивого пункта. Поля «тип пробела в знаниях» и «тема» компания настраивает сама, а AI-помощник панели показывает их распределение и тренд. Пары вопрос-ответ из разговоров можно выгрузить в Excel, а утверждённые ответы добавить в базу знаний. Подробнее: база знаний и аналитика.

Следующий шаг

Найдите 30 разговоров за последние две недели с ответом «уточню и напишу» и разделите их по темам. Три самые частые темы — список для первого цикла поддержки. О стороне потерянных продаж — вопросы клиентов без ответа; цикл можно настроить вместе на демо.

Продолжение темы: FAQ из вопросов клиентов, анализ эскалаций.