Что такое корпоративная база знаний
Корпоративная база знаний — это систематизированное хранилище информации, которое компания создаёт для своих сотрудников. Туда попадают процессы, инструкции, best practices, ответы на часто задаваемые вопросы, примеры решения типичных задач и накопленный опыт компании.
Отличие базы знаний от обычной папки с документами в том, что информация там структурирована, легко находится через поиск, связана перекрёстными ссылками и постоянно актуализируется. Сотрудник не тратит час на поиск нужного файла в хаосе папок — он вводит запрос в поиск и находит ответ за 30 секунд.
Базы знаний бывают разными по масштабу и сложности. Маленькая компания может начать с простой wiki на одной платформе. Крупная корпорация может иметь интегрированную систему с десятками разделов, правами доступа по ролям и умным поиском на основе искусственного интеллекта.
Ключевой признак рабочей базы знаний — её активное использование. Если сотрудники туда заходят регулярно, то база живая. Если база заброшена и никто ею не пользуется, то это просто электронный архив, который занимает место и давит мёртвым весом на культуру компании.
Зачем компании база знаний
Без базы знаний компания работает неэффективно. Вот почему.
Опыт теряется с каждым уходом сотрудника
Когда сотрудник уходит, вместе с ним уходит весь его опыт. Преемник начинает с нуля. Он заново разбирается в процессах, заново делает ошибки, которые уже делал его предшественник, заново учится на этих ошибках. Компания платит за одно и то же обучение несколько раз.
База знаний фиксирует этот опыт. Когда уходит менеджер и приходит новый, новый менеджер открывает базу и за день-два разбирается в том, что его предшественник делал год.
Новые люди дольше выходят на результат
Адаптация новых сотрудников требует времени и ресурсов. На неё уходят часы опытных люди, которые могли бы работать на результат. Процесс замедляется, качество страдает.
Хорошая база знаний сокращает период адаптации в два раза. Новый человек сам разбирается в устройстве компании, её процессах и инструментах. Вместо того чтобы занимать куратора на неделю, он читает документацию 2–3 дня, задаёт конкретные вопросы и начинает самостоятельно работать.
Сотрудники тратят время на повторяющиеся вопросы
В любой компании есть вопросы, которые задают десятки раз. Как оформить отпуск? Какой шаблон использовать для счёта? Как подключить интеграцию? Как работает наша система скидок?
Без базы знаний эти вопросы задают в чатах, на почте, на встречах. Опытные люди повторяют одно и то же объяснение по сто раз. Это не только отвлекает их от работы. Это демотивирует. Когда объяснять начинает восьмому человеку в неделю, это ощущается как пустая трата времени.
С базой знаний сотрудник вначале проверяет документацию. Обычно он там находит ответ. Если не находит, он задаёт уточняющий вопрос, а не просит объяснить с нуля.
Качество работы зависит от того, кому досталась задача
В компании без системного подхода качество выполнения одной и той же работы различается. Один человек делает отчёт одним способом, другой — совсем по-другому. Один знает трюк, который экономит час времени, другой об этом не знает и тратит час впустую.
Лучший опыт остаётся в голове одного человека. Худший опыт повторяется разными людьми, потому что никто не знает, как это делать правильно.
Корпоративная база знаний превращает разрозненный опыт отдельных людей в единый стандарт компании. Когда все делают работу по одному проверенному сценарию, результаты становятся предсказуемы.
Результаты становятся масштабируемыми
Компания может расти только если не зависит от людей. Если успех компании держится на четырёх гениях, которые делают всё, то компания не растёт — она окружена узким местом.
Когда лучший опыт документирован и систематизирован, новые люди могут выходить на уровень старых за месяцы вместо лет. Компания становится способна масштабироваться.
Это работает и для небольших команд, и для больших отделов. Если в вашей компании 10 человек в продажах и каждый использует свой способ работы с клиентом, то средний результат ниже, чем мог бы быть. Если все 10 используют проверенный сценарий, результаты выравниваются вверх.
Подготовка к созданию базы знаний
Прежде чем создавать базу знаний, нужно ответить на несколько вопросов. От ответов зависит структура, объём работы и инструменты, которые вам нужны.
Для кого вы создаёте базу знаний
База знаний для отдела маркетинга и база для всей компании — это разные проекты. В первом случае вы знаете аудиторию, её уровень подготовки, её боль. Во втором случае вы создаёте для людей с разным опытом и разными потребностями.
Определите, кто будет пользователем вашей базы:
- Только новые сотрудники (в этом случае база — инструмент адаптации)
- Все сотрудники (в этом случае база — справочник для всех)
- Отдельные отделы (в этом случае база может быть специализированной)
- Внешние пользователи наподобие партнёров или клиентов (в этом случае нужна внешняя база знаний с другой логикой доступа)
От ответа на этот вопрос зависит всё остальное: объём контента, структура, уровень детализации, стиль написания, права доступа.
Какую проблему решает база знаний в вашей компании
Самая частая ошибка — создавать базу знаний просто потому что все её создают. Реальность в том, что базу знаний нужно создавать под конкретную боль.
Ответьте честно: какая проблема вас беспокоит больше всего?
- Новые люди долго адаптируются (ответ: база знаний как инструмент адаптации)
- Сотрудники заваливаются одинаковыми вопросами (ответ: база как справочник)
- Люди делают ошибки потому что не знают правильную процедуру (ответ: база как стандарт)
- Знаний теряются при уходе людей (ответ: база как хранилище опыта)
- Сотрудники в разных местах делают работу по-разному (ответ: база как стандартизация)
Одна база знаний может решить несколько проблем одновременно, но обычно есть одна главная. Сформулируйте её — это поможет вам не отвлекаться на второстепенные задачи и не раздуть проект.
Кто будет создавать и поддерживать базу знаний
Это один из важнейших вопросов, и к нему часто относятся легковесно. Базу знаний создают люди. Люди требуют времени и мотивации.
Определите, кто будет отвечать за каждый из этих процессов:
- Определение структуры базы (обычно руководитель проекта или владелец процесса)
- Написание контента (те, кто знает процесс лучше всех)
- Редактирование и проверка (кто-то с хорошим русским и пониманием контекста)
- Постоянная актуализация и поддержка (самое критичное)
- Техническое администрирование платформы (IT или автор если технически грамотен)
Если вы не назначите человека, ответственного за поддержку, база знаний через полгода морально устареет и потеряет ценность. Люди перестанут ей доверять и перестанут ей пользоваться.
Лучше иметь маленькую, актуальную базу знаний, за которой кто-то следит, чем огромную архаичную свалку документов, которые никто не обновляет.
Какой объём контента вам нужен
Это зависит от размера компании, количества процессов и степени их сложности. Маленькой компании может быть достаточно 30–50 документов. Крупной компании может потребоваться несколько тысяч.
Начните с малого. Определите, какие 10–15 процессов или вопросов обсуждаются чаще всего. С них и начните. По мере того как база растёт и люди привыкают ей пользоваться, вы добавляете новые разделы.
Попытка создать идеальную большую базу знаний с нуля — классическая ошибка. Такой проект требует много времени, много людей, много координации. Проект обрастает сложностью, сроки растягиваются, люди теряют мотивацию, и в итоге базу не дочитывают или она выходит никудышной.
Что включить в базу знаний
Содержание базы знаний зависит от её назначения, но есть категории информации, которые встречаются почти везде.
Процессы и инструкции
Пошаговые инструкции по выполнению типичных задач. Как оформить счёт? Как загрузить документ в систему? Как провести встречу с клиентом? Как обработать возврат?
Инструкции должны быть конкретными и пошаговыми. Не нужна высокая философия. Нужны шаги. Каждый шаг — отдельный пункт.
Справочники и словари
Определения, коды, классификации. Что такое наша CRM? Какие есть статусы задач? Какие документы требуются для разных типов договоров? Что обозначает каждое поле в форме?
Инструментарий компании
Описание инструментов, которые использует компания. Как работает наша система учёта? Как использовать хранилище файлов? Как работает внутренний чат? Какие есть интеграции и как их использовать?
Частые вопросы и ответы
FAQ по разным темам. Это не формальный справочник, а собрание реальных вопросов, которые задают люди. Ответы должны быть информативны и практичны.
Примеры и кейсы
Реальные примеры выполнения работы. Как выглядит хороший отчёт? Какой текст продающего письма срабатывает? Как оформляется документ в компании?
Примеры очень полезны, потому что люди часто понимают лучше через конкретный пример, чем через абстрактное описание.
Политики и требования
Правила, стандарты, требования. Как должны оформляться документы? Какие требования к безопасности? Какова политика компании по отпускам? Что считается конфликтом интересов?
Эта информация важна, но людям часто она кажется скучной. Пишите её ясно и кратко. Избегайте длинных нормативных текстов.
Выбор платформы для базы знаний
Выбор инструмента — это важное решение, но не критичное. Намного важнее содержание и постоянная актуализация. Хорошую базу знаний можно создать на любой подходящей платформе. Плохую базу знаний можно создать и на лучшем инструменте в мире.
Тем не менее, выбор платформы влияет на удобство работы для авторов и для читателей. Правильный выбор экономит время. Неправильный выбор его теряет.
Облачные решения или локальные серверы
Первый выбор — облако или собственный сервер. Это влияет на безопасность, стоимость, контроль и простоту использования.
Облачные решения дешевле, проще в управлении, быстрее развёртываются. Вам не нужно нанимать системного администратора для поддержки. Компания-разработчик платформы сама следит за обновлениями, безопасностью и доступностью. Вы платите за использование, и это всё.
Локальные серверы дают полный контроль. Ваши данные на вашем сервере, никто посторонний к ним не имеет доступа. Это важно, если у вас есть требования безопасности или вы работаете в отрасли с жёсткими регуляциями. Но это требует специалиста для администрирования.
Для большинства компаний облачное решение — правильный выбор. Это проще, дешевле и достаточно безопасно. Локальный сервер имеет смысл только если у вас есть специальные требования или вы — крупная компания с IT-отделом.
Ключевые критерии выбора инструмента
На что обратить внимание при выборе платформы для базы знаний.
Простота редактирования. Может ли обычный человек без подготовки открыть документ и отредактировать его? Нужна ли специальная подготовка? Чем проще редактирование, тем больше вероятность, что люди будут эту базу поддерживать.
Возможность структурирования. Можете ли вы создать иерархию разделов и подразделов? Можете ли вы организовать информацию в древовидную структуру? Это важно для больших баз знаний.
Поиск. Насколько хорошо работает поиск? Может ли система искать не только по названиям, но и по содержимому? Выдаёт ли релевантные результаты? Плохой поиск делает базу знаний менее полезной, потому что люди не могут найти нужную информацию.
Версионирование и история. Если документ изменился, можно ли увидеть старую версию? Кто изменил, когда и что именно? Это важно для контроля качества и для восстановления информации, если кто-то случайно что-то удалил.
Права доступа. Можете ли вы разделить доступ по ролям? Нужна ли внешняя база знаний для клиентов или партнёров — и если да, сможет ли платформа это поддержать?
Интеграции. Может ли платформа работать с вашими текущими инструментами? Например, если вы используете Slack, хорошо, если в Slack можно вставить поиск по базе знаний. Если вы используете определённую CRM, может ли база знаний интегрироваться с ней?
Мобильность. Работают ли люди с мобильных устройств? Адаптирована ли платформа для мобильных? Это не критично, но удобно.
Стоимость. Насколько дорого обойдётся платформа на масштабе вашей компании? Есть ли бесплатные или дешёвые варианты?
На российском рынке есть несколько вариантов, которые работают хорошо. Вот примеры по разным ценовым сегментам:
- Notion — универсальный инструмент, простой в использовании, есть бесплатный тариф, хорошо подходит для маленьких и средних компаний
- Confluence — профессиональное решение от Atlassian, мощное, хорошо интегрируется с другими продуктами Atlassian
- Gitbook — специализирован на документации, красивый интерфейс, удобен для технических команд
- Wiki-движки — MediaWiki, Dokuwiki и другие, открытые исходные коды, можно развернуть на своём сервере
- Битрикс24, Яндекс.Коннект — встроенные решения в составе больших платформ, если вы уже используете эти сервисы
Выбор конкретной платформы зависит от вашего бюджета, требований и привычек команды. Не тратьте на выбор месяцы. Выберите что-то разумное за неделю и начните работу. Когда появится опыт, сможете переоценить выбор.
Как структурировать базу знаний
Структура базы знаний определяет, насколько хорошо люди будут её использовать. Плохая структура означает, что люди не найдут нужную информацию, даже если она там есть.
Организация разделов и категорий
Начните с вершины иерархии. Какие большие разделы будут в вашей базе знаний?
Вариант первый — структура по функциям. Раздел для маркетинга, раздел для продаж, раздел для финансов, раздел для HR. Внутри каждого раздела — документы по этой функции.
Это хорошо работает, если у вас есть чётко выделенные отделы и они работают независимо друг от друга. Минус в том, что информация, нужная нескольким функциям, дублируется или теряется.
Вариант второй — структура по типам информации. Раздел «Процессы», раздел «Справочники», раздел «Инструменты», раздел «Политики», раздел «FAQ». Внутри каждого раздела документы нужного типа.
Это работает хорошо для маленьких и средних компаний, потому что информация распределена логично. Если человек ищет процесс, он знает, куда смотреть.
Вариант третий — структура по задачам пользователя. Раздел «Я — новый сотрудник», раздел «Я работаю с клиентами», раздел «Я работаю с поставщиками», раздел «Я работаю с документами». Внутри каждого раздела вся информация, нужная для этой задачи.
Это работает хорошо, когда вы создаёте базу знаний для специфической аудитории. Например, для менеджеров по продажам.
Рекомендую вариант два — структура по типам информации. Он наиболее универсален и понятен большинству людей. Начните с этого, и если появится необходимость, добавьте подразделы внутри.
Основные разделы первого уровня могут быть такими:
- Адаптация (информация для новых сотрудников)
- Процессы (пошаговые инструкции)
- Инструменты (описание систем, которые использует компания)
- Справочники (коды, классификации, определения)
- Политики (правила, стандарты, требования)
- FAQ (часто задаваемые вопросы)
Внутри каждого раздела создавайте подразделы по нужности. Например, внутри раздела «Процессы» может быть подраздел «Работа с клиентами», «Работа с документами», «Финансовые процессы».
Не усложняйте иерархию. Оптимально два-три уровня: раздел — подраздел — документ. Если иерархия глубже, люди теряются.
Единый стандарт оформления и форматирования
Если каждый документ оформлен по-своему, база выглядит хаотично. Люди подсознательно воспринимают её как ненадёжную. Единый стандарт дарует ощущение профессиональности.
Стандарт не должен быть сложным. Вот что нужно определить:
Структура документа. Каждый документ должен начинаться с краткого описания (зачем этот документ, кому он нужен). Затем идёт основной контент. В конце — дата последнего обновления и имя автора или человека, ответственного за актуальность.
Форматирование текста. Какие заголовки используются? Как вы выделяете важное? Используете ли вы маркированные списки или нумерованные? Как оформляются примеры и警告?
Язык и стиль. Пишете ли вы официально или неофициально? Какой словарь используется? Если в компании есть специальные термины, они должны быть согласованы.
Изображения и диаграммы. Если вы используете изображения, какого они размера? Какое качество? Как вы оформляете диаграммы? Лучше установить правило: если есть сложная процедура, добавьте диаграмму или схему.
Создайте один образцовый документ и используйте его как шаблон для остальных. Покажите его авторам, чтобы они следовали этому формату.
Не создавайте 50-страничное руководство по форматированию. Люди его не будут читать. Просто покажите пример и скажите, чтобы другие документы выглядели так же.
Пошаговое создание базы знаний
Теперь переходим к практике. Вот пошаговый план, как создать базу знаний с нуля.
Этап 1. Определите цели
Вы уже определили это на подготовительной стадии, но повторите. Запишите ясно:
- Для кого создаётся база знаний (аудитория)
- Какую проблему она решает (цель)
- Как вы поймёте, что база знаний работает (метрика успеха)
Примеры метрик успеха:
- 80% новых сотрудников используют базу знаний на второй неделе работы
- Количество одинаковых вопросов в чате снизилось на 50%
- Время адаптации сократилось с двух недель до одной недели
- 50% вопросов, которые раньше задавали в чатах, теперь люди находят в базе знаний
Четкие метрики помогают понять, стоит ли вообще создавать базу знаний и достигает ли она целей.
Этап 2. Соберите и систематизируйте материалы
Первая ошибка — начать писать базу знаний с нуля. Вторая ошибка, которую часто делают в попытке избежать первой, — это собрать абсолютно все существующие документы и загрузить их в базу.
Реальность в том, что в компании уже есть информация. Она разбросана по разным местам: в письмах, на диске, в чатах, в старых базах знаний, в головах людей. Часть этой информации полезна, часть устарела, часть противоречива.
Соберите эту информацию. Делайте это систематически:
- Попросите людей из разных отделов поделиться документами, которые они используют
- Посмотрите, какие письма чаще всего отправляют (обычно там есть типовые ответы на типовые вопросы)
- Посмотрите историю вопросов в чатах — какие вопросы повторяются
- Посмотрите, какие процедуры описаны где-то (в старой базе знаний, в презентациях, в других местах)
После сбора материалов просмотрите их. Выкидывайте явно устаревшие документы. Группируйте похожее вместе. Отмечайте противоречия — если есть два процесса, которые описывают одно и то же по-разному, это нужно разобраться.
После этого шага у вас будет куча материала, который нужно систематизировать и переписать. Это может выглядеть неаккуратно — и это нормально. Это просто сырьё.
Этап 3. Создайте архитектуру и структуру
Теперь, когда вы знаете, какая информация у вас есть, спроектируйте структуру базы знаний. Используйте один из вариантов, о которых я говорил выше. Обычно это работает так:
Нарисуйте на бумаге или в документе иерархию разделов. Первый уровень — основные разделы (Адаптация, Процессы, Инструменты и так далее). Второй уровень — подразделы. Третий уровень — конкретные документы.
Не пытайтесь быть совершенным. Спроектируйте грубо, а потом уточняйте по ходу работы. Главное — понять общую логику.
Теперь рассортируйте материалы, которые вы собрали, по этой структуре. Какой документ где окажется? Какого документа не хватает?
Это поможет вам понять, сколько работы впереди, и выявить пробелы.
Этап 4. Напишите контент
Это самый объёмный и трудозатратный этап. Вот как его правильно организовать, чтобы не утонуть в работе.
Начните с самого полезного контента. Не со всего подряд. Напишите документы, которые решают главную проблему, ради которой вы создаёте базу знаний. Если база создаётся для адаптации новичков, начните с документов адаптации. Если база создаётся для стандартизации процессов, начните с самых важных процессов.
Распределите работу между людьми. Не один человек должен писать всё. Каждый пишет то, что он знает лучше всего. Менеджер по продажам пишет про продажи, бухгалтер пишет про финансы. Это быстрее и лучше по качеству.
Установите дедлайн первой версии. Не ждите совершенства. Лучше выпустить базу знаний на 80% готовой, чем ждать 100% и никогда не выпустить. Люди начнут ею пользоваться, дадут обратную связь, и вы улучшите.
Во время написания помните о читателе. Пишите просто. Избегайте корпоративного языка и сложных формулировок. Если вы пишете инструкцию, делайте пункты маленькими. Если вы пишете определение, делайте его коротким. Если вы приводите пример, делайте его релевантным для вашей компании.
Каждый документ должен иметь дату создания и имя автора. Это важно для проверки актуальности позже.
Этап 5. Настройте поиск и навигацию
После того как контент написан, нужно убедиться, что люди его найдут. Поиск и навигация — это не декоративные элементы. Это основные инструменты, через которые люди взаимодействуют с базой знаний.
Во-первых, убедитесь, что поиск работает хорошо. Введите в поиск типичные вопросы и посмотрите, что он выдаёт. Если результаты не релевантны, нужно что-то менять. Может быть, нужны разные названия документов, может быть, нужны синонимы, может быть, нужно переписать первые строки документов, чтобы поисковая система их лучше индексировала.
Во-вторых, позаботьтесь о навигации. Люди должны понимать, где они находятся и как дальше искать. Если они открыли документ про продажи, они должны видеть ссылки на другие документы про продажи. Если они нашли ответ на вопрос, они должны видеть ссылку на похожие документы.
В-третьих, рассмотрите возможность автоматических рекомендаций. Если платформа это поддерживает, настройте так, чтобы система рекомендовала релевантные документы на основе того, что человек читает.
Этап 6. Установите права доступа
Определите, кто должен видеть какую информацию. Это может быть просто (все видят всё) или сложно (разные люди видят разные разделы).
Вопросы, которые нужно решить:
- Видят ли новые сотрудники всю базу знаний или только раздел адаптации?
- Есть ли информация, которую не должны видеть все (например, зарплаты, стратегия)?
- Нужна ли внешняя база знаний для клиентов, и если да, что туда включить?
- Кто может редактировать документы (все или только определённые люди)?
Не усложняйте это. Обычно достаточно простого разделения: внутренние документы видят все сотрудники, внешние документы видят клиенты, некоторые приватные документы видят только руководители.
Как внедрить базу знаний в рабочие процессы
Создание базы знаний — это только половина работы. Вторая половина — заставить людей её использовать.
Люди не будут сами переходить на базу знаний, потому что они привыкли работать по-старому. Им удобнее спросить в чате или послать письмо, чем открывать неизвестную базу знаний.
Вот что нужно сделать, чтобы база знаний стала частью рабочей культуры.
Объявите о запуске. Составьте письмо или сообщение, где объясните, зачем создана база знаний и как её использовать. Дайте ссылку. Пусть все знают, что база существует.
Интегрируйте в рабочие процессы. Когда новый сотрудник приходит, отправьте ему ссылку на раздел адаптации. Когда кто-то спрашивает в чате частый вопрос, ответьте ссылкой на документ в базе знаний вместо того, чтобы объяснять заново. Когда коллега новичку что-то объясняет, говорит ему посмотреть базу знаний.
Сделайте базу видимой. Если ваша компания использует Slack, добавьте ссылку на базу знаний в описание канала. Если вы используете внутренний портал, добавьте виджет с поиском по базе знаний на главную страницу. Если вы используете email, добавьте ссылку на базу в подпись.
Обучите ключевых людей. Попросите лидеров каждого отдела стать амбассадорами базы знаний. Они будут рекомендовать её другим, объяснять, как ею пользоваться, дополнять контент.
Используйте базу знаний сами. Если руководители используют базу знаний, остальные заметят и начнут делать то же самое. Если никто не использует, люди посчитают, что это не важно.
Внедрение базы знаний — это не одноразовое событие, а постоянный процесс. Людям нужно напоминать о существовании базы, показывать примеры использования, объяснять ценность.
Поддержка базы знаний: актуальность и развитие
Без постоянной поддержки база знаний быстро становится архивом. Информация устаревает, процессы меняются, но документы остаются старыми. Люди перестают доверять базе и перестают ею пользоваться.
Поддержка базы знаний — это не прибыльная работа. Она не приносит прямого результата. Но без неё всё остальное разваливается.
Кто отвечает за содержание
Назначьте одного человека хранителем базы знаний. Это может быть часть работы, может быть основная работа — зависит от размера базы. В маленькой компании это может быть один человек из HR или руководитель. В большой компании это может быть отдельная должность.
Задачи хранителя базы знаний:
- Мониторить, какие документы устаревают и требуют обновления
- Собирать новые материалы, которые нужно добавить в базу
- Редактировать документы, которые написали другие люди (проверка грамотности, согласованность стиля)
- Удалять или архивировать документы, которые больше не релевантны
- Ответить на вопросы людей о том, где найти информацию
- Проводить регулярные аудиты базы знаний
Хранитель не должен писать все документы сам. Это невозможно. Хранитель координирует, редактирует, проверяет. Писать документы должны те, кто лучше всего знает предмет.
Сбор обратной связи от сотрудников
Люди, которые используют базу знаний, видят пробелы и ошибки лучше, чем автор документа. Они знают, какой информации не хватает, какие документы запутанные, какие процессы описаны неправильно.
Организуйте способ, через который люди могут дать обратную связь. Это может быть форма в конце каждого документа, это может быть специальный канал в чате, это может быть email для предложений.
Главное — регулярно собирайте эту обратную связь и действуйте на её основе. Если несколько человек говорят, что документ запутанный, переделайте его. Если люди указывают на пробел в информации, создайте новый документ.
Регулярные аудиты контента
Каждые три-четыре месяца проводите полный аудит базы знаний. Это означает просмотр каждого документа и проверка:
- Актуален ли этот документ? Или процесс изменился?
- Правильна ли информация? Или что-то давно устарело?
- Понятен ли документ? Или его нужно переписать?
- Нужен ли этот документ вообще? Или его можно удалить?
После аудита обновите документы, которые требуют обновления. Удалите документы, которые больше не нужны. Создайте новые документы для новых процессов.
Аудит — это скучная работа. Но это необходимо. Без регулярных аудитов база знаний деградирует.
Типичные ошибки при создании базы знаний
Вот ошибки, которые я видел снова и снова. Избегайте их.
Создание базы знаний без чёткой цели. Компания создаёт базу знаний, потому что "так нужно", но не определяет, зачем конкретно. В результате база содержит всё, что угодно, и ничего не решает.
Попытка создать идеальную базу знаний с нуля. Это займёт месяцы. Проект застряет. Люди теряют интерес. Начните с малого, затем развивайте.
Загрузить все старые документы и забыть. Сотрудники открывают базу знаний, видят кучу устаревшей информации и больше туда не заходят. Лучше начать с малого количества актуальных документов, чем с большого количества мусора.
Никто не отвечает за поддержку. Это самая частая ошибка. Никто не обновляет документы, никто не собирает обратную связь, никто не проводит аудиты. Через полгода база знаний состоит из устаревшей информации.
Сложная структура, которую никто не понимает. Люди открывают базу знаний и не знают, где искать нужную информацию. Потом говорят, что база бесполезна, хотя информация там есть.
Инструмент выбран неправильно. Платформа слишком сложная, люди её не осилют. Или платформа слишком простая, и базу знаний невозможно правильно организовать. Выберите инструмент, который соответствует вашим потребностям.
Нет интеграции с рабочими процессами. Люди знают о базе знаний, но она не интегрирована в их повседневную работу. Они продолжают спрашивать в чатах, потому что это проще, чем открывать базу.
Документы написаны сложно. Корпоративный язык, длинные предложения, непонятные термины. Люди не понимают, о чём документ, и закрывают его.
Частые вопросы о создании корпоративной базы знаний
Сколько времени занимает создание базы знаний? Зависит от размера. Маленькую базу (50–100 документов) можно создать за месяц-два. Большую базу (несколько сотен документов) — за несколько месяцев. Главное — не зацеляться на совершенство. Выпустите базу в боевую на 80%, потом улучшайте.
Сколько денег это стоит? Если использовать облачное решение (Notion, Confluence, Gitbook), то это несколько тысяч рублей в месяц. Если это wiki на собственном сервере, то стоимость в основном в виде времени людей. Очень редко базы знаний создают, чтобы сэкономить деньги — обычно они экономят время.
Кого нанять для создания базы знаний? Вам не нужен специалист. Нужны люди, которые знают процессы в вашей компании, и человек, который может их скоординировать. Этим человеком может быть руководитель отдела, HR-специалист или просто опытный сотрудник.
Что если люди не будут пользоваться базой знаний? Это возможно, если база плохо структурирована, информация устарела, или люди о ней не знают. Сделайте аудит: попросите несколько человек попробовать найти информацию. Посмотрите, что не работает, и исправьте. Коммуницируйте ценность базы знаний руководителям — они помогут распространить культуру использования.
Нужна ли база знаний внешняя для клиентов? Может быть. Если у вас часто одни и те же вопросы от клиентов, внешняя база может сэкономить ресурсы поддержки. Но это отдельный проект со своей структурой и логикой. Обычно компания начинает с внутренней базы, а потом создаёт внешнюю, если видит необходимость.
Как понять, что база знаний работает? Посмотрите на метрики, которые вы определили в начале. Если новые люди адаптируются быстрее, если количество вопросов в чатах снизилось, если люди ссылаются на базу в общении — значит, база работает.
Что делать, если появилась платформа лучше, чем та, на которой сейчас база? Можно перенести содержимое на новую платформу. Это трудоёмко, но возможно. Прежде чем это делать, убедитесь, что новая платформа действительно значительно лучше. Миграция требует времени и денег.
Корпоративная база знаний — это не один проект, который вы завершаете и забываете. Это живая система, которая развивается вместе с компанией. Её стоит создавать только если вы готовы её поддерживать. Но если вы готовы, это даст результат, который будет виден в течение месяцев и лет.
