Як зібрати базу знань, з якої AI справді зможе відповідати

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

Почніть зі ста останніх розмов

Відкрийте скриньку, прочитайте сто останніх повідомлень клієнтів і згрупуйте їх. Майже кожна команда бачить однакову картину: п'ять-шість питань дають значно більше половини обсягу, а далі — довгий хвіст усього іншого.

Напишіть спочатку ці п'ять-шість. Не як документ із правилами, а як відповідь — тими словами, якими її реально надіслав би менеджер.

Якщо документ не можна вставити в чат і надіслати як є, це ще не документ підтримки. Це юридичний текст, усередині якого похована відповідь.

Що має бути всередині

Четвертий рядок важливіший, ніж здається. База знань, повна того, що ви пропонуєте, і мовчазна щодо того, від чого відмовляєтеся, народжуватиме впевнені відповіді про послуги, яких ви не надаєте.

Як сформулювати запис, щоб його знайшли

Пошук працює через зіставлення питання клієнта з фрагментом тексту. Формулювання фрагмента вирішує, чи знайдуть його взагалі.

• Пишіть словами клієнта, а не внутрішніми. Люди пишуть «коли приїде» і «нова пошта», а не «очікуваний інтервал транзиту». Додайте обидва варіанти, якщо треба, але першим ставте клієнтський.
• Один запис — одне питання. Сторінка на 4 000 слів про доставку, повернення й оплату знайдеться на будь-який запит і точно не відповість на жоден.
• Відповідь — у першому реченні. Контекст після, умови — далі.
• Пишіть умови явно. «Повернення приймаємо протягом 30 днів» і «після 14-го дня кошти повертаються на бонусний рахунок» — це два факти; заберіть один, і AI згладить прогалину за вас.
• Датуйте все сезонне. Ціни, акції та святкові графіки потребують періоду дії просто в тексті, інакше вони переживуть самі себе.

Чого туди не класти

• Чернетки й внутрішні суперечки. «Ми думаємо це змінити», проіндексоване поруч із правилом, дає відповіді про правило, якого не існує.
• Скриншоти як єдине джерело. Зображення для пошуку невидиме. Якщо правило живе лише на картинці — випишіть його текстом.
• Дві версії одного правила. Найчастіша причина неправильної AI-відповіді — не модель, а стара політика, яку ніхто не видалив.
• Будь-що з персональними даними. Імена клієнтів, телефони та склад замовлень належать CRM, а не індексованим документам.

Дайте прогалинам писати наступні записи

Найшвидше ростуть не ті бази знань, які пишуть на планерках, а ті, що ростуть із питань без відповідей.

Робочий цикл виглядає так:

1. Приходить питання, якого база знань не покриває.
2. Система фіксує прогалину і передає питання людині.
3. Менеджер відповідає як слід — так, як робив би завжди.
4. Ця схвалена відповідь зберігається як запис із власником.
5. Наступний клієнт із тим самим питанням отримує її одразу.

За місяць такої роботи ви маєте базу знань, сформовану попитом, а не уявою, і вимірювану частку питань, для яких людина більше не потрібна.

Як тримати базу чесною

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

Здоров'я бази показують два числа: частка відповідей із джерелом і частка чернеток, які менеджер надіслав без правок. Обидва є серед метрик, які варто рахувати, і обидва швидко рухаються, щойно перші п'ять записів стають справжніми. Що відбувається далі — в матеріалі AI-відповіді з джерелами.