Регламенты и инструкции: как описать процессы без бюрократии

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

Что описывать в первую очередь

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

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

Формат, которым пользуются

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

Регламент, который читают только при приёме на работу, — это не регламент, а декорация.

Как писать

• Глаголы действия: «проверить», «отправить», «зафиксировать»
• Один шаг — одно действие с понятным исполнителем
• Конкретные сроки вместо «оперативно»
• Примеры и шаблоны прямо в документе
• Ссылки на нужные системы и файлы

Кто пишет

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

Где хранить

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

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

• Слишком длинные — их не читают
• Написаны без участия исполнителей и расходятся с практикой
• Не обновляются после изменений в работе
• Руководитель сам их нарушает
• Нет проверки: соблюдение никак не отслеживается

Связь с обучением и делегированием

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

Что описывать первым: правило трёх вопросов

Описать всё невозможно и не нужно. Процесс заслуживает регламента, если хотя бы на два вопроса из трёх ответ «да».

1. Его выполняют регулярно — не раз в год, а еженедельно или чаще.
2. Ошибка в нём стоит дорого — деньги, клиент, репутация, штраф.
3. Его выполняет больше одного человека или будет выполнять новичок.

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

Формат, которым действительно пользуются

Работает	Не работает
Одна страница, шаги по порядку	Двадцать страниц с введением и терминами
Скриншоты интерфейса	Описание кнопок словами
Короткое видео на 3–5 минут	Инструкция «читать перед началом работы»
Ссылки на шаблоны прямо в тексте	Отсылки «см. приложение 4»
Дата обновления и автор наверху	Документ без даты, непонятно, актуален ли

Почему инструкции не соблюдаются

• Их писал не тот, кто делает работу — документ расходится с реальностью с первого дня
• Не обновлялись после изменений — один устаревший пункт обесценивает весь документ
• Лежат там, где их не найти — папка на чьём-то диске вместо общего доступа с поиском
• Нет последствий несоблюдения — регламент воспринимается как пожелание
• Их слишком много — сорок документов не читает никто

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

Как поддерживать в живом состоянии

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

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

С чего начать

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

Частые вопросы

Какие процессы описывать первыми?

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

Кто должен писать инструкции?

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

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

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

Какие процессы описывать в первую очередь?

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

Почему регламенты не соблюдаются?

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