Регламент ведения базы знаний: что включить в 2026 году

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

Признак того, что регламент нужен прямо сейчас: в базе появляются статьи без владельца, две статьи отвечают на один вопрос по-разному, а на вопрос «кто должен обновить эту инструкцию» трое отвечают по-разному или молчат. Если это про вашу базу — каркас регламента из этой статьи можно брать за основу и адаптировать под компанию.

Автор статьи — Мария Ж, юрист со стажем более 20 лет, соучредитель сервиса КЭДО Добыто, спикер на конференциях по КЭДО и юриспруденции, судебный эксперт в сфере корпоративного и трудового права. Занимается наймом персонала более 13 лет. Автор более 1000 статей о цифровой подписи, трудовом праве, КЭДО и HR.

Автор статьи

Мария Ж.

Кофаундер сервиса электронного документооборота Добыто

Кофаундер сервиса электронного документооборота Добыто. Юрист с 20 летней практикой. В 2008 году получала красный диплом юриста по корпоративной практике. Руководитель HR-отдела. Спикер на конференциях по КЭДО и юриспруденции.

Зачем базе знаний регламент и что ломается без него

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

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

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

Структура регламента: цели, роли и матрица ответственности

Раздел 1. Цели и область действия. Два абзаца: зачем существует база (единый источник актуальных ответов для сотрудников), на кого распространяется регламент (все, кто создаёт, проверяет, публикует и использует контент) и что он регулирует (процессы ведения базы, а не сами рабочие процессы компании). Уже здесь полезно зафиксировать главный принцип: у каждой статьи есть владелец и дата пересмотра.

Раздел 2. Роли и зоны ответственности. Ядро регламента. Типовой набор ролей:

• Владелец базы — отвечает за стратегию, структуру разделов, метрики и бюджет. Обычно HR-директор или руководитель направления.
• Администратор базы — ведёт реестр статей, контролирует сроки пересмотра, управляет доступами, готовит отчётность.
• Редактор — приводит статьи к стандартам: структура, стиль, заголовки, теги.
• Авторы и эксперты — практики, которые пишут и проверяют содержание по своей теме.
• Администратор доступа — техническая роль: группы, права, конфиденциальные разделы.

Роли закрепляйте матрицей RACI — она заменяет страницы описаний:

R — исполняет, A — отвечает за результат, C — консультирует, I — информируется. Одна строка — один отвечающий: если за пересмотр отвечают двое, не отвечает никто.

Контентные стандарты и таксономия

Раздел 3 регламента отвечает на вопрос «как выглядит хорошая статья». Без него база собирается из текстов разного жанра: инструкция на десять экранов соседствует с заметкой в три строки, и найти ответ невозможно.

Что фиксирует раздел:

• Типы статей. Инструкция (пошаговое действие), справка (ответ на вопрос), регламент-пояснение (норма и её применение), новость изменений. Для каждого типа — свой шаблон.
• Шаблон статьи. Прямой ответ в первом абзаце, шаги или суть далее, ссылки на документы, дата и владелец в конце. Шаблон — часть регламента, а не личная привычка редактора.
• Требования к заголовкам. Заголовок — языком вопроса сотрудника: «Как оформить командировку за границу», а не «Порядок направления работников в служебные командировки на территории иностранных государств». Поиск ищет словами спрашивающих.
• Стиль. Короткие абзацы, списки вместо простынь, скриншоты для действий в системах, без канцелярита. Достаточно десяти строк требований — не пишите учебник стилистики.
• Теги и таксономия. Закрытый словарь тегов: процессы, роли, продукты. Свободное тегирование запрещено — иначе через год у вас «отпуск», «отпуска» и «vacation» как три разных метки.

Мария Ж, специалист по цифровым HR-процессам: «Контентный стандарт проверяется одним приёмом: возьмите три статьи разных авторов и закройте подписи. Если по виду статьи нельзя понять, что они из одной базы, — стандарта нет, есть надежда на вкус авторов. Вкус не масштабируется, шаблон — масштабируется».

Жизненный цикл статьи и SLA

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

Читайте нас в мессенджерах

Канал для кадровиков и HR: изменения в законах, практика проверок, шаблоны документов, инструменты подбора и оценки.

Канал в MAX Канал в Telegram

