Как создать инструкцию для заместителя и не делать её снова

Большинство инструкций для заместителей устаревают раньше, чем их дочитывают. Не потому что написаны плохо. А потому что написаны не так. Собственник садится, тратит выходные, создаёт документ на сорок страниц — и через три месяца снова объясняет то же самое голосом, только теперь с раздражением. Этот гайд о том, как создать инструкцию для заместителя, которая не потребует переписывания: живую, встроенную в работу и не зависящую от того, кто именно занимает должность.

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

1. Почему инструкции для заместителей не работают 2. Шаг 1. Определи, что ты на самом деле передаёшь 3. Шаг 2. Раздели «что» и «почему» 4. Шаг 3. Встрой инструкцию в процесс, а не в папку 5. Шаг 4. Заложи механизм обновления 6. Шаг 5. Проверь, работает ли это без тебя 7. Частые вопросы

Третий раз за последние два месяца вижу одну и ту же картину. Собственник приходит с готовой инструкцией для зама — аккуратной, структурированной, иногда с оглавлением и цветовой кодировкой. Я задаю первый вопрос: «Что происходит, когда зам сталкивается с ситуацией, которой нет в документе?» Пауза. Потом: «Звонит мне».

Документ есть. Проблема осталась.

Причин три, и они системные. Первая: инструкция описывает человека, а не функцию. Собственник пишет под конкретного Андрея или конкретную Марину — с их сильными сторонами, их слабостями, их историей в компании. Когда Андрей уходит, документ уходит вместе с ним. Формально он остаётся в папке. Фактически — устаревает в момент написания.

Вторая причина: нет разницы между «что делать» и «как решать». Большинство инструкций — это список задач. Провести планёрку в понедельник. Подписать платёжки до среды. Отправить отчёт в пятницу. Это расписание, не инструкция. Зам знает, что делать. Он не знает, что делать, когда что-то идёт не так.

Третья — самая неудобная. Инструкция написана для себя, не для зама. Собственник фиксирует то, что сам считает важным, в логике, которая понятна ему. Зам читает и видит либо очевидное, либо непонятное. Среднего — мало.

Когда я спрашиваю, читал ли зам инструкцию целиком, ответ почти всегда один: «Наверное, пролистал».

Это не проблема зама. Это проблема формата.

Хорошая новость: всё это решаемо. Но решение начинается не с написания документа — а с ответа на вопрос, который большинство пропускают.

Прежде чем открывать документ — ответь себе на один вопрос: ты передаёшь задачи, решения или ответственность?

Это не риторика. Это три принципиально разных уровня делегирования, и большинство собственников застревают на первом, думая, что добрались до третьего.

Уровень 1 — задачи. Зам делает то, что ты говоришь. Ты по-прежнему думаешь за двоих. Инструкция на этом уровне — это расписание и чек-лист. Она работает ровно до первого отклонения от нормы.

Уровень 2 — решения. Зам принимает решения в заданных рамках. Ты определяешь коридор, он движется внутри. Инструкция здесь — это матрица полномочий: что он может решить сам, что согласовывает, что эскалирует.

Уровень 3 — ответственность. Зам отвечает за результат, а не за процесс. Ты задаёшь цели и критерии, он выбирает путь. Инструкция на этом уровне — это контекст и принципы, не алгоритм.

Большинство собственников хотят третьего уровня, пишут под второй, а получают первый.

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

Здесь обычно возникает возражение: «У меня специфический бизнес, стандартная карта полномочий не подойдёт». Это обоснованное опасение. Но карта полномочий — не шаблон, а метод. Её содержание уникально для каждого бизнеса. Шаблон только в форме: два столбца, двадцать строк, четыре метки.

Когда карта готова — ты впервые видишь, сколько решений ты на самом деле не готов отдавать. Это важнее любого документа.

Зам должен понимать логику, а не только алгоритм. Это звучит очевидно. На практике — редкость.

Возьми любую задачу из карты полномочий. Например: «Зам самостоятельно принимает решение об отсрочке платежа клиенту до 14 дней». Большинство инструкций на этом заканчиваются. Зам знает, что может. Он не знает, когда стоит, а когда — нет.

Добавь три элемента к каждому решению.

Контекст. Почему это полномочие у зама, а не у тебя. Какую проблему это решает. Что происходило раньше, когда этого не было. Два предложения — не эссе.

Критерий. Как зам понимает, что решение правильное. Не «по ситуации» — это не критерий. А конкретно: «Клиент с историей платежей больше года и без просрочек — да. Новый клиент или с просрочкой — нет».

Граница. Где заканчивается его полномочие. Что является сигналом для эскалации. Не «если что-то пойдёт не так» — а конкретный триггер.

Формат получается такой: решение + контекст + критерий + граница. Четыре элемента. Для двадцати типичных решений это займёт полдня. Зато зам сможет работать без тебя — не потому что у него есть инструкция, а потому что он понимает логику.

Здесь возникает второе возражение: «Я уже писал инструкцию — зам всё равно спрашивает». Это почти всегда означает одно: в инструкции есть «что», но нет «почему» и нет критерия. Зам спрашивает не потому что ленится думать. Он спрашивает потому что не хочет ошибиться там, где граница не обозначена.

Без «почему» инструкция — это костыль. С «почему» — это передача мышления.

Разница между замом, который спрашивает, и замом, который решает — не в уровне его компетентности. В том, насколько он понимает, как ты думаешь.

Документ, который не используется ежедневно, умирает. Это не метафора — это механика. Через месяц после написания инструкция перестаёт отражать реальность. Через три месяца она активно вводит в заблуждение.

