Базы знаний как продукт: почему они быстро умирают и как повысить Retention
Во многих компаниях база знаний запускается примерно одинаково: команда выбирает платформу, переносит документы, просит экспертов написать инструкции, собирает первые статьи, делает красивую структуру разделов и говорит: «Теперь все знания в одном месте».
Обычно поначалу процесс идет по инерции: материалы добавляются, сотрудники заходят, кто-то даже активно комментирует и предлагает улучшения. А потом база постепенно превращается в архив: документы устаревают, новые кейсы не попадают внутрь, сотрудники снова спрашивают друг друга в чатах, а на платформу заходят только тогда, когда кто-то отправил прямую ссылку.
Обычно это объясняют культурой: «Люди не хотят делиться знаниями», «никто не привык оцифровывать кейсы», «сотрудники не умеют пользоваться базой».
Главная метрика здесь - это Retention, когда люди регулярно возвращаются в базу, находят там полезные ответы и сами пополняют её новыми знаниями.
Если смотреть на базу знаний как на продукт, у неё есть те же задачи, что и у любого продукта: пользователь должен понять ценность, вернуться после первого использования и сформировать привычку. Для этого недостаточно просто создать разделы и загрузить материалы. Важно внедрить в продукт регулярные сценарии использования.
Если она живёт отдельно от рабочих задач, люди быстро перестают туда заходить. Им проще спросить коллегу в чате, найти старое сообщение или сделать по памяти. Не потому что они против системы, а потому что в момент задачи база знаний не оказывается самым удобным способом получить ответ.
Живая база знаний должна быть встроена во все рабочие процессы: на неё ссылаются в задачах, обсуждениях, онбординге, ревью, планировании и поддержке клиентов. Материалы обновляются после новых кейсов, ошибок, запусков и изменений в процессах. Вокруг статей появляются вопросы, комментарии и уточнения. Знание не просто хранится, а используется и переиспользуется.
Что заставляет людей возвр
497 · 
