Базы знаний умирают не от плохого редактора, а от отсутствия владельца. Пока у регламента нет ответственного и задачи на ревизию с конкретной датой, любой инструмент превращается в архив, которому не верят. Механика поддержания важнее механики переноса.
Что это такое
База знаний компании — это внутренний набор страниц, где описаны правила работы, процессы отделов, порядок согласований и онбординг новых сотрудников. Главное в ней не объём текста, а два свойства: ответ находится за одну-две минуты без помощи коллег, и найденная редакция гарантированно действующая, а не прошлогодняя.
Всё остальное — редактор, обложки, метки, колонки, комментарии — инструменты, которые обслуживают эти два свойства.
Какую задачу закрывает
Регламенты в компании обычно есть. Проблема в том, что они разбросаны: порядок согласования расходов — в Google Docs у финансиста, инструкция по доступам — в закреплённом сообщении чата, чек-лист онбординга — в личной папке HR, а «как мы правильно делаем» — в голове ведущего специалиста.
Дальше всё предсказуемо. Новичок первую неделю задаёт вопросы тимлиду вместо работы. Один и тот же вопрос про график всплывает в чате третий раз за месяц. Кто-то находит документ, действует по нему — и выясняется, что правило отменили весной, просто старый файл никто не убрал. А когда специалист уходит, часть процесса уходит вместе с ним.
Попытки завести вики чаще всего умирают не на переносе, а через квартал: страницы никто не обновляет, доверие падает, и команда возвращается в чат.
Что помогает на практике
- Собирайте список для переноса не из папки, а из вопросов: попросите HR и тимлидов выписать, что у них спрашивали за месяц. Порядок переноса задаёт частота вопросов, а не структура старого диска.
- Первая строка каждой страницы — владелец и дата последней проверки. Это дешевле любого регламента о регламентах.
- Пишите инструкции чек-листами, а не абзацами: по чек-листу можно работать, по абзацу — только соглашаться.
- Шаблон прикладывайте к странице сразу. Регламент без формы заставляет человека идти спрашивать — и вы возвращаетесь в чат.
- Ревизию назначайте разной частотой: процессы — раз в квартал, остальное — раз в полгода. Единый жёсткий цикл на всё превращается в формальность.
- Сделайте закрытие ревизии двухшаговым: обновил страницу — создал следующую карточку с датой. Так цикл не обрывается на первом же квартале.
- Раз в месяц открывайте навигатор глазами новичка: если ответ не нашёлся за два клика, проблема в навигаторе, а не в человеке.
Как адаптировать под свой отдел
Команда 10–25 человек. Хватает одного пространства и четырёх разделов без вложенности. Владелец у всех регламентов может быть один — операционный менеджер или HR, — а ревизия идёт одной карточкой в квартал с чек-листом по всем страницам. Переносить стоит 8–10 страниц: онбординг, доступы, график, согласование расходов.
Компания 50–200 человек. Верхние разделы разводят по отделам, у каждого отдела свой владелец и свои карточки ревизии. Навигатор становится обязательным: без корневой страницы на колонках сотрудники всё равно идут спрашивать. Полезно завести страницу «Что изменилось за месяц» со ссылками на обновлённые регламенты.
Корпорация и регулируемые отрасли. Добавляется требование к истории решений: отменённые редакции уходят в Архив и не удаляются никогда, у каждой страницы фиксируются владелец, дата проверки и основание изменения. On-premise-размещение базы знаний доступно только в корпоративной поставке — если контур закрытый, это нужно учесть на старте.














