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

Масштаб проблемы: что говорит статистика

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

Типичная картина, которую мы наблюдаем в проектах:

• При уходе ключевого сотрудника теряется критически важная информация, которую нигде не фиксировали
• Формализованная база знаний, которую реально используют сотрудники, есть лишь у меньшинства компаний
• Восстановление утраченной экспертизы занимает месяцы — через найм нового человека или болезненный опыт
• Часть компаний после потери ключевого специалиста теряет и связанных с ним клиентов

«У нас ушёл технический директор. Три месяца мы разбирались, что и как работает в наших системах. Некоторые вещи не поняли до сих пор.»
— Максим, CEO IT-компании, 45 человек

Какие знания уходят чаще всего

Не все знания одинаково ценны. Вот иерархия того, что теряется:

Уровень 1: Явные знания (документированные)

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

Уровень 2: Процессные знания (неочевидные)

«Почему мы делаем это именно так». История решений. Почему три года назад отказались от поставщика X. Почему клиент Y требует особого подхода. Это редко фиксируется где-либо.

Уровень 3: Реляционные знания (самые ценные)

Контакты, личные договорённости, доверие. «Я могу позвонить Олегу напрямую, мы знакомы 8 лет». Этот капитал — в голове конкретного человека и никуда не передаётся.

Именно третий уровень — главная потеря. И именно с ним ничего нельзя сделать задним числом. Только проактивно.

Типичные подходы к базе знаний — и почему они не работают

«Confluence/Notion/Google Docs»

Любимый ответ IT-команд. Проблема: через 6 месяцев это хаотичный архив с 400 страницами, половина из которых устарела, а найти нужное невозможно без знания, что именно искать.

«Регламенты в PDF»

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

«Спросите у [имя сотрудника]»

Самый распространённый «процесс» управления знаниями в малом и среднем бизнесе СНГ. Живая база знаний из людей. Работает ровно до момента, когда нужный человек уходит в отпуск или увольняется.

Почему всё это не работает

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

Что такое работающая база знаний

Работающая база знаний отвечает на вопросы в момент, когда они возникают. Не «изучи регламент перед работой», а «спроси систему прямо сейчас, в процессе».

Ключевые характеристики:

Как правильно оцифровать экспертизу сотрудника

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

Работающий подход — интервью с правильными вопросами:

Блок 1: Процессы

• Расскажи свой типичный день / неделю
• Что ты делаешь, когда [типичная ситуация]?
• Какие ошибки ты видел у новичков на этой позиции?
• Что бы ты объяснил себе в первый рабочий день?

Блок 2: Клиенты и партнёры

• Назови трёх ключевых клиентов и расскажи, что важно знать при работе с каждым
• Есть ли договорённости, которые нигде не записаны?
• Кого надо познакомить с новым сотрудником в первую очередь?

Блок 3: Неочевидное

• Почему мы делаем X именно так, а не иначе?
• Были ли ситуации, когда мы пробовали иначе и что получилось?
• Что нельзя делать с этим клиентом / поставщиком / в этом процессе?

2-3 часа качественного интервью дают материал на 15-20 статей базы знаний. Это можно сделать даже за неделю до ухода сотрудника — лучше поздно, чем никогда.

Лучший момент для создания базы знаний — 3 года назад. Второй лучший момент — сегодня.

Как это работает в FLOW

Мы не просто создаём учебные курсы. Мы оцифровываем экспертизу так, чтобы она стала системным активом компании.

Процесс:

1. Структурированное интервью с экспертом — 2-4 часа. AI-ассистент задаёт вопросы, выявляет неочевидное, фиксирует нюансы.
2. Обработка материала — структурирование в статьи базы знаний + обучающий курс для новичков.
3. Загрузка в LMS + базу знаний — с поиском, категориями, связями между материалами.
4. AI-ассистент — сотрудник может задать вопрос и получить ответ из базы знаний мгновенно, без поиска по папкам.

Итог: знания эксперта живут в системе независимо от того, работает ли он в компании.

Что сделать прямо сейчас

Не откладывайте до момента, когда сотрудник уже написал заявление.

1. Составьте список сотрудников-«носителей критической экспертизы». Кто унесёт максимальный ущерб при уходе?
2. Выберите одного. Не всех сразу — одного самого ценного.
3. Запишите первое интервью. 90 минут, список вопросов выше как основа.
4. Создайте первые 5 статей. Самые частые вопросы, самые критичные процессы.
5. Сделайте это системой. Каждый квартал — обновление и добавление нового.

Это не разовый проект. Это привычка, которая защищает бизнес.

Оцифруем экспертизу вашей команды

FLOW помогает компаниям сохранять знания до того, как они потеряны. Структурированное интервью + курс + база знаний + AI-поиск за 5-9 рабочих дней.

• Telegram: @flowup_by
• Сайт: flowup.by

Расскажите, кто в вашей компании «носитель критических знаний» — подберём оптимальный формат оцифровки.

Источники: наблюдения основаны на опыте проектов FLOW по оцифровке экспертизы в компаниях СНГ.