Как собрать базу знаний для поддержки

База знаний, которой одинаково легко пользуются и сотрудник, и ИИ, устроена не так, как обычный раздел вопросов на сайте. Что в неё класть и как писать записи.

Для кого вообще эта база

У базы знаний два читателя: сотрудник, который ищет ответ руками, и ИИ, который достаёт оттуда куски текста для ответа клиенту. Заведёте им разные источники — документ для менеджеров отдельно, настройки бота отдельно, — и они разъедутся на первом же изменении цены. Менеджер скажет одно, чат другое.

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

Что в неё класть, а что нет

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

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

Почему одна запись — одна тема

Когда приходит вопрос, система ищет в базе несколько подходящих кусков и подставляет их в ответ. Смешали в одной записи доставку и оплату — по вопросу о доставке поиск притащит и абзац про оплату, он же лежит рядом. Ответ раздуется лишним.

Разделять стоит даже там, где темы кажутся связанными, а писать порознь неудобно. «Доставка по Москве» и «доставка в регионы» — две записи, а не два подраздела одной: так каждая находится сама по себе и не тянет за собой соседку.

Почему короткие записи выигрывают у длинных

У места, которое ИИ отводит под контекст, есть предел: туда влезает ограниченное количество текста из базы. Растянули одну запись на пару тысяч знаков — при поиске она займёт место сразу нескольких коротких, и часть тем, которые тоже подходили под вопрос, останется за бортом.

Отсюда правило: три предложения с конкретным числом почти всегда лучше абзаца с историей вопроса. «Возврат оборудования — до 18:00 в день окончания аренды, без штрафа» сработает лучше рассказа о том, почему у компании такие правила.

Как писать про неудобное

«Почему у вас дороже, чем у соседей» и «что если оборудование сломается во время мероприятия» спрашивают часто, и именно на этих местах база обычно пустая: писать неудобно. Но если ответа нет, ИИ промолчит или ответит расплывчато, а клиент всё равно задаст этот вопрос человеку, только уже раздражённым.

Прямой ответ снимает тему сразу: «Мы дороже на 15%, потому что в стоимость входит выезд техника на площадку». То же с поломками: «При поломке по вашей вине — ремонт за ваш счёт, при заводском браке — бесплатная замена в течение часа». Это отвечает на страх, из-за которого клиент вообще написал.

Как поддерживать базу живой

База, написанная один раз и забытая, устаревает не медленнее забытого прайса. Раз в месяц стоит пробежать реальные переписки за период и выловить вопросы, на которых чат отвечал не так уверенно, как хотелось бы. Каждый такой вопрос — подсказка, какую запись дописать или уточнить.

Записи про акцию или сезон убирайте сразу, как акция кончилась, иначе чат продолжит обещать клиентам условия, которых больше нет. Цены и услуги лучше оставить обходу сайта: он пересобирает их сам раз в неделю, и не придётся вспоминать, что где поправить руками.

Ограничения подхода

База не заменяет решений, которые требуют доступа к вашим системам или ответственности за них: где заказ, дадут ли скидку конкретному клиенту. Об этом подробно в статье о том, что доверить боту, а что оператору.

И работает она ровно настолько хорошо, насколько точно в неё написано. Нет факта или он устарел — никакая структура записей не спасёт. Формат помогает быстро найти то, что в базе есть, но не рождает то, чего там нет.

Собрать базу знаний для чата

Частые вопросы

Чем база знаний отличается от обычного FAQ на сайте?

FAQ пишут для людей и часто длинными абзацами, а базу знаний — короткими точными записями, потому что ими одновременно пользуются сотрудники и ИИ с ограниченным местом в ответе.

Кто должен обновлять базу знаний?

Тот, кто ближе всего к вопросам клиентов — обычно руководитель поддержки или сам владелец бизнеса, потому что устаревшую запись легче заметить в переписке, чем в документе.

Нужно ли переносить в базу весь сайт целиком?

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

Читайте дальше