Корпоративная база знаний в Битрикс24: структура, разделы и доступы

Зачем компании нужна база знаний на портале

Когда регламенты живут в разрозненных папках на Google Drive, а инструкции передаются через чаты - сотрудники тратят время на поиск вместо работы. База знаний Битрикс24 закрывает эту проблему: материалы собраны в одном месте, доступ разграничен по ролям, поиск работает по тексту статей.

По нашей практике, запрос на базу знаний приходит в нескольких типичных ситуациях:

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

Из чего состоит база знаний в Битрикс24

База строится как иерархия разделов и статей. Каждый раздел - отдельная область: отдел, направление или тематический блок. Внутри - статьи с форматированным текстом, таблицами, изображениями и вложенными файлами.

Типовая структура для компании среднего размера:

Разделы создаются под оргструктуру: подразделение видит только то, что к нему относится, общие политики - доступны всем.

Отдельный инструмент - Битрикс24.Диск. Он хорошо дополняет базу знаний: крупные объёмы документов удобнее хранить там, в виде каталога или архива.

Как настроить структуру разделов

Структуру лучше продумать до создания первой статьи. Хаотично добавленные материалы быстро превращаются в свалку.

Рекомендуемый подход:

1. Определите основные направления - по отделам или по типам материалов (регламенты, инструкции, шаблоны).
2. Создайте верхний уровень разделов - не более 7-10 пунктов, иначе навигация теряется.
3. Внутри каждого раздела сделайте подразделы для детализации.
4. Назначьте ответственного редактора за каждый раздел - того, кто следит за актуальностью. Без этого база протухает за полгода.

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

Как материалы распределяются по уровням: от верхнего раздела через подразделы до отдельных статей. Права доступа назначаются на уровне раздела.

flowchart TD
    ROOT[База знаний портала] --> S1["Общие регламенты\nдоступ: все"]
    ROOT --> S2["Отдел продаж\nдоступ: менеджеры"]
    ROOT --> S3["HR\nдоступ: HR и руководство"]
    S1 --> A5[FAQ по Битрикс24]
    S2 --> A1[Скрипты и инструкции]
    S3 --> A3[Адаптация и отпуска]

Права доступа: кто что видит

Разграничение доступа - основа при работе с внутренней документацией. В Битрикс24 права на разделы базы знаний настраиваются через роли пользователей и рабочие группы.

В типовых проектах мы настраиваем четыре уровня:

• Читатель - просматривает статьи, редактировать не может.
• Редактор - создаёт и изменяет статьи в своём разделе.
• Администратор раздела - управляет структурой и правами внутри раздела.
• Администратор портала - полный доступ ко всем разделам. Может отключать доступ пользователям переключателем «Разрешить доступ» без удаления аккаунта.

Доступ выстраивается на основе организационной структуры компании. Сотрудник московского офиса автоматически видит материалы своего подразделения и не видит внутренние регламенты другого филиала.

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

Поиск по базе знаний

Штатный поиск Битрикс24 индексирует текст статей, заголовки и вложения. Сотрудник находит нужный регламент по ключевому слову - знать точное расположение статьи в иерархии не обязательно.

Чтобы поиск работал лучше, при написании статей стоит придерживаться нескольких правил:

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

В более продвинутых конфигурациях подключается ИИ-помощник для работы с базой знаний. Такой бот принимает вопрос сотрудника в интерфейсе и ищет ответ в статьях портала через внешний сервис обработки запросов. Каждый запрос к нему тарифицируется отдельно.

Обучение сотрудников работе с базой знаний

Создать базу знаний - полдела. Сотрудники должны уметь ею пользоваться. По нашей практике, обучение работе с инструментами базы знаний Битрикс24 занимает до 3 часов и включает:

• навигацию по разделам и поиск статей;
• создание и редактирование материалов - для ответственных редакторов;
• работу с вложенными файлами и ссылками на другие статьи;
• настройку уведомлений о новых и обновлённых материалах.

Формат - онлайн с записью экрана. Если согласовать дату встречи не получается в течение двух недель после завершения настройки, интегратор записывает видеоинструкцию и передаёт заказчику.

Перед стартом работы с базой знаний полезно пройти базовое или расширенное обучение Битрикс24 - это сокращает время адаптации к портальным инструментам.

Интеграция базы знаний с другими инструментами портала

База знаний не работает изолированно - она связана с другими инструментами Битрикс24:

• Задачи и проекты. Из задачи можно дать ссылку на инструкцию в базе знаний. Удобно при постановке задач новым сотрудникам.
• Чаты. Ссылку на статью можно отправить в любой внутренний чат - коллега сразу перейдёт к нужному материалу.
• Оргструктура. Права на разделы привязаны к подразделениям из организационной структуры портала. При смене должности сотрудника доступ обновляется автоматически.
• Диск. Крупные файлы - шаблоны, презентации, записи обучений - хранятся на Диске и прикрепляются к статьям базы знаний.

Если компания использует шаблоны документов в Битрикс24, ссылки на актуальные шаблоны стоит размещать прямо в соответствующих статьях регламентного раздела.

Типичные ошибки при создании базы знаний

Ошибки у разных компаний повторяются - мы видим их регулярно:

1. Не назначают редакторов. Статьи устаревают за полгода-год, если никто не отвечает за актуальность. Для каждого раздела нужен ответственный.
2. Создают слишком глубокую иерархию. Четыре уровня вложенности - уже много. Сотрудники перестают что-либо находить и просто перестают заходить в базу.
3. Переносят файловую структуру без осмысления. Папки с Google Drive копируются «как есть» - с устаревшими документами, дублями и названиями вроде «Финал_ФИНАЛ_правки2».
4. Не обучают сотрудников. Портал запустили, базу наполнили, а половина команды не знает, где её найти.
5. Смешивают архив документов и живые регламенты. Архив лучше держать на Диске, а в базе знаний - только актуальные рабочие материалы. Иначе сотрудники теряются в том, что вообще актуально.

Если на портале уже накопился беспорядок - перед созданием базы знаний имеет смысл провести аудит. Переносить хаос в новую структуру бессмысленно.

Частые вопросы