Корпоративная база знаний: как сохранить актуальность

Создать корпоративную базу знаний нетрудно. Выбрать инструмент, собрать структуру, перенести регламенты, объявить о запуске — это работа на две-три недели, и инструкций «как сделать за пять этапов» в сети десятки.

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

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

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

Механизм первый: у страницы нет владельца

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

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

Лечится это одним полем: у каждой страницы есть владелец. Не автор — владелец. Автор написал один раз, владелец отвечает за то, что написанное соответствует реальности.

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

Механизм второй: нет срока годности

Второе поле, которое решает больше, чем кажется: дата следующего пересмотра.

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

С датой пересмотра появляется сразу три вещи:

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

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

Механизм третий: наполняли всё сразу

К запуску принято переносить в базу знаний «всё, что есть». Логика понятная: пустая база знаний выглядит несерьёзно.

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

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

Такая база знаний с первого дня отвечает на то, что людей действительно волнует. И её видно по цифрам: страницы открывают, а не только создают.

Механизм четвёртый: написано для тех, кто и так знает

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

Признаки такого текста:

начинается с определений и области применения, а не с того, что надо сделать;
содержит внутренние сокращения без расшифровки;
описывает нормальный ход и молчит про «а если нет»;
отвечает на вопрос «как устроено», когда читатель спрашивает «что мне сделать».

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

Что делает базу знаний живой

Свести к трём вещам.

Владелец и срок пересмотра у каждой страницы. Без этого всё остальное бессмысленно.

Вход через вопрос, а не через дерево. Человек приходит не «посмотреть раздел», а с конкретным вопросом. Заголовки, сформулированные как вопросы — «Как заказать пропуск для подрядчика», а не «Регламент пропускного режима», — находятся заметно лучше и читаются быстрее.

Права доступа, продуманные заранее. Это редко обсуждают в статьях про базы знаний, а решает многое. Если всё видно всем, туда не положат ничего чувствительного — и половина полезного останется в личных папках. Если всё закрыто по умолчанию, никто ничего не найдёт. Рабочий вариант — открытое по умолчанию пространство плюс несколько закрытых для того, что действительно требует ограничения.

Что не стоит класть в базу знаний

Несколько типов содержимого регулярно туда попадают и регулярно её портят.

Новости и объявления. У них другая природа: новость устаревает по замыслу, регламент — нет. Смешивать их — значит получить раздел, где непонятно, что ещё действует.

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

Черновики «на будущее». Страница, которая начинается со слов «в разработке», через год всё ещё будет в разработке и всё это время будет отвечать людям, что ответа нет.

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

Где её держать

Второй по частоте вопрос после «как создать» — на чём. Коротко о трёх вариантах, без рекламы конкретных названий.

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

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

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

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

Как понять, что она работает

Количество страниц — не показатель. Работают четыре других.

Показатель	Что он показывает
Доля страниц с пройденным сроком пересмотра	Размер мёртвого ядра. Если больше трети — базе знаний уже не доверяют
Открытия на страницу	Сколько из написанного вообще кому-то нужно
Доля страниц с нулём открытий за квартал	Кандидаты в архив
Повторяющиеся вопросы в чатах	Главный источник для новых страниц и признак того, что нужное не нашли

Последняя строчка важнее остальных. Если люди продолжают спрашивать то, что описано на странице, проблема не в них: либо страница не находится, либо написана непонятно.

Что можно автоматизировать

Автоматизация здесь не пишет содержимое. Она снимает рутину, из-за которой база знаний перестаёт поддерживаться.

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

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

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

С чего начать на этой неделе

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

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