Структура корпоративной базы знаний решает, найдёт сотрудник ответ за двадцать секунд или уйдёт спрашивать в мессенджер. Причём ломается структура почти всегда одинаково: разделы копируют оргструктуру компании, а искать в них приходится по задачам, которые к оргструктуре отношения не имеют. Сотрудник не знает и не должен знать, что остатком отпуска ведает «отдел кадрового администрирования в составе дирекции по персоналу» — у него вопрос «как узнать остаток отпуска», и структура обязана отвечать на этот вопрос. Материал входит в рубрику база знаний, организационные процессы и роли описаны в статье про регламент ведения — здесь говорим только об информационной архитектуре: разделы, уровни, теги, навигация.
Хорошая структура заметна по косвенным признакам: доля удачных поисковых сессий растёт, вопрос «а где лежит X» исчезает из общих каналов, новичок ориентируется в базе без экскурсовода. Плохая видна ещё заметнее: раздел «Разное» разрастается до трети корпуса, а одна и та же тема живёт в трёх ветках с тремя разными ответами.
Автор статьи — Мария Ж, юрист со стажем более 20 лет, соучредитель сервиса КЭДО Добыто, спикер на конференциях по КЭДО и юриспруденции, судебный эксперт в сфере корпоративного и трудового права. Занимается наймом персонала более 13 лет. Автор более 1000 статей о цифровой подписи, трудовом праве, КЭДО и HR.
Принципы структуры: от задач пользователя, а не от оргструктуры
Первый и главный принцип: структура строится от задач и вопросов пользователя, а не от схемы подразделений. Оргструктура — это карта ответственности компании, база знаний — карта поиска ответов. Эти карты совпадают редко: вопрос «как получить справку 2-НДФЛ» затрагивает бухгалтерию, кадровиков и портал самообслуживания одновременно, и пользователю всё равно, чья это территория.
Второй принцип — правило трёх кликов. Любая статья доступна из корня не более чем в три перехода: раздел — подраздел — статья. Глубже четвёртого уровня контент перестаёт существовать для читателя: он либо не добирается, либо теряет контекст пути. Если тема не умещается в три уровня, проблема не в теме, а в крупности верхних разделов.
Третий принцип — баланс глубины и ширины. Двенадцать разделов верхнего уровня читатель не сканирует: после седьмого-восьмого пункта список превращается в шум. Рабочий диапазон — 5-8 разделов верхнего уровня, внутри — подразделы по тому же правилу. Широкая и плоская структура выигрывает у узкой и глубокой почти всегда.
Четвёртый принцип — один канонический дом для темы. Тема живёт ровно в одном разделе; в остальных местах — ссылки на неё. Два экземпляра ответа в разных ветках гарантированно разъедутся в версиях через полгода.
Четыре модели организации базы и гибрид
Единственно верной модели нет — есть компромиссы, которые нужно осознать до выбора.
| Модель | Сильная сторона | Слабая сторона | Кому подходит |
|---|---|---|---|
| По подразделениям | Понятна владельцам контента | Непонятна читателю, дубли на стыках | Только как внутренняя карта владельцев |
| По процессам | Совпадает с задачами компании | Процессы невидимы новичку | Зрелые процессные компании |
| По ролям и аудиториям | Персональная выдача | Общие темы дублируются между ролями | Сильно различающиеся аудитории: офис, производство, продажи |
| По жизненному циклу сотрудника | Совпадает с путём пользователя | Не покрывает продукт и клиентов | Кадровая часть базы почти всегда |
На практике побеждает гибрид: кадровый контур строится по пути сотрудника (приём — адаптация — работа — развитие — увольнение), рабочий контур — по процессам и продуктам, а роли и аудитории реализуются не разделами, а тегами и персональными подборками. Так у темы остаётся один канонический дом, а разные аудитории видят её под своим углом.
Мария Ж, специалист по цифровым HR-процессам: «Тест структуры — новичок третьего дня. Посадите его перед базой с пятью реальными вопросами из мессенджера и молча смотрите. Если он сначала думает «какой отдел этим ведает» — структура построена от оргсхемы. Если сразу идёт в раздел, названный его задачей, — от пользователя. Второе проектировать сложнее, но именно оно работает».
Типовой каркас корпоративной базы знаний
Каркас, с которого можно стартовать почти любой компании: восемь разделов верхнего уровня, глубина не больше трёх. Названия подгоняются под язык компании, логика сохраняется.
- О компании
- Миссия, ценности, история
- Структура и руководство
- Офисы, режим работы, контакты
- Первые дни
- Что сделать в первый день и первую неделю
- Документы при приёме
- Испытательный срок и адаптация
- HR и кадры
- Отпуска, больничные, отгулы
- Справки и документы
- Зарплата, премии, компенсации
- Обучение и развитие
- Увольнение и выходные документы
- IT и доступы
- Учётные записи и пароли
- Оборудование и ремонт
- Рабочие системы и инструкции
- Процессы и регламенты
- Локальные нормативные акты
- Пошаговые процессы по функциям
- Шаблоны и формы документов
- Продукт и клиенты
- Описание продуктов и тарифов
- Скрипты и ответы клиентам
- Кейсы и возражения
- Финансы и закупки
- Авансовые отчёты
- Счета, договоры, закрывающие документы
- Закупки и согласование
- Безопасность
- Охрана труда и инструктажи
- Информационная безопасность
- Действия в ЧС
Обратите внимание, чего в каркасе нет: раздела «Разное». Его существование — признание, что классификация не доработана. Каждая «неклассифицируемая» статья либо находит дом в существующем разделе, либо сигналит о недостающем разделе.
Таксономия и теги: сквозная навигация поверх разделов
Дерево разделов отвечает на вопрос «где это лежит», но не на вопрос «что ещё есть по моей теме». Второй вопрос закрывает таксономия — единый словарь тегов, применяемый сквозь границы разделов.
Рабочий набор измерений для тегов: процесс (командировки, закупки, найм), роль (новичок, руководитель, бухгалтер), продукт или проект, регион, тип контента (инструкция, справка, шаблон). Три-пять измерений достаточно; десять — уже бардак.
Читайте нас в мессенджерах
Канал для кадровиков и HR: изменения в законах, практика проверок, шаблоны документов, инструменты подбора и оценки.
Два жёстких правила. Первое: словарь закрытый — новый тег вводит администратор, а не автор статьи, иначе через год появятся «отпуск», «отпуска» и «vacation» как три метки одной темы. Второе: тег не дублирует раздел — если для темы есть раздел, тег нужен только для связки с другими разделами, а не для повтора названия.
Перекрёстные ссылки и блок «похожие статьи» — третий слой навигации после дерева и тегов. Статья «Как оформить командировку» обязана ссылаться на «Авансовый отчёт» и «Суточные за границей»: пользователь читает не структуру, а цепочку своей задачи.
Карточка раздела: владелец, назначение, состав
Каждый раздел верхнего уровня оформляется карточкой — коротким описанием, которое видно при входе и в административном реестре:
- Назначение — одно предложение: какие вопросы закрывает раздел.
- Владелец — роль и фамилия ответственного за полноту и актуальность.
- Состав — перечень подразделов и критерий, что сюда попадает, а что нет.
- Границы — куда уходят смежные темы: «вопросы оплаты проезда — в Финансы, а не сюда».
Карточка решает две задачи. Читателю она за десять секунд объясняет, туда ли он зашёл. Администратору она даёт инструмент контроля: раздел без владельца или с расплывчатым составом — будущая помойка, и это видно до того, как помойка выросла.
Соберите структуру, в которой не заблудятся
Команда Добыто покажет, как построить разделы, теги и поиск базы знаний под задачи ваших сотрудников — с владельцами и контролем актуальности.
Поиск vs структура: когда что спасает
Спор «нам не нужна структура, у нас есть поиск» проигрывается данными: поиск по мусору находит мусор. Структура — это то, что позволяет поиску ранжировать правильный ответ выше устаревшего: один канонический дом на тему, живой владелец, дата пересмотра, отсутствие дублей.
Разделение труда выглядит так. Структура спасает, когда пользователь не знает, что искать: новичок изучает раздел «Первые дни», руководитель обозревает процесс целиком, аудитор проверяет полноту регламентов. Поиск спасает, когда вопрос сформулирован: «остаток отпуска», «форма 2-НДФЛ», «VPN с телефона». Здоровая база работает в обоих режимах, и метрики их разные: для структуры — доля сессий, закончившихся статьёй за три клика, для поиска — доля запросов без результата.
Еженедельный разбор запросов без результата — главный инструмент эволюции структуры: темы, которые ищут, но не находят, показывают, где дерево не совпадает с языком сотрудников. Инструментарий для такой аналитики собран в обзоре инструментов управления знаниями.
Мария Ж, HR-эксперт с 13-летним стажем: «Запросы без результата — это бесплатный консультант по структуре. Сотрудники голосуют запросами за те названия и разделы, которые им понятны. Раз в квартал переименуйте разделы словами из этих запросов — и дерево само подтянется к языку компании».
Миграция существующего архива в новую структуру
Новая структура чаще строится не с нуля, а поверх накопленного: общий диск, старая вики, папки в мессенджере. Перенос «как есть» убивает новую структуру в первый день — поэтому миграция идёт через фильтр.
Читайте нас в мессенджерах
Канал для кадровиков и HR: изменения в законах, практика проверок, шаблоны документов, инструменты подбора и оценки.
- Инвентаризация. Полный список материалов с владельцами и датами. На этом этапе обычно выясняется, что половина архива — устаревшие версии и дубли.
- Решение по каждому документу. Три исхода: мигрирует (актуально), переписывается (тема нужна, текст устарел), в архив только для чтения (история, которую нельзя терять, но нельзя и показывать как действующую).
- Карта соответствий. Таблица «старый адрес — новый раздел»: каждый мигрирующий документ получает дом в новом дереве до переноса, а не после.
- Редиректы и переименование. Старые ссылки перенаправляются на новые адреса, названия приводятся к языку пользователей. Документ, переехавший под старым именем, продолжит искаться по-старому — и не находиться.
- Пилот на двух разделах. Сначала мигрируют самый посещаемый и самый проблемный раздел, проверяют поиск и навигацию на живых пользователях, потом раскатывают на весь корпус.
Плановый порядок запуска с нуля удобно сверять с чек-листом запуска базы знаний: этап структуры в нём идёт до наполнения контентом, а не после.
Права доступа и конфиденциальные разделы в структуре
Структура базы знаний определяет и модель доступа. Общее правило: чем чувствительнее информация, тем уже раздел и тем точнее группы, которым он виден. Зарплатные схемы и премирование, личные дела сотрудников, персональные данные, материалы проверок и служебных расследований не должны лежать в общем дереве рядом с инструкциями по офисной технике. Их выносят в отдельные разделы верхнего уровня с доступом по группам: «Для руководителей», «Для HR», «Для бухгалтерии».
На этапе проектирования полезно пройти дерево разделов и отметить каждый веткой один из трёх уровней: публичный внутри компании, ограниченный по роли, закрытый по списку. Если в базе планируются материалы с персональными данными, проверьте, как хранение и доступ согласуются с требованиями законодательства:
Технически разграничение удобнее всего держать на синхронизации со штатным расписанием: сотрудник перевёлся в другой отдел, и его доступы в базе знаний изменились автоматически, без заявки администратору. Ручное ведение прав в базе с сотнями пользователей неизбежно приводит либо к дырам в конфиденциальности, либо к ситуации, когда людям не открыли нужный раздел и они работают по старым документам из переписки.
Отдельный аспект конфиденциальности: ознакомление сотрудников с локальными нормативными актами. Правила внутреннего трудового распорядка, положения об оплате труда и премировании по закону доводятся до работника под подпись, поэтому разделу с ЛНА в структуре нужны не только права на чтение, но и фиксация ознакомления.
Мария Ж, юрист со стажем более 20 лет: «По статье 22 ТК РФ работодатель обязан знакомить сотрудников с локальными нормативными актами, напрямую связанными с их работой. Когда акты лежат в структурированном разделе базы знаний, а ознакомление фиксируется электронной подписью, у компании всегда есть доказательство для инспекции или суда, и не нужно собирать бумажные листы по подразделениям»
Типичные ошибки структуры базы знаний
Опыт внедрений показывает: структуры ломаются предсказуемо, в одних и тех же местах. Шесть самых частых ошибок.
1. Копия оргструктуры. Разделы повторяют департаменты, а сотрудник ищет по задаче, а не по владельцу документа. Как оформить командировку, непонятно: это «Бухгалтерия», «HR» или «Административный отдел». Лечится процессной моделью: структура строится вокруг задач сотрудника, владельцы разделов остаются за кадром.
2. Семь уровней вложенности. Авторы дробят темы до атомов, и найти документ можно только заранее зная путь. Правило трёх кликов нарушено, сотрудники сдаются и идут спрашивать коллег. Лечится укрупнением: два, максимум три уровня, дальше работают теги и поиск.
3. Раздел-помойка «Разное». Как только появляется раздел «Прочее» или «Разное», в него начинают складывать всё, что лень классифицировать. Через год там треть базы. Лечится запретом: любой материал обязан иметь тематический раздел и владельца, а «Разное» пересматривается каждый месяц до полного расселения.
4. Дубли тем в двух ветках. Инструкция по отпускам лежит и в «Кадрах», и в «Самообслуживании сотрудника», версии расходятся, никто не знает, какая актуальна. Лечится принципом единственного источника: документ живёт в одном месте, в остальных разделах ставятся ссылки на него.
5. Структура без владельцев. Разделы нарисованы красиво, но ни у одного нет ответственного. Устаревшие материалы копятся, актуализировать некому, доверие к базе падает. Лечится назначением владельца каждому разделу верхнего уровня с обязательством пересматривать содержимое минимум раз в квартал.
6. Переименования и переносы без редиректов. Раздел переименовали или перенесли, все старые ссылки из статей, писем и чатов умерли. Лечится дисциплиной: любое изменение адреса сопровождается редиректом или баннером в старом месте с указанием нового.
Мария Ж, соучредитель сервиса КЭДО Добыто: «Когда мы смотрим на базы знаний клиентов, худшие из них объединяет одно: структуру никто не спроектировал, она выросла сама, как трава. Раздел называется как департамент, внутри семь уровней вложенности, а поисковые запросы сотрудников вообще не совпадают с названиями разделов. Полчаса работы с поисковой статистикой и карточной сортировкой перед запуском экономят потом месяцы переделок»
Чек-лист проектирования структуры базы знаний
- Собраны поисковые запросы сотрудников или проведена карточная сортировка по реальным задачам.
- Выбрана модель организации (процессная, ролевая, тематическая или гибрид) и зафиксирована письменно.
- Верхний уровень укладывается в 5-8 разделов, глубина вложенности не превышает 3 уровней.
- Любой материал находится из корня не более чем за 3 клика; проверено на 20 типовых сценариях.
- У каждого раздела верхнего уровня назначен владелец с обязательством квартального пересмотра.
- Разработана таксономия тегов: 20-30 управляемых тегов, свободное тегирование отключено.
- Заведён шаблон карточки раздела: описание, владелец, дата пересмотра, ссылки на ключевые материалы.
- Чувствительные разделы (зарплата, личные дела, персональные данные) вынесены отдельно с доступом по группам.
- Для раздела ЛНА настроена фиксация ознакомления сотрудников.
- Определён состав миграции архива: что переносится, что архивируется, что выбрасывается; назначены сроки.
- Структура протестирована на фокус-группе из 5-7 сотрудников разных ролей до запуска.
- Запланирован первый пересмотр структуры по поисковой статистике через квартал после запуска.
Документы для проектирования и наполнения структуры
Шаблоны и формы, которые закрывают типовые разделы структуры: обучение и развитие, кадровые процессы, наставничество, локальные акты.
| Документ | Зачем нужен при организации базы знаний |
|---|---|
| Положение об обучении и развитии персонала | Якорный документ раздела «Обучение и развитие»: закрепляет, какие материалы и курсы обязательны для каждой роли |
| Заявка на обучение | Форма для раздела «Самообслуживание»: сотрудник инициирует обучение прямо из карточки раздела |
| Журнал учета обучения персонала | Основа подраздела «Мои результаты»: фиксирует, кто какие материалы базы освоил |
| Ученический договор | Шаблон для раздела «Процессы и регламенты»: оформление долгосрочного обучения с отработкой |
| Соглашение об обучении | Дополняет ученический договор: условия компенсации затрат на обучение |
| Положение об аттестации | Закрепляет связь базы знаний с проверкой знаний: из каких разделов берутся вопросы аттестации |
| Лист ознакомления с ЛНА | Форма для раздела локальных актов: бумажный аналог электронной фиксации ознакомления |
| Приказ об утверждении ЛНА | Сопровождает публикацию каждого акта в разделе: без приказа документ в базе не имеет силы |
| Приказ о назначении наставника | Документ раздела «Наставничество»: закрепляет владельцев маршрутов адаптации новичков |
| Дополнительное соглашение о доплате за наставничество | Закрывает мотивационную часть раздела: как оплачивается работа наставника по материалам базы |
Выводы
Структура корпоративной базы знаний решает, будет ею пользоваться компания или она останется красивым архивом. Рабочая структура проектируется от задач сотрудников, а не от оргсхемы: 5-8 разделов верхнего уровня, не более трёх уровней вложенности, правило трёх кликов до любого материала, управляемая таксономия тегов вместо стихийных меток и владелец у каждого раздела.
Поиск и навигация по структуре не конкуренты, а пара: поиск закрывает конкретные запросы, дерево даёт обзор и учит новичков устройству компании. Пересматривайте структуру раз в квартал по поисковой статистике: частые запросы без результатов и разделы, в которых не бывают сотрудники, подскажут, что переименовать, объединить или расформировать.
Часто задаваемые вопросы о структуре базы знаний
Сколько разделов верхнего уровня должно быть в базе знаний?
Оптимально 5-8 разделов. Меньше пяти означает слишком общие рубрики, внутри которых всё равно придётся строить глубокую вложенность. Больше восьми перегружает главную страницу: сотрудник не удерживает в голове карту базы и перестаёт ей пользоваться, переходя на поиск или на вопросы коллегам. Если разделов получается больше, ищите, что объединить под общим названием.
Какая глубина вложенности допустима?
Два уровня комфортно, три допустимо, четыре и больше почти всегда признак ошибки проектирования. Практический критерий: любой рабочий материал должен находиться от главной страницы не более чем за три перехода. Если тема требует более глубокого дробления, её лучше разметить тегами или разбить на отдельные статьи, связанные перекрёстными ссылками.
Строить структуру по оргструктуре или по процессам?
По процессам и задачам сотрудников. Оргструктурная схема удобна только тем, кто уже знает, какой отдел за что отвечает, то есть не новичкам и не смежникам, которые чаще всего и приходят в базу. При этом владельцев разделов назначают как раз по оргструктуре: за раздел «Кадровые процессы» отвечает HR, но называется он так, как формулирует задачу сотрудник.
Что делать с материалами, которые не подходят ни в один раздел?
Сначала проверить, не признак ли это дыры в структуре: если таких материалов больше пяти-семи, вероятно, не хватает тематического раздела. Если материал действительно разовый, ему всё равно нужны теги и владелец. Постоянный раздел «Разное» допустим только как временный карантин для новых материалов с обязательным ежемесячным расселением по тематическим разделам.
Как совместить поиск и навигацию по структуре?
Разделить сценарии. Строка поиска работает, когда сотрудник знает, что ищет: «заявление на отпуск», «VPN настройка». Структура нужна, когда он не знает, что именно существует: новичок изучает компанию, руководитель ищет все материалы по теме. Поэтому главная страница базы должна давать оба входа: заметную строку поиска и карту из 5-8 разделов с человекочитаемыми названиями.
Как часто нужно пересматривать структуру?
Лёгкий пересмотр раз в квартал, глубокий раз в год. Ежеквартально смотрят поисковую статистику: запросы без результатов показывают, чего не хватает или как неправильно названы разделы; пустые разделы, кандидаты на расформирование. Раз в год структуру сверяют с изменениями в компании: новые направления, реорганизации, новые продукты почти всегда требуют поправок в дереве разделов.
Стоимость платформы Добыто с базой знаний, настраиваемой структурой разделов и правами доступа по группам смотрите на странице тарифов.
Увидеть, как устроена база знаний Добыто, и проверить свою структуру
На демонстрации специалист покажет готовый каркас разделов, таксономию тегов и разграничение прав доступа и поможет спроектировать структуру под процессы вашей компании.
В демонстрации вы увидите:
- Типовой каркас базы знаний: разделы верхнего уровня, подразделы и карточки разделов.
- Таксономию тегов и настройку поиска, который понимает синонимы и опечатки.
- Разграничение прав: открытые разделы, доступ по ролям и закрытые разделы для HR и руководителей.
- Синхронизацию групп доступа со штатным расписанием из 1С.
- Электронное ознакомление сотрудников с локальными актами прямо в разделе базы знаний.
- Статистику поисковых запросов, по которой видно, какие разделы структуры нужно пересмотреть.