Как собрать базу знаний для поддержки
База знаний, которой одинаково легко пользуются и сотрудник, и ИИ, устроена не так, как обычный раздел вопросов на сайте. Что в неё класть и как писать записи.
Для кого вообще эта база
У базы знаний два читателя: сотрудник, который ищет ответ руками, и ИИ, который достаёт оттуда куски текста для ответа клиенту. Заведёте им разные источники — документ для менеджеров отдельно, настройки бота отдельно, — и они разъедутся на первом же изменении цены. Менеджер скажет одно, чат другое.
Общая база держит источник правды один: поправили запись — увидели оба. Часть её обход сайта заполняет сам, об этом подробно в статье про обучение чата по сайту, а сам обход описан на странице возможностей. Дописывать руками всё равно придётся то, чего на сайте никогда не было.
Что в неё класть, а что нет
Кладите то, что спрашивают регулярно и чего нет на сайте текстом: границы скидок, что входит в стандартный комплект, как быть при опоздании курьера, чем отличаются два похожих тарифа.
Общие фразы о компании вроде «работаем с 2008 года и ценим каждого клиента» занимают место и не отвечают ни на один живой вопрос. Переносить руками то, что уже есть на сайте, тоже не надо: обход заберёт это сам, а два источника одной информации рано или поздно разойдутся. Внутренним вещам в базе не место: регламенты смены, логины от систем, черновики договоров клиента не касаются.
Почему одна запись — одна тема
Когда приходит вопрос, система ищет в базе несколько подходящих кусков и подставляет их в ответ. Смешали в одной записи доставку и оплату — по вопросу о доставке поиск притащит и абзац про оплату, он же лежит рядом. Ответ раздуется лишним.
Разделять стоит даже там, где темы кажутся связанными, а писать порознь неудобно. «Доставка по Москве» и «доставка в регионы» — две записи, а не два подраздела одной: так каждая находится сама по себе и не тянет за собой соседку.
Почему короткие записи выигрывают у длинных
У места, которое ИИ отводит под контекст, есть предел: туда влезает ограниченное количество текста из базы. Растянули одну запись на пару тысяч знаков — при поиске она займёт место сразу нескольких коротких, и часть тем, которые тоже подходили под вопрос, останется за бортом.
Отсюда правило: три предложения с конкретным числом почти всегда лучше абзаца с историей вопроса. «Возврат оборудования — до 18:00 в день окончания аренды, без штрафа» сработает лучше рассказа о том, почему у компании такие правила.
Как писать про неудобное
«Почему у вас дороже, чем у соседей» и «что если оборудование сломается во время мероприятия» спрашивают часто, и именно на этих местах база обычно пустая: писать неудобно. Но если ответа нет, ИИ промолчит или ответит расплывчато, а клиент всё равно задаст этот вопрос человеку, только уже раздражённым.
Прямой ответ снимает тему сразу: «Мы дороже на 15%, потому что в стоимость входит выезд техника на площадку». То же с поломками: «При поломке по вашей вине — ремонт за ваш счёт, при заводском браке — бесплатная замена в течение часа». Это отвечает на страх, из-за которого клиент вообще написал.
Как поддерживать базу живой
База, написанная один раз и забытая, устаревает не медленнее забытого прайса. Раз в месяц стоит пробежать реальные переписки за период и выловить вопросы, на которых чат отвечал не так уверенно, как хотелось бы. Каждый такой вопрос — подсказка, какую запись дописать или уточнить.
Записи про акцию или сезон убирайте сразу, как акция кончилась, иначе чат продолжит обещать клиентам условия, которых больше нет. Цены и услуги лучше оставить обходу сайта: он пересобирает их сам раз в неделю, и не придётся вспоминать, что где поправить руками.
Ограничения подхода
База не заменяет решений, которые требуют доступа к вашим системам или ответственности за них: где заказ, дадут ли скидку конкретному клиенту. Об этом подробно в статье о том, что доверить боту, а что оператору.
И работает она ровно настолько хорошо, насколько точно в неё написано. Нет факта или он устарел — никакая структура записей не спасёт. Формат помогает быстро найти то, что в базе есть, но не рождает то, чего там нет.
Частые вопросы
Чем база знаний отличается от обычного FAQ на сайте?
FAQ пишут для людей и часто длинными абзацами, а базу знаний — короткими точными записями, потому что ими одновременно пользуются сотрудники и ИИ с ограниченным местом в ответе.
Кто должен обновлять базу знаний?
Тот, кто ближе всего к вопросам клиентов — обычно руководитель поддержки или сам владелец бизнеса, потому что устаревшую запись легче заметить в переписке, чем в документе.
Нужно ли переносить в базу весь сайт целиком?
Нет, страницы с ценами, услугами и условиями заберёт обход сайта сам, а вручную стоит добавлять только то, чего на сайте нет — исключения, границы правил, ответы на неудобное.
Читайте дальше
- Как ИИ-чат сканирует сайт: механика обходаЧто происходит в ту минуту, пока ИИ-чат сканирует сайт: какие страницы попадают в базу зна…
- База знанийБаза знаний — тексты о компании, по которым отвечает чат: страницы сайта, условия доставки…
- Автопилот или суфлёр: два режима ИИ в поддержкеДва режима работы ИИ в чате: отвечает клиенту сам или готовит черновик оператору. Кому под…
- Контроль ответов ИИ: пять точек, где вы главныйИИ в чате нельзя включить и забыть. Пять точек контроля: база знаний, режим подсказок, чте…