Вопрос без ответа — новое знание: как учится база знаний

23:40, пятница. Клиент пишет в Telegram: «А вы можете отгрузить партию с отсрочкой платежа, если мы впервые работаем?» ИИ-агент проверяет базу знаний: про отсрочку там есть только для постоянных клиентов. Про новых — ничего.

Дальше у большинства компаний два плохих сценария. Либо бот уверенно выдумывает ответ («Да, конечно!»), и в понедельник финансовый директор разбирается с последствиями. Либо пишет «Обратитесь к менеджеру», клиент ждёт до понедельника и уходит к тем, кто ответил.

В PRANUS есть третий путь. Агент честно говорит: «Уточню у специалиста и вернусь с ответом». Вопрос уходит людям, ответ получает клиент, а база знаний компании получает новое знание. В следующий раз агент ответит сам. Рассказываем, как устроен этот цикл.

Почему база знаний перестаёт расти после запуска

Любая база знаний в день запуска неполная. Это нормально. Проблема в том, что потом она почти не растёт.

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

Каждый такой вопрос — сигнал: «здесь в базе дыра». Если ловить эти сигналы, база растёт сама — ровно там, где она нужна клиентам.

Как это работает: семь шагов

1. Клиент пишет, агент ищет

Клиент пишет в любой канал — сообщения приходят в CONNECTUS. ИИ-агент ищет ответ в базе знаний MEMUS.

2. База отвечает честно и по частям

MEMUS не отвечает «да» или «нет» на весь вопрос целиком. Она разбирает ответ на части: что есть с цитатой из документа, что есть частично, чего нет. В примере с отсрочкой: «Условия отсрочки для постоянных клиентов — есть, со ссылкой на регламент. Для новых клиентов — нет в базе».

Агент отвечает клиенту тем, что подтверждено, а на остальное говорит: «Это уточню у специалиста, ответим до 12:00 понедельника».

3. Вопрос уходит людям

В раздел «Вопросы» корпоративного мессенджера CHATUS приходит карточка: вопрос клиента, пересказ диалога, что уже известно из базы и срок ответа. Специалисту не нужно перечитывать всю переписку.

Пока вопрос у людей, бот по этой теме клиенту сам не отвечает. Если клиент дописывает уточнения, они идут в ту же карточку.

4. Специалисты отвечают

Ответить можно тремя способами — их можно сочетать по направлениям:

Способ	Как работает	Когда подходит
Очередь	Карточка видна всем специалистам направления, первый нажимает «Беру»	Типовые вопросы, дежурства
Адресно	Вопрос уходит конкретному эксперту по теме. Не взял вовремя — карточка переходит в общую очередь	Узкие темы: юрист, технолог, финансы
Коллегиально	Несколько специалистов обсуждают, ИИ-помощник собирает итог, люди отмечают сообщения, которые войдут в решение	Сложные и спорные вопросы

Для коллегиальных вопросов есть режим ответов «вслепую»: специалисты не видят ответы друг друга до утверждения. Так первый уверенный ответ не задаёт тон остальным, и спорные места становятся видны сразу.

5. Ответ утверждается — и уходит клиенту

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

что уйдёт клиенту — лично ему, с его деталями;
что ляжет в базу — обобщённо, без имён, телефонов и номеров договоров.

Есть галочка «в базу не класть» — для разовых и личных случаев.

Если тот же вопрос за это время задали ещё три клиента, они прикрепляются к той же карточке («ещё 3 клиента ждут этого ответа»), и утверждённый ответ получают все.

6. Знание становится кандидатом

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

Знание кладётся туда, где его не хватило: вопрос от ИИ-продажника пополняет базу продаж, вопрос от агента поддержки — базу поддержки.

7. В следующий раз — сразу

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

Что не даёт процессу заглохнуть

Цикл «вопрос — ответ — знание» ломается в мелочах: вопрос завис, никто не взял, клиент забыт. Поэтому у каждого вопроса есть срок:

