Как систематизировать корпоративные знания: от разрозненных документов к единой базе

Зачем компании систематизировать знания

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

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

Что должно быть в базе знаний

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

В базе знаний обычно хранится:

• Процессы и рабочие инструкции, которые повторяются регулярно
• Ответы на часто задаваемые вопросы в разных областях
• Шаблоны документов, которые используются при выполнении типовых работ
• Правила и принципы компании, которые определяют, как нужно делать работу
• Решения для типичных проблем, с которыми сталкивается команда
• Исторические решения и результаты важных проектов, чтобы не повторять ошибки
• Контакты ответственных людей по разным вопросам

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

Чем базы знаний отличаются друг от друга

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

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

Определите цели и выберите аудиторию

Прежде чем создавать базу знаний, нужно ответить на простой вопрос: для кого это и зачем?

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

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

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

Начните с определения одной или двух основных целей:

• Сократить время адаптации новых сотрудников с трёх недель до одной
• Уменьшить количество повторяющихся вопросов руководителю на 70 процентов
• Обеспечить единый стандарт выполнения процесса во всех филиалах
• Сохранить знания ключевых специалистов в компании

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

• Все сотрудники компании или только отдел?
• Новички или опытные специалисты?
• Люди технические или гуманитарии?
• Те, кто работает удалённо, в офисе или оба?

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

Собрать информацию о реальных потребностях

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

Если компания маленькая, поговорите с людьми лично. Если большая, отправьте форму в чат или по почте. Попросите привести примеры конкретных вопросов, на которые они не могли найти ответ.

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

Выберите платформу и формат хранения

Выбор платформы часто становится преградой на пути создания базы знаний. Люди спорят о том, что лучше: Confluence или Notion, вики или документ, облако или сервер. На самом деле платформа — это вторично. Первично содержание.

Однако платформа всё же влияет на то, насколько удобно людям будет пользоваться базой. Нужно выбрать инструмент, который:

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

В российских компаниях часто используют: Confluence (если уже есть Jira), Notion (для небольших команд), Yandex Wiki или Kaiten (в России популярнее). Некоторые компании просто используют Google Docs с хорошей структурой папок, хотя это менее удобно при масштабировании.

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

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

Формат подачи информации

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

• Текстовые инструкции с пошаговым разбором
• Шаблоны документов, которые люди могут сразу скопировать и использовать
• Видеоролики для сложных процессов (но текст всё равно нужен)
• Ссылки на внешние ресурсы, если информация хранится где-то ещё
• Таблицы или диаграммы для наглядного представления структур

Лучше использовать комбинацию форматов. Видео хорошо показывает последовательность действий, но текст можно быстро отсканировать. Шаблоны экономят время, но к ним нужна инструкция, как их использовать.

Разработайте структуру разделов

Структура базы знаний — это скелет, на котором держится всё остальное. Плохая структура заставляет людей искать информацию в пяти разных местах и всё равно не находить. Хорошая структура позволяет интуитивно понять, где искать нужное.

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

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

Вот пример того, как может выглядеть структура для небольшого IT-стартапа:

• Процессы и правила
  • Как проходит адаптация новичка
  • Процесс утверждения задач
  • Правила коммуникации в команде
• Техническая документация
  • Архитектура системы
  • Как настроить окружение для разработки
  • API документация
• Операции и администрирование
  • Как развернуть новую версию
  • Как обновить сервер
  • Что делать при критической ошибке
• Коммерция и поддержка
  • Как ответить на типичный вопрос клиента
  • Процесс оформления счёта
  • Условия возврата

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

• По типам проектов (аудит, трансформация, обучение)
• По этапам проекта (инициация, реализация, завершение)
• По функциям (продажи, проектирование, управление)

Правила для хорошей структуры

Какой бы вариант вы ни выбрали, соблюдайте несколько принципов:

