База знаний для клиентов и команды: с чего начать и как поддерживать актуальность

Можно ли одной базой ответить клиентам и сотрудникам?

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

Здесь рассматриваем команду поддержки, которая работает с обращениями в Битрикс24 и хочет собрать инструкции для коллег, а затем подготовить клиентскую помощь на их основе, сохранив служебные правила внутри компании. Читатели решают разные задачи. Сотруднику нужны последовательность обработки запроса, условия и результат; клиенту — доступные ему действия. Оператор может отправить ссылку на внешнюю статью, когда короткого ответа в чате недостаточно, но описание внутренних полномочий и работы отделов в неё не попадёт.

Клиент и оператор читают по-разному. Для клиента вопрос «как изменить заказ» означает понятный способ обратиться и узнать результат. Для сотрудника тот же заголовок может скрывать права на изменение, проверку оплаты, уведомление склада и запись причины. Смешать всё в одном тексте неудобно: клиент увидит лишнюю внутреннюю кухню, а новичок в поддержке не найдёт нужных рабочих действий. Лучше связать две статьи общей темой, чем прятать служебные указания среди публичных пояснений.

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

Сначала уточните версию базы знаний

В актуальной справке Битрикс24 выделена База знаний 2.0. Документ от 15 сентября 2026 года указывает доступность в облаке на тарифах «Профессиональный» и «Энтерпрайз», а также предупреждает о постепенном распространении обновлений. Поэтому наличие подходящего тарифа и видимость нового раздела стоит сверить в вашем портале. Путь из старой инструкции может относиться к другой версии продукта. Название «База знаний» без уточнения версии недостаточно для задания на настройку.

В документации Базы знаний 2.0 права задаются для раздела, базы и статьи. Сотрудник без доступа к разделу не прочитает материал даже по прямой ссылке. Предусмотрены уровни «Администрирование», «Редактирование» и «Просмотр». Если человек получил несколько доступов, применяются права с более широкими возможностями. Этот порядок надо учитывать, когда инструкции открыты отделу, а отдельному сотруднику пытаются оставить только чтение.

Ссылка не выдаёт права. Отправка адреса статьи в чат поможет лишь тому, кто уже может открыть материал.

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

Какие материалы включить первыми

Первую подборку лучше составить по повторяющимся рабочим вопросам, ответы на которые уже подтверждены владельцами процессов. Источниками могут быть темы обращений и поиск сотрудников по внутренним материалам. Частоту не обязательно оценивать на глаз. Если у команды есть журнал обращений, она выделяет вопросы за выбранный период и отмечает, какой ответ помог решить задачу. Полученная подборка отражает вопросы этой команды за выбранный период.

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

Приоритет получает дорогая ошибка. Даже редкий вопрос стоит описать рано, если неверное действие приводит к потере заказа, неправильному доступу или повторной работе нескольких сотрудников.

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

В Базе знаний 2.0 статьи можно вкладывать друг в друга. Такая иерархия подходит для объединения близких инструкций, если родительская страница объединяет статьи по понятному рабочему вопросу; группа «Разное» такого ориентира не даёт. Глубину дерева выбирают по удобству поиска. Если читатель вынужден последовательно открывать непонятные группы, лучше пересмотреть названия и объединение материалов.

Что делает страницу рабочей инструкцией

Хорошая инструкция начинается с действия и условий применения. Человек сразу понимает, подходит ли ему этот текст. Затем перечисляются нужные исходные сведения и последовательность шагов. В конце описывается результат и способ обратиться за помощью, если он не получен. Рядом с приложенным файлом поясняют, на каком шаге и как его использовать.

Ниже — образец состава статьи о запросе на изменение заказа. Заполните эту редакционную заготовку действующими правилами вашей компании.

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

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

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

Пустые инструкции публиковать рано. Страница с заголовком и обещанием «скоро добавим» занимает место в поиске, но возвращает сотрудника к устному вопросу, ради устранения которого базу и создавали.

Как отделить клиентскую помощь от внутреннего портала

Доступность статьи сотруднику в Битрикс24 не означает доступность клиенту без учётной записи. Для внешней помощи отдельно выбирают канал публикации и проверяют открытие от лица посетителя. Это может быть раздел действующего сайта или другой уже используемый компанией инструмент. Условия публикации и доступные функции уточняют для выбранной версии продукта. Открытая у администратора ссылка ещё не доказывает, что её сможет прочитать клиент.

Клиентская копия требует своего владельца. Иначе внутреннюю инструкцию обновят, а публичный ответ продолжит описывать старый способ обращения.

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

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

Кто замечает устаревший ответ

У каждой темы нужен владелец правила и человек, который вносит правку. Иногда это один сотрудник, но роли различаются. Владелец подтверждает, как действует компания. Редактор делает объяснение понятным и обновляет связанные страницы. Оператор сообщает, где текст перестал помогать. Если оставить только общее «отдел отвечает за базу», изменение процесса может не дойти до конкретной статьи.

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

Дата без чтения бесполезна. Автоматически обновлённая отметка создаёт видимость свежести, хотя порядок действий может оставаться старым.

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

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

Полезность видна по выполненному действию

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

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