Как написать рабочую инструкцию

Автор: Tidy Cents · Опубликовано 26 окт. 2026 г. · 5 мин чтения

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

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

Начните с повода и результата

Прежде чем писать шаги, запишите оба конца процедуры.

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

Когда результат назван, пропущенные шаги заметнее. Если в результате есть записанный номер отправки, какой-то шаг должен его записывать. Если такого шага нет, в процедуре дыра, и никакие гладкие формулировки её не закроют.

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

Пишите действия в том порядке, в каком они происходят

Каждое действие — одна работа одной роли. Держите текст инструкции отдельно от критерия завершения:

Действие	Инструкция	Готово, когда
Проверить одобренную заявку	Открыть заявку, убедиться, что она одобрена, записать артикул и адрес	Номер заявки, артикул и адрес подтверждены
Собрать и упаковать деталь	Взять деталь, сверить артикул с заявкой, упаковать вместе с бланком заявки	Артикул на этикетке совпадает с заявкой; бланк в коробке

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

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

Назовите каждый исход развилки

Большинство процедур ветвится. В нашем примере деталь либо есть на стеллаже, либо нет:

Есть в наличии → собрать и упаковать деталь.
Нужен заказ → заказать деталь с прямой доставкой клиенту.

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

И каждый исход должен куда-то вести. Три структурные проблемы встречаются даже в документах с безупречными формулировками:

Ссылка на несуществующий шаг — инструкцию правили, шаг 7 удалили, а развилка всё ещё отправляет «к шагу 7».
Цикл без выхода — «если документов не хватает, запросите их и вернитесь к началу», и никакого выхода, если документы так и не придут.
Недостижимый шаг — шаг, до которого никто не может дойти; обычно это остаток старой версии.

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

Честные оценки времени

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

Проверить одобренную заявку: 2 минуты
Развилка «Есть ли деталь на стеллаже?»: 0 минут
Собрать и упаковать: 3 минуты — или заказать деталь: 5 минут
Зафиксировать отправку: 1 минута

Последовательных путей два:

Есть в наличии: 2 + 0 + 3 + 1 = 6 минут
Нужен заказ: 2 + 0 + 5 + 1 = 8 минут

Если явно принять допущение, что деталь есть в наличии в 60 % случаев, ожидаемое время обработки составит 2 + 0 + 0,6 × (3 + 1) + 0,4 × (5 + 1) = 6,8 минуты. Если час любой роли стоит 30 $, пути стоят 3,00 $ и 4,00 $, а ожидаемая стоимость — 3,40 $.

Рядом с этими цифрами нужны три оговорки:

6,8 минуты зависят от допущения. Если вероятность никто не ввёл, ожидаемой длительности нет — есть только кратчайший и длиннейший путь. Вероятность — сценарное допущение, а не измеренная надёжность.
Ожидание не учитывается, пока его не ввели. 5 минут — это оформление заказа, а не срок поставки поставщика. Если ожидание важно, добавьте его отдельным шагом.
Самый длинный путь — не обещание. Восемь минут означают «восемь минут обработки, если каждый шаг занимает введённое время», а не «работа всегда укладывается в восемь минут».

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

У каждой инструкции — владелец, ревизия и дата пересмотра

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

Дайте каждой инструкции:

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

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

Два документа из одной сохранённой процедуры

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

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

Где здесь инструмент

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

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

Проверьте перед публикацией инструкции

Сначала записаны повод и ожидаемый результат.
У каждого действия одна роль и один критерий завершения.
Каждый исход развилки назван, исключает остальные и ведёт к шагу.
Нет оборванных ссылок, циклов без выхода и недостижимых шагов.
Длительности указаны там, где они известны; ожидание — отдельным шагом, если оно важно.
Вероятности — только там, где вы готовы назвать допущение.
Заполнены владелец, подразделение, филиал, ревизия, дата начала действия и дата пересмотра.

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