Срок подходит — напоминание тому, кто взял вопрос.
Срок прошёл — вопрос поднимается руководителю направления.
Клиент не остаётся в тишине: агент пишет ему «специалист ещё разбирается, ответим до…».

Оператор тоже может отправить вопрос в эту систему: выделить сообщения клиента в переписке и нажать «В вопросы». Так в базу попадает и то, что всплыло в живом разговоре с человеком, а не только с агентом.

Знание со сроком годности

Ответ, который был верным в марте, может устареть в сентябре: поменялись условия, вышел новый регламент. Поэтому у знания в MEMUS может быть дата окончания — тогда оно само выпадает из выдачи. Отменённое не удаляется бесследно, а закрывается: видно, что действовало раньше и когда перестало.

А если специалист ответил по-другому, чем написано в старом документе, его ответ становится поправкой к этому документу, и в выдачу идёт уже исправленное.

Как это выглядит на примере

Вернёмся к клиенту, который в пятницу в 23:40 спросил про отсрочку для первой поставки.

Пятница, 23:41. Агент отвечает клиенту: «Для постоянных клиентов отсрочка до 30 дней, вот условия. Для первой поставки уточню у финансового отдела и вернусь до 12:00 понедельника». В разделе «Вопросы» появляется карточка в направлении «Финансы» с пересказом диалога.

Понедельник, 9:15. Финансист открывает карточку, видит вопрос и то, что база уже ответила. Пишет: «Для первой поставки — отсрочка до 14 дней при предоплате 30%, только для юрлиц». Руководитель направления утверждает.

Понедельник, 9:20. Клиент получает ответ. В базу ложится обобщённое знание: «Отсрочка для первой поставки: до 14 дней, предоплата 30%, только юрлица» — без имени клиента и суммы его заказа. После проверки ответственным за базу оно становится готовым ответом.

Через две недели. Другой клиент спрашивает: «Можно ли первый заказ оплатить позже?» Формулировка другая, смысл тот же. Агент находит готовый ответ и отвечает сразу, без людей.

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

Что получает компания

Клиенты получают честный ответ, а не выдумку и не «обратитесь в понедельник».

Специалисты отвечают на каждый вопрос один раз. Второй раз его задаст уже не клиент, а агент самому себе — и найдёт ответ в базе.

Руководитель видит, где в знаниях компании дыры: какие темы чаще всего уходят к людям, кто отвечает быстро, а у кого вопросы висят.

ИИ-агенты становятся точнее с каждой неделей — не потому что «умнеют», а потому что база растёт ровно там, где спрашивают клиенты.

Как запустить у себя: чек-лист

Определите направления вопросов: продажи, логистика, финансы, техподдержка.
Назначьте по каждому ответственных и срок ответа (например, 60 минут в рабочее время).
Выберите способ ответа для каждого направления: очередь, адресно или коллегиально.
Назначьте, кто утверждает знания в базу. Это может быть не тот же человек, который отвечает клиенту.
Подключите базу знаний и эскалацию к ИИ-агентам в пульте агентов.

Откуда берётся стартовая база

Цикл вопросов дополняет базу, но начинать с пустой не нужно. При внедрении агент собирает стартовую базу из ваших документов и истории переписок — об этом в статье «Скрипты продаж и база знаний из истории переписок». А почему агент вообще умеет сказать «не знаю», вместо того чтобы выдумать, — в статье «ИИ, который умеет сказать „не знаю“».

Итог

База знаний не должна быть проектом, который «доделаем потом». Каждый вопрос без ответа — это бесплатная подсказка, чего в ней не хватает. PRANUS превращает такие вопросы в ответы клиентам и в знания компании: агент спрашивает, люди отвечают один раз, база растёт сама. Всё это настраивается при внедрении за 14 дней.

Хотите увидеть цикл «вопрос — ответ — знание» на своём примере? Оставьте заявку на демо.