Во многих компаниях база знаний запускается примерно одинаково: команда выбирает платформу, переносит документы, просит экспертов написать инструкции, собирает первые статьи, делает красивую структуру разделов и говорит: «Теперь все знания в одном месте».
Обычно поначалу процесс идет по инерции: материалы добавляются, сотрудники заходят, кто-то даже активно комментирует и предлагает улучшения. А потом база постепенно превращается в архив: документы устаревают, новые кейсы не попадают внутрь, сотрудники снова спрашивают друг друга в чатах, а на платформу заходят только тогда, когда кто-то отправил прямую ссылку.
Обычно это объясняют культурой: «Люди не хотят делиться знаниями», «никто не привык оцифровывать кейсы», «сотрудники не умеют пользоваться базой».
Главная метрика здесь — это Retention, когда люди регулярно возвращаются в базу, находят там полезные ответы и сами пополняют её новыми знаниями.
Если смотреть на базу знаний как на продукт, у неё есть те же задачи, что и у любого продукта: пользователь должен понять ценность, вернуться после первого использования и сформировать привычку. Для этого недостаточно просто создать разделы и загрузить материалы. Важно внедрить в продукт регулярные сценарии использования.
Если она живёт отдельно от рабочих задач, люди быстро перестают туда заходить. Им проще спросить коллегу в чате, найти старое сообщение или сделать по памяти. Не потому что они против системы, а потому что в момент задачи база знаний не оказывается самым удобным способом получить ответ.
Живая база знаний должна быть встроена во все рабочие процессы: на неё ссылаются в задачах, обсуждениях, онбординге, ревью, планировании и поддержке клиентов. Материалы обновляются после новых кейсов, ошибок, запусков и изменений в процессах. Вокруг статей появляются вопросы, комментарии и уточнения. Знание не просто хранится, а используется и переиспользуется.
Что заставляет людей возвращаться?
1) Во-первых, нормальный поиск. Если сотрудник не может быстро найти ответ, он не будет долго разбираться со структурой папок.
2) Во-вторых, актуальность. Пользователь должен доверять материалу и понимать, что инструкция не устарела год назад.
3) В-третьих, связь с рабочим процессом. База знаний должна появляться там, где возникает вопрос: в таск-трекере, CRM, чате, LMS, онбординге, шаблонах задач.
4) В-четвёртых, возможность быстро улучшить материал. Если сотрудник заметил ошибку или знает более свежий способ решения, путь к обновлению не должен быть сложнее самой задачи.
Метрики тоже стоит смотреть продуктовые и смотреть на:
— повторные визиты;
— поисковые запросы без результата;
— переиспользование материалов;
— ссылки на статьи из задач и обсуждений;
— долю обновлённых материалов;
— скорость обновления после изменений;
— снижение повторяющихся вопросов;
— количество правок и дополнений от сотрудников.
Если база знаний не возвращает людей, не помогает быстрее решать задачи и не обновляется вместе с работой, она становится складом документов.
Варвара Егорова и Команда сообщества Digital Learning
#образованиекакпродукт
⭐ Создаёте лучшие продукты для обучения? Обязательно участвуйте в Премии Digital Learning 2026!
🎆 Хотите узнать, как выиграть Премию Digital Learning? Ждём вас 31 июля на онлайн-встречу.