• Не больше трёх уровней глубины. Если человеку нужно кликать на третий раздел, четвёртый, пятый — он либо не найдёт информацию, либо забудет, что ищет.
• Разделы не должны пересекаться. Если информацию можно отнести в два разных раздела, она обычно теряется. Определите чёткие границы.
• Разделы должны быть примерно одного размера. Если один раздел содержит две статьи, а другой — двести, структура нарушена.
• Названия должны быть понятны конечному пользователю. "Операции" понимают не все. "Что делать, если система упала" — понимают все.
• Оставьте место для роста. Структура не должна быть идеальной сразу. Она должна позволять добавлять новые разделы без переделки всего.

Не создавайте раздел "Разное" или "Прочее". Это место, куда валят информацию, которая не подходит ни куда. Если у вас есть "Разное", значит, структура неправильная.

Как протестировать структуру

После того как вы определили структуру, дайте её посмотреть нескольким людям из целевой аудитории. Не объясняйте им структуру, просто попросите найти нужную им информацию. Если человек ищет долго или ищет не там, значит, что-то не так.

Хороший тест: возьмите пять типичных вопросов, которые задают в компании, и проверьте, логично ли они укладываются в структуру. Если три из пяти вопросов не имеют очевидного места — переделайте структуру.

Соберите и напишите контент

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

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

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

Как собирать информацию от сотрудников

Есть несколько способов собрать знания от людей, которые их имеют:

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

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

Дайте людям стимул участвовать. Это может быть как благодарность (упомяните в инструкции, кто её подготовил), так и лёгкое давление (определите сроки, в которые информация должна быть собрана).

Как организовать процесс написания статей

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

Определите стиль и формат, которому должны следовать все статьи:

• Длина статьи (обычно от 300 до 1500 символов)
• Структура (всегда ли нужно начинать с описания проблемы или сразу перейти к решению?)
• Уровень детализации (нужны ли скриншоты? код? примеры?)
• Язык (формальный или простой? технический или для всех?)

Создайте шаблон для разных типов статей. Инструкция по процессу выглядит не так, как FAQ или описание функции. Вот простой шаблон для инструкции:

• Что это и когда это нужно
• Предварительные условия (что нужно знать или иметь)
• Пошаговые действия
• Что проверить, чтобы всё сделали правильно
• Что делать, если что-то пошло не так
• Контакт ответственного за этот процесс

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

Лучше потратить время редактора на переформатирование текста эксперта, чем потратить время эксперта на то, чтобы он научился писать в правильном формате.

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

Установите сроки. Без сроков работа растягивается бесконечно. Лучше иметь 80% базу знаний через месяц, чем 100% базу через полгода.

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

Внедрите поиск и обучите команду

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

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

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

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

• Отправьте письмо или сообщение в общий чат с ссылкой на базу
• Проведите короткую демонстрацию (15 минут максимум), покажите, где найти часто используемую информацию
• Установите правило: при ответе на вопрос в чате ссылайтесь на базу знаний. "Ответ в базе знаний, раздел такой-то"
• Добавьте ссылку на базу в подпись в почте, в профиль Slack, в корпоративный портал

Внедрение нового инструмента обычно требует двух-трёх недель привыкания. После этого люди начинают использовать его автоматически.

Хороший способ ускорить внедрение — заметить, что кто-то нашёл информацию в базе знаний и похвалить это в общем чате. "Спасибо Анне, которая нашла ответ в базе знаний вместо того, чтобы спросить". Это подсознательно показывает остальным, что база ценится.

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

Многие компании повторяют одни и те же ошибки при создании базы знаний. Зная о них заранее, вы можете их избежать и сэкономить месяцы работы.

Хаотичная структура без иерархии

Самая распространённая ошибка — создать базу знаний, в которой всё сваливается в одну кучу. Люди добавляют информацию, как им кажется нужным, без уважения к структуре. В результате через полгода в базе 500 статей, и никто не может найти нужную.

