Инструкция для нового сотрудника: как её написать

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

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

Что стоит описывать, а что нет

Инструкция окупается там, где ошибка стоит дорого, а действие выполняется редко. Закрытие месяца, возврат денег клиенту, выдача доступа к продовой базе, оформление командировки — всё это делают раз в месяц или реже, и каждый раз заново вспоминают порядок.

Ежедневные операции описывать почти бесполезно: их запоминают за неделю, а документ устаревает быстрее, чем кто-то в него заглянет. То же с правилами вроде «будьте вежливы с клиентом» — это не инструкция, а ценности, и место им в другом тексте.

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

Структура, которая работает

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

• Задача и результат. Одна фраза в начале: «Выставить счёт юрлицу» — и что будет в конце: «счёт в PDF отправлен клиенту, сделка в CRM переведена в статус „Счёт выставлен“».
• Что нужно до начала. Доступы, документы, права в системе, чужие согласования. Половина застреваний происходит здесь, а не на шагах.
• Шаги. Нумерованные, по одному действию в каждом, в повелительном наклонении: «Откройте», «Выберите», «Нажмите». Названия кнопок — точно как в интерфейсе.
• Проверка. Как понять, что получилось. Не «убедитесь, что всё корректно», а «в списке счетов появилась строка с сегодняшней датой и номером вида СЧ-2026-0142».
• Что делать, если пошло не так. Две-три самые частые ошибки и к кому идти с остальным — с именем или названием канала, а не «в соответствующий отдел».

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

Чек-лист или связный текст

Эти форматы решают разные задачи и плохо заменяют друг друга. Чек-лист хорош, когда порядок действий жёсткий, а каждый пункт либо выполнен, либо нет: приёмка оборудования, запуск рассылки, выпуск релиза. Его читают глазами по диагонали и отмечают по ходу.

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

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

Язык

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

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

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

Где документ живёт

Инструкция, лежащая в трёх местах, не существует ни в одном. У живого документа пять признаков. Он лежит в одном месте, у него есть владелец — по имени, а не «отдел». Есть дата последнего обновления и дата следующего пересмотра. И короткая ссылка, которую не стыдно вставить в чат.

Дата пересмотра важнее, чем кажется. Без неё никто никогда не откроет текст по собственной инициативе — у всех есть дела важнее. С ней раз в полгода владельцу приходит напоминание, и за пятнадцать минут он либо подтверждает, либо правит два шага.

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

Почему инструкции всё равно умирают

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

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

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

Пример: как выглядит разница

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

Инструкция «Как завести сделку в CRM» на те же две страницы не работает никогда. Сделки заводят по десять раз в день, и нужны не страницы, а одна подсказка у поля «Источник» с перечнем из четырёх вариантов и правилом выбора.

Как понять, что инструкция нужна и полезна

Отметка «100 % сотрудников ознакомлены» не измеряет ничего. Полезнее три наблюдения.

• Сколько раз за месяц этот вопрос задали в рабочем чате. Три повторения — заявка на инструкцию или на подсказку в интерфейсе.
• Через сколько дней новичок выполняет задачу сам, без сопровождения. Это число легко считать по первым неделям и сравнивать между наймами.
• Сколько ошибок дошло до последствий: неверные реквизиты, потерянный доступ, лишний платёж. Если после публикации документа их столько же, документ не читают.

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

Где подход не работает

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

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