Большинство инструкций живут в папке «Документы» или в Notion, куда заходят раз в квартал. Это не инструкция — это архив намерений.

Три точки встраивания, которые работают.

Точка 1 — еженедельный ритм. Инструкция становится основой для еженедельной синхронизации с замом. Не «как дела», а «вот три решения, которые я принял на этой неделе — ты бы принял так же?». Это одновременно обучение и проверка актуальности документа.

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

Точка 3 — разбор нестандартных ситуаций. Когда зам принял решение, которое тебя удивило — хорошо или плохо — это повод открыть инструкцию вместе. Не для того чтобы указать на ошибку. Для того чтобы добавить новый кейс в документ.

Андрей, собственник производственной компании, 400 сотрудников. Пришёл с проблемой: зам формально есть, но все решения по-прежнему идут через него. Инструкция была — подробная, на тридцать страниц. Когда разобрались, оказалось: документ существовал отдельно от рабочего процесса. Зам открывал его раз в месяц, если вспоминал.

Сделали одно изменение: первые пятнадцать минут еженедельной планёрки стали «разбором инструкции». Зам приносил два-три решения недели, они сверяли с документом. Через шесть недель Андрей заметил, что количество звонков от зама сократилось примерно вдвое. Не потому что зам стал умнее. Потому что инструкция стала живой.

Парадокс в том, что инструкция стала короче — они убрали всё, что никогда не использовалось.

Встраивание в процесс — это не дополнительная работа. Это замена одной работы другой: вместо ответов на вопросы зама — совместная работа с документом.

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

Если обновляешь ты — документ отражает твоё видение реальности. Если обновляет зам — документ отражает то, как реально работает должность. Это разные вещи.

Механизм простой. Называю его «правило трёх вопросов». Каждый раз, когда зам сталкивается с ситуацией, которой нет в инструкции, он задаёт себе три вопроса:

1. Это разовая ситуация или она повторится? 2. Как бы собственник решил это — и почему? 3. Как мне зафиксировать это решение, чтобы в следующий раз не думать заново?

Если ситуация повторяется — зам добавляет её в инструкцию. Сам. Без согласования. Потом показывает тебе на еженедельной синхронизации.

Это меняет отношение зама к документу. Он перестаёт быть исполнителем чужого текста — он становится соавтором. Кто обновляет — тот владеет. Кто владеет — тот использует.

Здесь возникает третье возражение: «На это нет времени, проще объяснить голосом». Это правда — в моменте. Объяснить голосом быстрее. Но это объяснение исчезает вместе со звонком. Через месяц — снова звонок, снова объяснение. Правило трёх вопросов занимает пять минут один раз. Голосовое объяснение — пять минут каждый раз, пока ситуация повторяется.

Дополнительно: установи ритм ревизии. Раз в квартал — полный просмотр инструкции вместе с замом. Что устарело — убрать. Что появилось нового — добавить. Что работает не так, как написано — переписать. Это занимает два часа. Зато документ остаётся живым.

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

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

Это не жестокий эксперимент. Это диагностика.

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

Если ни одного из трёх — инструкция не работает. Не потому что зам плохой. Потому что документ не дошёл до уровня «передача мышления».

Игорь, фаундер логистической компании, семь лет в бизнесе. Провёл тест «неделя без звонков» после трёх месяцев работы с инструкцией. Вернулся — зам справился. Почти. Одно решение было принято неправильно: зам согласовал нестандартный маршрут без проверки страховки груза. Ничего не случилось, но могло.

Разобрали ситуацию. Оказалось: в инструкции был критерий для стандартных маршрутов, но не было отдельного блока для нестандартных. Пробел в документе, не в заме. Добавили блок. Провели второй тест через месяц — чисто.

Игорь сказал мне потом: «Я думал, что тест покажет, насколько хорош мой зам. Оказалось, он показал, насколько хороша моя инструкция».

Это и есть правильная рамка.

Теперь — тот вопрос, который я обещал в начале.

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

Большинство после этого вопроса молчат. Потому что честный ответ — «расстроюсь». Потому что они пишут инструкцию под человека, а не под функцию. Потому что документ умрёт вместе с замом.

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

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

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

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

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

Пять шагов этого гайда решают каждую из этих проблем. Карта полномочий даёт структуру. Формат «решение + контекст + критерий + граница» передаёт мышление. Встраивание в еженедельный ритм делает документ живым. Правило трёх вопросов передаёт ответственность за обновление. Тест «неделя без звонков» показывает, работает ли это на самом деле.

Если хочешь пройти этот процесс структурированно — в моём гайде по делегированию есть шаблон карты полномочий, формат для описания решений и чек-лист для проверки инструкции перед запуском. Скачать бесплатно: [delegation-guide].

Если после этого гайда ты понял, что дело не в документе, а в том, что ты ещё не решил, что именно передаёшь — это нормально. Это честная диагностика.

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

Беру не более 4 клиентов одновременно на стратегическое сопровождение.

Напиши на hi@vvetrov.com: кто ты, что за бизнес, где застрял. Коротко — достаточно трёх предложений.

P.S. Если не подхожу — скажу честно и порекомендую, к кому идти.

Связанные материалы: Почему предприниматель не может делегировать: 7 реальных причин — Когда нанять операционного директора: признаки и критерии — Как выйти из операционного управления: полный гайд для собственника

Июль 2026. Автор — Виталий Ветров, стратегический советник по выходу из операционного управления.