Это происходит, потому что структура создаётся один раз, а потом её не поддерживают. Новая информация добавляется туда, где удобнее всего, а не туда, где она логически должна быть.

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

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

Устаревший контент без обновлений

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

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

Решение: установите дату последнего обновления на каждой статье. Каждые шесть месяцев пересматривайте все статьи и обновляйте те, которые устарели. Если информация больше не актуальна, не удаляйте её, а архивируйте с пометкой "устаревшая информация".

Удобный способ — назначить каждому разделу базы ответственного человека. Этот человек каждый квартал проверяет, что информация в его разделе актуальна, и обновляет её, если нужно.

Отсутствие ответственных за разделы

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

Решение: определите ответственного за каждый раздел или за всю базу. Это может быть одна система, если компания маленькая, или несколько человек, если большая. Их задача не писать всё, а контролировать, чтобы информация была актуальна и согласована.

Дайте ответственным инструменты для контроля. Например, в Confluence можно настроить напоминания о необходимости обновить страницу. В других системах можно вести список дат проверки.

Следите за актуальностью и развивайте систему

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

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

Архивируйте неактуальную информацию

По мере того как компания растёт и развивается, старые процессы становятся неактуальными. Не удаляйте эту информацию полностью, потому что она может быть полезна для истории или для понимания того, как всё работало раньше. Архивируйте её.

Создайте раздел "Архив" или добавьте метку "устаревшая информация" на старые статьи. Убедитесь, что они не появляются в основной навигации, но остаются доступны для поиска.

Периодически проверяйте архив. Если информация всё ещё полезна, верните её в основную базу и обновите. Если она совсем неактуальна, удалите.

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

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

Добавьте возможность оставлять комментарии на страницах базы. Можно использовать встроенные возможности платформы (например, комментарии в Confluence) или простой Google Form с ссылкой на каждой странице.

Также периодически проводите опросы. Вопросы могут быть простыми: "Легко ли вам найти нужную информацию в базе знаний?" или "Какую информацию вам не хватает?" Анализируйте ответы и действуйте на основе них.

Обратите внимание на то, какие вопросы люди всё ещё задают в чатах, несмотря на то, что ответы есть в базе. Это может означать, что информация сложно найти или она написана непонятно. Пересмотрите эти статьи.

Установите метрику использования. Большинство платформ показывают, какие страницы читают чаще. Страницы с малым количеством просмотров могут быть либо устаревшими, либо неправильно названными или размещёнными.

Как оценить результаты внедрения

Как узнать, что ваша база знаний работает? Нужны метрики и показатели, которые покажут, эффективна ли система.

Если вы определили цели в начале проекта, начните с них. Вот примеры метрик для разных целей:

• Если цель — сократить время адаптации, мерьте время, которое требуется новичку, чтобы выполнить первую задачу. Было три дня, стало два дня — база знаний помогает.
• Если цель — снизить количество повторяющихся вопросов руководителю, считайте вопросы в чатах до и после внедрения базы. Если количество упало на 30%, это уже хороший результат.
• Если цель — обеспечить единый стандарт, проверяйте, насколько часто люди отклоняются от стандарта. Меньше ошибок — база работает.
• Если цель — сохранить знания специалистов, проверяйте, может ли новый человек выполнить работу эксперта на основе информации в базе.

Помимо целевых метрик, смотрите на общие показатели использования:

• Количество людей, которые используют базу в месяц
• Количество просмотров страниц
• Время, проведённое в базе (если платформа это показывает)
• Количество добавленных новых статей в месяц
• Количество обновлений существующих статей

Не ожидайте результатов в первый месяц. Люди привыкают к новому инструменту примерно за два-три месяца. После этого можно смотреть на метрики и делать выводы.

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

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

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

Помните, что систематизация корпоративных знаний — это инвестиция в будущее компании. Сейчас это требует времени и усилий. Через год это сэкономит сотни часов рабочего времени людей, которые не будут переизобретать велосипед и не будут терять знания, когда люди уходят из компании.

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