automation

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

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

Продвигайте ваш бизнес в Telegram

CRM, рассылки и поиск лидов. 1 неделя бесплатно.

Продвигайте ваш бизнес в Telegram

CRM, рассылки и поиск лидов. 1 неделя бесплатно.

Продвигайте ваш бизнес в Telegram

CRM, рассылки и поиск лидов. 1 неделя бесплатно.

Продавайте в Telegram

CRM, рассылки и поиск лидов. 1 неделя бесплатно.

Ваш бот идеально отвечает на первый вопрос. Затем клиент спрашивает что-то чуть в стороне от сценария — «а это работает с моим старым тарифом?» — и бот либо зацикливается, либо выдумывает ответ, либо сваливает клиента в общее сообщение «обратитесь в поддержку». Это не проблема бота. Это проблема базы знаний.

Большинство команд сначала пишут промпт, а базу знаний воспринимают как что-то второстепенное. На самом деле всё наоборот. Промпт объясняет боту, как разговаривать. База знаний говорит ему, что на самом деле правда. Без неё вы получаете уверенного бота, который уверенно ошибается.

Насколько большой должна быть база знаний для Telegram-бота поддержки?

В большинстве случаев поддержки 15-40 хорошо написанных пар «вопрос-ответ», покрывающих самые частые обращения, достаточно, чтобы закрыть около 80% входящего потока. Вам не нужен мануал на 200 страниц — нужны конкретные вопросы, которые реально задают ваши клиенты, с ответами на простом языке, которые бот может почти дословно использовать повторно.

Если ваш продукт простой (один тариф, один сценарий), может хватить пары FAQ плюс политика цен и возвратов. Если продукт сложный — несколько тарифов, интеграции, пограничные случаи — именно тогда база знаний перестаёт быть опцией. Telegram AI-агент может вести диалог самостоятельно или дожидаться вашего вмешательства, если вопрос неясен — но справится с этим хорошо, только если у него есть реальный источник данных, а не догадки.

Что на самом деле должно быть в базе знаний?

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

  • Топ-20 тикетов поддержки за последние 90 дней. Возьмите реальную историю обращений — это настоящие вопросы, а не те, которые вы предполагаете услышать.

  • Разница между тарифами и ценами. Пишите это как прямое сравнение, а не как маркетинговый текст. «Тариф A включает X, тариф B включает X и Y».

  • Политика возвратов, отмены и оплаты. Пропишите точные сроки и условия — расплывчатые ответы здесь порождают эскалации.

  • Ограничения продукта. То, чего продукт не умеет, так же важно, как и то, что умеет. Бот, который честно признаёт ограничение, выглядит надёжнее, чем тот, который уклоняется от ответа.

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

  • Примеры тона и оформления. Два-три примера ответов, написанных так, как вы хотите, чтобы звучал бот — чтобы он отражал ваш голос, а не голос обычного дежурного ассистента.

Как писать записи, которые бот сможет реально использовать?

Формат важнее объёма. Пишите каждую запись как прямой вопрос в паре с коротким, законченным ответом — 2-4 предложения, без воды. Не прячьте ответ в абзаце контекста, который боту придётся разбирать. Если живому агенту поддержки пришлось бы прокручивать текст, чтобы найти ответ, то и логике поиска бота придётся тяжело.

Хороший тест: сможет ли новый сотрудник ответить клиенту, используя только эту запись, без каких-либо дополнительных знаний? Если нет — переписывайте. Расплывчатые записи вроде «мы поддерживаем большинство интеграций» дают расплывчатые ответы бота. Конкретные записи вроде «мы поддерживаем Zapier, Make и нативный доступ через API с помощью вебхуков» дают конкретные, пригодные для цитирования ответы.

Как база знаний связана с промптом бота?

База знаний и промпт — это два отдельных элемента, которые работают вместе. Промпт определяет поведение — как бот должен приветствовать людей, когда подталкивать их к записи на звонок или заполнению формы, каким тоном говорить. База знаний предоставляет факты. Telegram AI Sales Agent от CRMChat работает внутри вашего Telegram-аккаунта и отвечает на входящие сообщения, используя оба элемента: промпт формирует то, как он отвечает, а база знаний — это то, на что он опирается, когда клиент спрашивает что-то, на что один промпт ответить не может.

Настройка AI-агента в CRMChat построена именно на этом разделении — вы пишете промпт с помощью ассистента по созданию промптов CRMChat, а затем подключаете базу знаний, если ваш продукт достаточно сложен, чтобы требовать FAQ сверх основного сценария. Простые продукты могут прекрасно работать только на промпте. Всё, что связано с тарифными планами, шагами онбординга или пограничными случаями политики, требует базы знаний поверх промпта.

Как не дать базе знаний устареть?

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

  1. Просматривайте новые тикеты поддержки еженедельно в течение первого месяца, затем ежемесячно, и добавляйте любой повторяющийся вопрос, который ещё не покрыт.

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

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

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

  5. Ежемесячно выборочно проверяйте диалоги бота, чтобы отследить расхождение между тем, что написано в базе знаний, и тем, что бот на самом деле говорит людям.

Стоит ли тестировать бота до того, как его увидят клиенты?

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

После запуска относитесь к эскалациям как к бесплатному QA. Каждый раз, когда диалог передаётся человеку, это сигнал о пробеле в базе знаний, а не просто разовое исключение. Загляните в Центр помощи CRMChat за подробностями настройки, если вы конфигурируете это прямо внутри CRMChat, и в документацию CRMChat API, если хотите синхронизировать базу знаний с уже существующим хелпдеском или системой документации вместо того, чтобы поддерживать её отдельно.

Читать далее

Последние отобранные посты для вас