База знаний для сотрудников: как создать за неделю и не забросить

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

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

Зачем компании база знаний

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

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

Одни и те же вопросы. Бухгалтерия по десятому разу объясняет, как сдать авансовый отчет. Руководитель поддержки повторяет, какие сроки возврата у какого тарифа. Ответы существуют, но живут в головах и личных переписках.

Знания уходят вместе с людьми. Сотрудник увольняется или уходит в отпуск, и вместе с ним пропадает понимание, почему процесс устроен именно так. Внутренняя база знаний для сотрудников страхует от этого: важное зафиксировано в документе, а не в памяти одного человека.

Если хотя бы одна из этих ситуаций вам знакома, база окупит время на ее создание.

Что положить в базу знаний: чек-лист разделов

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

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

Какие материалы подходят

Хорошая новость: переписывать все в единый формат не обязательно. Обычно в дело идут:

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

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

Как структурировать корпоративную базу знаний

Структура нужна для двух вещей: чтобы было понятно, где что лежит, и чтобы каждый видел только то, что ему положено.

Разделение по отделам или направлениям

Самая понятная схема — отдельный раздел (проект, папка, пространство — в разных системах называется по-разному) на каждый отдел или направление:

• «Общее» — то, что нужно всем: структура компании, HR-политики, контакты;
• «Продажи» — скрипты, условия, КП;
• «Поддержка» — инструкции по продукту, ответы на частые вопросы клиентов;
• «Финансы» — порядок оплат, отчетность, шаблоны документов;
• «Руководство» — стратегические документы, бюджеты.

Не дробите слишком мелко. Если в разделе три документа, скорее всего, его стоит объединить с соседним.

Уровни доступа

Не все документы должны быть видны всем. Зарплатная политика, финансовые отчеты, условия договоров с ключевыми клиентами — это материалы для ограниченного круга. Заранее определите:

• какие разделы открыты всей компании;
• какие — только сотрудникам отдела;
• какие — только руководителям;
• есть ли материалы, которые можно показывать внешним людям, например клиентам или партнерам.

Удобно, когда права задаются на уровне раздела, а не каждого файла: так меньше шансов что-то забыть.

Кто отвечает за актуальность

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

Владелец раздела. У каждого раздела должен быть конкретный человек, обычно руководитель отдела или его заместитель. Он решает, что добавить, что удалить, и отвечает, если в разделе лежит устаревший документ.

Правило «изменил процесс — обнови документ». Любое изменение регламента считается завершенным только после того, как обновлен документ в базе. Это стоит прямо закрепить в договоренностях команды.

Ревизия раз в квартал. Владелец раздела раз в три месяца просматривает список документов и отвечает на три вопроса: что устарело, чего не хватает, что можно удалить. На раздел среднего размера это занимает час-два.

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

Пошаговый план: как создать базу знаний для сотрудников за неделю

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

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

День 2. Инвентаризация. Найдите, где сейчас лежат ответы на эти вопросы: общие диски, почта, чаты, личные папки. Составьте список документов и отметьте, какие из них актуальны.

День 3. Структура и доступы. Утвердите список разделов, назначьте владельцев, решите, кто какие разделы видит.

День 4. Загрузка. Загрузите актуальные документы по разделам. Устаревшие версии не переносите. Если ответа на частый вопрос нет ни в одном документе, напишите короткую заметку на полстраницы — этого достаточно.

День 5. Проверка. Возьмите список вопросов из первого дня и попробуйте найти на каждый ответ в базе. Где не получилось — дополните документы.

Дни 6–7. Пилот. Дайте доступ одному отделу или нескольким новичкам. Попросите неделю искать ответы сначала в базе и отмечать, чего не хватило. После пилота откройте базу остальным.

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

Почему обычная вики не работает без хорошего поиска

Многие компании уже пробовали завести вики или общую папку с документами. Типичная история: первые месяцы ее заполняют, потом заходят все реже, и через год туда никто не смотрит.

Причина обычно не в лени сотрудников, а в поиске. Человек спрашивает «как вернуть деньги клиенту», а в документе это называется «порядок возврата денежных средств». Поиск по ключевым словам ничего не находит, сотрудник решает, что в базе этого нет, и идет к коллеге. После нескольких таких попыток база перестает восприниматься как источник ответов.

Вторая проблема — длинные документы. Даже если поиск нашел нужный регламент на 40 страниц, сотруднику нужен один абзац из него, а не весь файл.

Как ИИ-ассистент меняет использование базы

ИИ-ассистент поверх базы знаний решает обе проблемы. Работает это по принципу RAG (Retrieval Augmented Generation — генерация, дополненная поиском): система сначала находит в документах фрагменты, подходящие по смыслу, а не по точному совпадению слов, и только на их основе формулирует ответ. Подробнее о том, как это устроено, — в статье «Что такое RAG-система».

Для сотрудника это выглядит как вопрос коллеге:

• «Сколько дней отпуска можно перенести на следующий год?»
• «Какие документы нужны для возврата товара юрлицу?»
• «Кто согласует командировку за границу?»

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

Есть и косвенный эффект: когда базой удобно пользоваться, у владельцев разделов появляется стимул поддерживать ее в порядке.

Частые ошибки при создании базы знаний

• Загрузить все и сразу. Сотни непроверенных файлов, включая черновики и старые версии, дают противоречивые ответы. Начинайте с документов под частые вопросы.
• Нет владельцев. Если за раздел отвечают «все», за него не отвечает никто. Через полгода он устаревает.
• Сложная структура. Пять уровней вложенности и десятки разделов, в которых путаются даже авторы. Двух уровней почти всегда достаточно.
• Не продумать доступы. Конфиденциальный документ, случайно открытый всей компании, — неприятный инцидент. Распределите права до загрузки, а не после.
• Писать «для галочки». Документы на канцелярском языке, которые никто не дочитывает. Пишите так, как объяснили бы коллеге: коротко, с примерами и шагами.
• Не рассказать о базе сотрудникам. Базу запустили, но никто о ней не знает. Покажите ее на общей встрече, добавьте ссылку в материалы для новичков и отвечайте на вопросы в чатах ссылкой на нужный документ.
• Не собирать обратную связь. Без информации о том, что сотрудники не нашли, база не развивается.

Как это устроено в Pragmaticus

В Pragmaticus документы группируются в проекты — например, по отделам. У каждого проекта и документа задается уровень доступа, а права проверяются еще на этапе поиска, так что сотрудник не получит ответ из документа, который ему не положено видеть. Можно загрузить PDF (включая сканы), DOCX, PPTX, XLSX и другие файлы или импортировать страницы сайта. Сотрудники задают вопросы в чате и получают ответы со ссылками на конкретные фрагменты-источники; если информации нет, ассистент прямо об этом говорит. В рабочих группах Telegram бот отвечает по базе знаний, а ИИ-секретарь сохраняет итоги обсуждений в виде протоколов с решениями и задачами. Подробнее о сценариях — на странице «База знаний для сотрудников».