Как передать опыт владельца команде: карта решений вместо базы знаний
База знаний часто хранит ответы, но не мышление
Пока собственник рядом, компания выглядит умнее, чем устроена. Он по двум фразам узнаёт опасного клиента, помнит, почему однажды отказались от выгодного договора, и чувствует, когда скидка поможет продаже, а когда превратит работу в благотворительность. Стоит ему исчезнуть на неделю, и руководители начинают писать в мессенджер по вопросам, которые вчера решались у кофемашины.
Обычно после этого бизнес решает «собрать базу знаний». В папку отправляют регламенты, презентации и записи созвонов. Получается приличный склад. Но новый сотрудник всё равно идёт к владельцу, потому что документ сообщает действие, а сложный случай требует выбора.
Фраза «таким клиентам скидку не даём» похожа на правило. Через полгода она становится корпоративным суеверием: запрет помнят, а ошибку, от которой он защищал, уже нет. Передаваемое знание должно объяснить, по каким признакам узнать ситуацию, почему решение устроено именно так, где правило перестаёт работать и сколько стоит неверный ход.
Сначала найдите дорогой повторяющийся вопрос
Не начинайте с проекта «описать весь бизнес». Он быстро обзаведётся комитетом, календарём и положением о календаре. Возьмите один вопрос, с которым команда регулярно идёт наверх: брать ли сложного клиента, запускать ли продукт, давать ли скидку, менять ли подрядчика, останавливать ли убыточное направление.
Подходит вопрос, где ошибка заметна в деньгах, сроках или доверии клиента. Если решение встречается раз в пять лет и зависит от уникальных обстоятельств, описывать его первым бессмысленно. Нужна рабочая точка, на которой бизнес теряет время уже сейчас.
Разберите не мнение владельца, а один реальный случай
Общий вопрос «как вы принимаете решения?» почти всегда даёт общие слова. Полезнее положить на стол недавний случай и пройти его по шагам: что произошло, какие факты собственник заметил раньше других, какой вариант сначала выглядел правильным, почему от него отказались, где была граница риска и чем закончился выбор.
Из разговора собирается короткая карта:
1. Ситуация — в какой момент возникает решение.
2. Признаки — на какие факты смотрят сначала.
3. Выбор — что делают и почему.
4. Границы — когда правило не работает.
5. Цена ошибки — что потеряет компания.
6. Пример — реальный случай с результатом.
Такая карта полезнее длинной инструкции, потому что сотрудник видит не только правильный ответ, но и маршрут к нему. Если обстоятельства изменятся, он сможет пересобрать решение, а не ждать нового запрета сверху.
Проверяйте передачу на свежем случае
Карточку нужно отдать человеку, который не участвовал в интервью. Пусть применит её к новой ситуации и вслух объяснит выбор. Если сотрудник повторяет формулировки владельца, знание ещё не передано. Если он видит признаки, называет границы и способен защитить решение, у компании появился актив.
На этой проверке быстро обнаруживаются дырки. Автор считал очевидным, почему одна цифра важнее другой. Сотрудник не понял, в какой момент правило перестаёт работать. В примере был удачный финал, но не было цены альтернативы. Эти места стоит чинить сразу, пока документ не разошёлся по отделам и не начал уверенно тиражировать половину мысли.
Один источник может работать в нескольких форматах
Одному решению достаточно карточки. Нескольким связанным решениям — регламента или серии материалов. Если десятки решений складываются в самостоятельный взгляд на профессию, появляется основание для книги. Формат выбирают после карты опыта, а не до неё. Иначе компания начинает производить страницы и посты раньше, чем поняла, что именно умеет передавать.
Хорошая база знаний начинается не с папки. Она начинается с момента, когда решение владельца впервые выдержало чужую голову.