• ревью экспертом — до 5 рабочих дней с момента подачи;
• публикация после ревью — до 2 рабочих дней;
• пересмотр критичных статей (деньги, безопасность, закон) — раз в месяц или квартал;
• пересмотр остального корпуса — раз в 6-12 месяцев;
• реакция на сигнал «ответ не помог» — до 5 рабочих дней;
• архивация устаревшего — с пометкой даты и причины, без удаления истории.

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

Доступ, метрики и обратная связь

Раздел 5. Права доступа. Группы читателей и редакторов, конфиденциальные разделы (зарплатные схемы, коммерческие условия, персональные данные), правило минимальных прав: доступ выдаётся под роль, а не «всем на всякий случай». Отдельно — порядок выдачи и отзыва доступа при найме и увольнении: уволившийся сотрудник не должен оставаться читателем базы.

Раздел 6. Метрики и отчётность. Зафиксируйте пять-семь показателей, а не тридцать: дефлекция обращений, доля статей с актуальным пересмотром, запросы без результата, сигналы «не помог», охват читателей. Для каждой метрики — периодичность и потребитель: администратор смотрит еженедельно, владелец базы — ежемесячно, руководство — квартальный срез.

Раздел 7. Обратная связь и заявки на статьи. Каналы приёма сигналов (кнопка в статье, форма заявки), сроки реакции, правило превращения повторных вопросов в статьи: три одинаковых вопроса за месяц — новая статья или переработка существующей. Механику сбора сигналов подробно раскрывает обзор инструментов управления знаниями — выбирайте те, что закрывают именно ваш цикл обратной связи.

Мотивация авторов и пересмотр самого регламента

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

Раздел 9. Порядок пересмотра регламента. Документ о документе: пересмотр раз в год или при смене платформы, структуры компании, ключевых ролей. Владелец пересмотра — владелец базы, изменения вносятся новой редакцией с датой, история версий хранится. Регламент, который не пересматривался три года, описывает компанию, которой больше нет.

Мария Ж, HR-эксперт с 13-летним стажем: «Если в регламенте нет нормы времени на статьи, он не работает — проверено десятками внедрений. Эксперт выбирает между задачей с дедлайном и статьёй «когда-нибудь», и выбирает дедлайн. Заложите в роль час-два в неделю на базу и считайте вклад в результатах — тогда регламент исполняется, а не витает».

Готовый каркас регламента базы знаний

Структура документа, которую можно взять за основу. Наполнение — из разделов выше, объём — 5-8 страниц плюс приложения.

1. Общие положения. Цели базы, область действия, термины, главный принцип «владелец и дата пересмотра у каждой статьи».
2. Роли и ответственность. Перечень ролей, матрица RACI, порядок замещения.
3. Контентные стандарты. Типы статей, шаблоны, заголовки, стиль, таксономия и словарь тегов.
4. Жизненный цикл статьи. Этапы, владельцы шагов, SLA по ревью, публикации, пересмотру и архивации.
5. Права доступа. Группы, конфиденциальные разделы, выдача и отзыв прав.
6. Метрики и отчётность. Показатели, периодичность, потребители отчётов.
7. Обратная связь и заявки. Каналы, сроки реакции, правила превращения вопросов в статьи.
8. Мотивация и ответственность. Норма времени, учёт вклада, признание, последствия просрочки.
9. Заключительные положения. Порядок пересмотра регламента, версионность, дата вступления в силу.

Приложения: шаблоны статей по типам, словарь тегов, форма заявки на статью, форма отчёта по метрикам.

Читайте нас в мессенджерах

Канал для кадровиков и HR: изменения в законах, практика проверок, шаблоны документов, инструменты подбора и оценки.

Канал в MAX Канал в Telegram

Как ввести регламент в действие: юридическая сторона

Регламент базы знаний затрагивает трудовые обязанности сотрудников — писать, ревьюить, пересматривать статьи в рабочее время. Это делает его локальным нормативным актом в смысле статьи 8 ТК РФ, а значит, действуют три правила.

Первое — содержание не должно ухудшать положение работников по сравнению с законом: нормы времени на статьи закладываются в рабочее время, а не в личное. Второе — акт принимается работодателем и утверждается приказом. Третье — сотрудники должны быть ознакомлены с ним под подпись: по статье 22 ТК РФ работодатель обязан знакомить работников с принимаемыми локальными актами, непосредственно связанными с их работой, а подтверждённое ознакомление — единственный способ сделать требования обязательными и доказуемыми при споре (ст. 189 ТК РФ о дисциплинарной ответственности за неисполнение обязанностей).

