Как база знаний перестаёт работать
Не сразу и не громко. Она деградирует тихо.
Первый год всё хорошо: документы свежие, ими пользуются. На второй год часть процессов поменялась, а документы нет. Сотрудник открывает инструкцию, делает по ней и получает замечание, потому что «мы так уже полгода не работаем».
После двух-трёх таких случаев человек перестаёт открывать базу. Не потому, что она неудобная, а потому, что ей нельзя доверять. Он снова идёт спрашивать у коллеги.
С этого момента база формально есть, а фактически её нет. И самое неприятное - что вложенная работа уже потрачена.
Почему устаревание неизбежно
Тут нет ничьей вины, и это важно понять до того, как искать виноватых.
Процессы меняются постоянно: поменялся поставщик, изменились цены, появилась новая услуга, ушёл подрядчик. Каждое такое изменение делает часть документов неверной.
Изменение при этом происходит в голове у того, кто его принял, и не отражается автоматически нигде. Про то, что бывает, когда правила обновили, а команда работает по старым, мы писали отдельно.
Вывод из этого простой: раз устаревание неизбежно, нужен не героический разовый порядок, а регулярная процедура. Небольшая и обязательная.
Как устроить ревизию
Работающая схема выглядит так.
У каждого документа есть владелец. Один человек, который отвечает за то, что в нём написано. Не отдел. Владелец указывается прямо в документе.
У каждого документа есть дата последней проверки. Не дата создания, а дата, когда кто-то посмотрел и подтвердил, что всё ещё верно.
Есть период пересмотра. Разный для разных документов: то, что меняется часто, - раз в квартал, стабильные вещи - раз в год.
Есть день ревизии. Конкретная дата в календаре, когда владельцы проходят по своим документам. Без этого дня процедура не случится никогда.
Есть быстрый способ пометить устаревшее. Любой сотрудник, наткнувшийся на неверную инструкцию, должен уметь сообщить об этом за десять секунд. Это самый ценный источник сигналов - они приходят от тех, кто реально пользуется.
Полезнее всего в ревизии не сама проверка по расписанию, а возможность для сотрудника сказать «здесь неправда» и увидеть, что это исправили. После двух-трёх таких случаев люди начинают сообщать сами, и база чинится непрерывно.
Что делать с устаревшим
Три варианта, и выбор между ними важнее, чем кажется.
Обновить. Если процесс живой, а описание отстало.
Удалить. Если процесса больше нет. Тут обычно жалко: работа же была проделана. Жалеть не надо - неверный документ хуже отсутствующего, потому что по нему кто-то сделает.
Пометить как архив. Если документ ещё может понадобиться для истории, но по нему нельзя работать. Важно, чтобы архив был визуально отделён и не попадал в поиск наравне с рабочим.
Худший вариант - оставить как есть с припиской «возможно, устарело». Такая пометка перекладывает решение на читателя, а он не в состоянии его принять.
Признаки, что пора не ревизовать, а перебирать
Иногда точечной чистки уже мало. Симптомы такие.
Сотрудники не ищут в базе, а спрашивают в чате, хотя ответ есть. Один и тот же вопрос описан в трёх документах по-разному. Никто не может сказать, какой документ главный. Поиск выдаёт десять результатов, и все частично верные.
В этом случае честнее пересобрать структуру заново, оставив только то, чем реально пользуются. Обычно выясняется, что активно используется небольшая часть, а остальное копилось по инерции.
При пересборке помогает вопрос: если бы этого документа не было, кто-нибудь заметил бы? Если ответ «нет» - его можно не переносить.
Сколько это стоит по времени
Практический ориентир, чтобы не пугаться.
Ревизия одного документа - несколько минут, если владелец знает свой процесс. Пятнадцать документов у одного владельца - это час раз в квартал.
Дороже обходится не ревизия, а её отсутствие: восстанавливать доверие к базе после того, как оно потеряно, гораздо дольше, чем поддерживать.
И отдельная экономия: актуальная база сокращает время на вопросы к руководителю. Мы считали, сколько стоит отвечать на один и тот же вопрос двадцать раз в неделю.
Кто это ведёт
Частое возражение: у нас некому этим заниматься.
Ответ в том, что ревизия не требует выделенного человека. Она требует распределения: у каждого документа свой владелец из тех, кто и так отвечает за процесс.
Нужен один координатор, который раз в квартал напоминает про день ревизии и следит, чтобы бесхозных документов не осталось. Это несколько часов в квартал. Про то, кто ведёт базу знаний и сколько времени это занимает, есть отдельный текст.
Где здесь мы
База знаний с ИИ-агентом - 9 990 рублей в месяц. Установка и настройка входят в подписку, запуск занимает 5 дней от заявки, отказаться можно в любой месяц без штрафа.
Про ревизию тут есть один практический момент. Когда к базе можно обратиться вопросом и получить ответ со ссылкой на документ, противоречия вылезают быстрее: два документа с разными ответами на один вопрос становятся видны сразу, а не через полгода жалоб.
Решение, какой из них верный, всё равно принимает человек. Автоматика показывает проблему, но не знает, как вы работаете на самом деле.
Что делать дальше
Откройте свою базу и посмотрите на пять случайных документов. По каждому ответьте на один вопрос: если сотрудник сделает ровно так, как здесь написано, это будет правильно сегодня?
Количество «нет» из пяти покажет, насколько срочно вам нужна ревизия.
