Как перестать хранить бизнес в головах сотрудников

Когда я открывал свой первый бизнес, за плечами у меня уже было около десяти лет управления командами. То есть проблема была не в том, что я впервые увидел сотрудника и внезапно узнал о существовании менеджмента. Но довольно быстро обнаружилась одна принципиальная разница.

До этого я десять лет управлял чужим бизнесом. Теперь – своим. И цена ошибки вдруг стала совсем другой. Когда ты наёмный руководитель, всё тоже серьёзно: планы, показатели, ответственность. В худшем случае тебя могут уволить.

Когда это твой маленький бизнес, сотрудник ошибается уже не где-то внутри большой системы. Это твой клиент. Твои деньги. Твоя репутация. И вообще твоё детище. Я, например, за годы своего первого бизнеса так и не вышел на тот уровень дохода, который у меня был в найме.

Но свой бизнес для микропредпринимателя часто не только про деньги. Поэтому желание владельца всё проверить самому совершенно понятно: проще самому объяснить, самому посмотреть, самому принять решение, самому исправить.

Один раз это действительно проще. Проблема начинается, когда «проще самому» становится устройством компании. А потом появляется первый сотрудник.

Пока магазин держался на нас с Наташей, огромное количество знаний вообще не воспринималось нами как знания. Как открыть кассу? Знаем. Как закрыть смену? Знаем. Как оформить ценник? Знаем. Что делать с возвратом? Знаем. Как вести себя, если пришли очевидные мошенники? Тоже знаем.

Для нас это было просто: «Ну а как иначе? Это же очевидно».

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

Как сделать так, чтобы опыт одного человека становился опытом всей команды?

Сам факт существования информации ещё не означает, что другой человек действительно её усвоил и сможет использовать.

Самое простое – технические инструкции: как открыть смену, как принять поставку, как сделать ценник. Здесь обычно можно написать:

шаг 1 → шаг 2 → шаг 3.

Сложнее – ситуации. Что делать с возвратом? Что отвечать конфликтному клиенту? Что делать, если что-то не сходится? Здесь уже появляется логика:

если произошло X → проверь Y → действуй Z.

А потом есть опыт. Сегодня продавец столкнулся с новым способом мошенничества. Разобрались.

Завтра другой сотрудник должен снова заплатить за получение этого знания собственной ошибкой?

По-хорошему – нет. Один раз бизнес чему-то научился, это знание должно остаться внутри бизнеса. И позитивный опыт тоже. Кто-то нашёл отличный способ решить проблему клиента? Сохранили. Произошёл нестандартный случай? Разобрали. Кто-то ошибся? Следующий человек уже должен начинать не с нуля.

Поэтому для меня база знаний – это не просто место, куда складывают инструкции. Это память бизнеса.

Вот здесь начинается самое интересное. Потому что документ существует.

А сотрудник его прочитал?

Допустим, прочитал. Он понял именно то, что вы хотели сказать? Вот это уже совсем не очевидно.

Я и сейчас постоянно пишу инструкции и регламенты: подробные, со скриншотами, видео и примерами. И люди всё равно приходят: «Сергей, а вот здесь как?»

Это нормально. Когда я пишу инструкцию, я пишу её из собственной картины мира. За какой-нибудь простой фразой у меня может стоять десять лет профессионального опыта. Я даже не замечу, что часть связей не объяснил, потому что для меня они очевидны.

Другой человек прочитает тот же текст со своей картиной мира и почти наверняка увидит его немного иначе. Поэтому:

регламент опубликован ≠ знание передано.

Представим простейший вариант. Появилась новая инструкция по возвратам. Она нужна продавцам. Но бухгалтеру или замерщику она вообще ни к чему. Значит, система должна понимать роли.

Продавцу приходит сообщение: «Появилась новая инструкция». Он открывает, читает, отмечает ознакомление. А владелец видит:

Должны ознакомиться – 10 человек.
Ознакомились – 8.
Не ознакомились – 2.

Уже полезно. А если прошли сутки и:

0 из 10

Это информация уже не только об инструкции. Это информация о том, как вообще работает управление компанией. Идём дальше. Сотрудник поставил галочку об ознакомлении с инструкцией.

А он её понял?