Здесь регламент встречается с КЭДО: приказ об утверждении и ознакомление сотрудников проводятся электронно, с подписью и фиксацией даты. Пакет «приказ — текст регламента — лист ознакомления» собирается в системе за день и не зависит от географии команды.

Мария Ж, юрист со стажем более 20 лет: «Требовать от эксперта ведения статей можно только тогда, когда это его обязанность по документам: регламент утверждён приказом, сотрудник ознакомлен под подпись, норма времени есть в рабочем графике. Без этой цепочки любая претензия к автору юридически пуста — а с цепочкой у вас и исполнение, и защита в спорах».

Документы для внедрения регламента

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

Типичные ошибки регламентов базы знаний

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

2. Нет владельцев по имени. «Раздел ведёт отдел кадров» — значит, не ведёт никто. Каждая зона закрепляется за конкретной ролью с конкретной фамилией в приложении, обновляемом при кадровых изменениях.

3. Нет SLA и дат пересмотра. Регламент требует «поддерживать актуальность» без сроков. Актуальность без даты — пожелание: через год половина корпуса тихо устарела.

4. Написали и забыли. Регламент утвердили к запуску базы и не открывали три года. Без ежегодного пересмотра документ описывает несуществующую компанию и не работает как аргумент ни в чём.

5. Нет связи с мотивацией. Регламент обязывает экспертов писать, но нормы времени и учёта вклада нет. Исполнение держится на энтузиазме и заканчивается вместе с ним.

6. Регламент без ознакомления. Документ лежит в той же базе, но сотрудники с ним не ознакомлены под подпись. Требования юридически необязательны, претензии к авторам не работают.

Мария Ж, соучредитель сервиса КЭДО Добыто: «Просите показать регламент — приносят красивый документ двухлетней давности. Спрашиваю: кто владелец раздела «Документы»? Открывают приложение — там уволившийся год назад человек. Регламент живёт не в папке, а в приложении с фамилиями: обновляйте его при каждой кадровой перестановке, иначе документ мёртв».

Чек-лист внедрения регламента

• Регламент написан на 5-8 страниц и прочитан всеми ролями до утверждения.
• Матрица RACI заполнена: на каждый процесс — один отвечающий.
• Приложение с фамилиями владельцев актуально и обновляется при кадровых изменениях.
• Шаблоны статей по типам и словарь тегов приложены и доступны авторам.
• SLA по ревью, публикации, пересмотру и сигналам зафиксированы цифрами.
• Дата следующего пересмотра ставится каждой статье при публикации.
• Группы доступа и конфиденциальные разделы описаны, порядок отзыва прав при увольнении есть.
• Норма времени на статьи заложена в роли, вклад считается в результатах.
• Регламент утверждён приказом, сотрудники ознакомлены под подпись (электронно).
• В документе записана дата его собственного ежегодного пересмотра.

Выводы

Регламент ведения базы знаний — это 5-8 страниц, которые отвечают на шесть вопросов: кто отвечает, как выглядит хорошая статья, в какие сроки всё происходит, кому что доступно, что меряем и что бывает за неисполнение. Каркас из девяти разделов берите за основу: общие положения, роли с RACI, контентные стандарты, жизненный цикл с SLA, доступ, метрики, обратная связь, мотивация, порядок пересмотра.

Работающим регламент делает не текст, а исполнение: фамилии владельцев в актуальном приложении, даты пересмотра в системе, норма времени в ролях, приказ и ознакомление под подпись — электронно, если команда распределённая. Раз в год регламент пересматривается сам. Всё остальное — желаемое, а не управляемое.

Часто задаваемые вопросы о регламенте базы знаний

Сколько страниц должен занимать регламент?

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

Кто должен писать регламент?

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

Обязательно ли утверждать регламент приказом?

Если регламент возлагает обязанности на сотрудников — да: это локальный нормативный акт, он утверждается приказом, а сотрудники знакомятся с ним под подпись по статье 22 ТК РФ. Без этого требования к авторам юридически неработоспособны.

Что делать, если эксперты не соблюдают регламент?

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

Как часто пересматривать регламент?

Раз в год по календарю и внепланово — при смене платформы, структуры компании или ключевых ролей. Каждая редакция — с датой и версией, история хранится.

Нужен ли регламент малой базе на 20-30 статей?

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

Стоимость платформы Добыто с базой знаний и кадровым документооборотом зависит от численности и состава процессов. Условия опубликованы на странице тарифов Добыто КЭДО — по ним удобно прикинуть бюджет на запуск и сопровождение.