Можно дать несколько вопросов. Можно проверить применение. Можно посмотреть, какие пункты постоянно вызывают сложности. И вот тогда система хранения документов постепенно становится системой управления знаниями.

Есть ещё одна забавная ловушка. Допустим, мы сделали всё правильно: вынесли знания из головы владельца, разложили, назначили нужным сотрудникам. Все всё прочитали. А дальше начинается:

«Сергей, а вот здесь что имеется в виду?»

«А если клиент сделал вот так?»

«А это относится к нашей ситуации?»

И мы довольно быстро возвращаемся в исходную точку. Владелец снова становится единственным источником объяснений о знаниях собственной компании.

Вот здесь ИИ-помощник уже начинает выглядеть не как модная игрушка, а как вполне практичный инструмент. Сотрудник сначала задаёт вопрос внутреннему консультанту, который работает с утверждёнными материалами компании. Есть ответ – получил. Нет ответа или ситуация неоднозначная – вопрос идёт человеку.

Но здесь есть принципиальное ограничение: качество такого помощника зависит от качества самой базы знаний. Если документы устарели или противоречат друг другу, ИИ может лишь быстрее распространять неправильную информацию.

Сначала у вас пять инструкций. Потом двадцать. Потом сто. Бизнес тем временем тоже меняется. Когда вас было трое, он работал одним образом. Когда стало двадцать человек, это уже практически другой бизнес. Но старые документы никуда автоматически не исчезают.

Однажды произошёл какой-то неприятный случай. С перепугу написали регламент. Прошёл год. Ситуация больше не повторилась ни разу, а регламент остался. Потом процесс изменился – написали новый документ. Старый забыли отменить. Потом появился ещё один отдел. Ещё инструкция.

И в какой-то момент возникает классическая ситуация:

«Почему мы вообще это делаем?»
«Не знаю. Так написано».

То есть мало научиться запоминать. Бизнесу ещё надо научиться забывать.

У любого регламента должен быть жизненный цикл: создали, используем, изменили, пересмотрели, устарел – архивировали.

И здесь современный слой ИИ потенциально интересен уже совсем в другой роли. Не просто отвечать сотруднику: «Как оформить возврат?»

А помогать владельцу замечать: по этой теме уже существует другой документ; новый регламент противоречит старому; эту инструкцию давно не пересматривали; вот этот пункт постоянно вызывает вопросы; вот этот процесс в реальной работе уже выглядит иначе.

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

Как он должен работать – живёт в инструкциях. Как он реально работает – живёт в действиях людей.

И чем сильнее расходятся эти две версии, тем интереснее становится вопрос: проблема в людях или уже в самом правиле?

Допустим, все сотрудники ознакомились с инструкцией. Но по одному пункту внутреннему помощнику каждый месяц задают двадцать одинаковых вопросов. Возможно, сотрудники не ленивые. Возможно, инструкция написана плохо. Или правило существует, но в реальной работе его практически никто не выполняет.

Можно заставлять людей соблюдать его жёстче. А можно сначала спросить:

«А оно нам вообще ещё нужно?»

Вот здесь база знаний перестаёт быть архивом. Она становится живой системой, которая меняется вместе с бизнесом.

Я бы не начинал с покупки «базы знаний». И точно не начинал бы с ИИ-помощника.

Сначала надо понять:

• Какие знания сейчас существуют только в головах людей?
• Что произойдёт, если завтра этого человека не окажется на рабочем месте?
• Как новый сотрудник узнаёт, что делать?
• Как команда узнаёт о новом опыте?
• Как вы понимаете, что люди действительно получили информацию?
• И кто следит за тем, что вчерашняя инструкция всё ещё имеет смысл сегодня?

Потому что проблема обычно не в том, что у компании нет ещё одного сервиса. Проблема в другом: бизнес уже чему-то научился, а воспользоваться этим знанием в следующий раз всё равно может только тот, кто был рядом.

Для меня хорошая система знаний проходит примерно такой путь:

опыт человека → знание компании → нужный сотрудник → понимание → применение → новый опыт → обновлённое знание.

И только тогда знания действительно начинают масштабироваться вместе с командой. Папка из 47 регламентов этого сама по себе не делает. База знаний – это память бизнеса. А память, которую никто не проверяет и не обновляет, со временем начинает врать.

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