Минимальная структура регламента, который можно проверить
| Блок | Вопрос | Проверка на реальном сценарии |
|---|---|---|
| Граница процесса | С какого события работа начинается и каким результатом заканчивается? | Команда одинаково называет начало и конец одного кейса. |
| Владелец и участники | Кто принимает решение, выполняет шаг и получает передачу? | Нет «серых зон», где задача ждёт неопределённого человека. |
| Вход и результат | Какие данные нужны, чтобы начать, и что должно появиться на выходе? | Следующий участник может продолжить без дополнительного поиска контекста. |
| Основной маршрут | Какие несколько шагов повторяются чаще всего? | Новый участник проходит их на одном реальном примере. |
| Исключения и review | Когда нужно остановиться, эскалировать или переписать правило? | У регламента есть владелец, дата и повод пересмотра. |
Как не превратить регламент в документ «для папки»
Не пытайтесь сразу описать всю компанию. Возьмите один часто повторяющийся стык: например, передачу обращения из продаж в исполнение, согласование нестандартного условия или закрытие задачи после клиента. Пройдите этот путь с теми, кто его реально выполняет. Если документ требует слишком много пояснений, не добавляйте ещё страниц: уточните вход, решение или исключение, которое оказалось непонятным.
Граница статьи: материал не заменяет обязательные документы, требования безопасности, трудового права и отраслевого регулирования. Их состав и порядок утверждения проверяются отдельно для конкретной ситуации.
Подробное объяснение и примеры
Руководитель торговой компании из Ростова-на-Дону потратил три месяца на написание регламентов для отдела продаж. 47 страниц. Процедуры, скрипты, чек-листы, сроки. Через полгода он пришёл ко мне с вопросом: почему никто не следует регламентам?
Я попросил показать один документ. Прочитал первую страницу и понял: регламент был написан для идеального мира, где у каждого менеджера по 20 минут на каждый звонок и ни одного непредвиденного клиента. В реальности это было нечитаемо и неприменимо.
Регламент — это не документ. Это инструмент управления. Разница принципиальная.
Что такое регламент и зачем он нужен
Регламент — это описание порядка выполнения процесса: кто делает, что делает, в какой последовательности, в каком формате, за какое время.
Хороший регламент решает три задачи:
Передача знаний. Когда опытный сотрудник уходит, а новый приходит — регламент содержит то, что нельзя передать устно за неделю онбординга. Это защита от «незаменимых людей».
Снижение зависимости от руководителя. Когда у каждого сотрудника есть инструкция — не нужно каждые десять минут спрашивать «а как правильно?».
Основа для улучшений. Нельзя оптимизировать то, что не описано. Регламент фиксирует текущий процесс — и становится базой для изменений.
Когда регламент нужен
Не всё нужно регламентировать. Три ситуации, где регламент точно оправдан:
— Процесс повторяется регулярно (еженедельно или чаще)
— Ошибки в нём дорого стоят (время, деньги, репутация)
— Процесс выполняют разные люди — и результат каждый раз разный
Регламентировать творческую или стратегическую работу бессмысленно. Регламент для «как придумать хорошую идею» не работает. Но регламент «как подготовить коммерческое предложение» — работает.
Структура хорошего регламента
Регламент не должен быть длинным. Лучший регламент — тот, который читают и используют. Пять обязательных разделов:
1. Цель и область применения. Зачем этот регламент, к какому процессу относится, кто исполнитель. Один абзац.
2. Ключевые термины. Если в процессе есть специфические понятия или аббревиатуры — расшифруйте. Не нужно объяснять слово «клиент», но нужно расшифровать «КЭД» или «ПКО».
3. Пошаговый порядок действий. Основная часть. Пронумерованные шаги. Каждый шаг — одно действие. Указать: кто исполнитель, что делает, в какой срок, что использует.
4. Примеры и шаблоны. Конкретный пример выполнения. Шаблон документа, если нужен. Это самая игнорируемая часть — и самая полезная для новых сотрудников.
5. Ответственность и исключения. Кто контролирует выполнение. Что делать в нестандартной ситуации, которую регламент не покрывает.
Как написать регламент: практический алгоритм
Шаг 1. Опишите «как есть», а не «как должно быть».
Самая частая ошибка — писать регламент «как хочется», а не «как реально работает». Сначала пройдите процесс вместе с тем, кто его выполняет. Зафиксируйте все шаги, включая неочевидные («звоним Петрову, он знает, куда отправить»). Потом оптимизируйте.
Шаг 2. Напишите черновик с исполнителем, а не для него.
Лучшие регламенты пишут не HR и не руководитель в одиночку — их пишет опытный исполнитель вместе с руководителем. Первый знает процесс изнутри, второй знает, что должно быть на выходе.
Шаг 3. Проверьте на новичке.
Дайте регламент человеку, который ни разу не делал этот процесс. Попросите выполнить по инструкции. Там, где он остановится и спросит «а что дальше?» — значит, регламент не полный.
Шаг 4. Договоритесь о применении до публикации.
Регламент начинает работать не тогда, когда его утвердили, а когда команда договорилась его соблюдать. Это разные события. Презентация регламента команде с обсуждением — обязательный шаг.
Шаг 5. Установите срок ревизии.
Регламент устаревает. Процессы меняются, инструменты меняются, люди меняются. Раз в полгода или при существенных изменениях — пересматривайте. Устаревший регламент хуже отсутствия регламента: он создаёт видимость порядка там, где его нет.
Типичные ошибки при составлении регламентов
Слишком длинный. Регламент на 40 страниц не читают. Если не можете уложиться в 2-5 страниц — скорее всего, регламентируете несколько разных процессов в одном документе. Разделите.
Написан «для начальства», а не для исполнителя. Формальный, казённый язык, пассивные конструкции, абстракции. Исполнитель читает и не понимает, что именно делать. Пишите как инструкцию, а не как юридический документ.
Нет примеров. «Отправьте клиенту коммерческое предложение» — это не инструкция. «Отправьте КП по шаблону [ссылка], в теме письма: «Коммерческое предложение от [название компании]»» — это инструкция.
Не обновляется. Регламент написали в 2021 году, в 2024-м сменили CRM, но регламент остался со старыми скриншотами. Сотрудники работают по-другому, регламент — для проверяющих. Это самое опасное состояние.
Регламент вместо разговора. Иногда проблема не в том, что нет инструкции, а в том, что руководитель не разговаривает с командой. Регламент — не замена управлению, а его поддержка.
Форматы регламентов
Текстовый документ — самый распространённый. Удобен для детальных инструкций. Минус — плохо воспринимается при сложных разветвлениях.
Блок-схема — для процессов с ветвлениями («если клиент соглашается — делаем X, если нет — делаем Y»). Draw.io или Miro.
Видео-регламент — для наглядных операций (работа в конкретной программе, физические процессы на производстве). Один раз записал — обновляешь только при изменениях.
Чек-лист — для повторяющихся проверок. Короткий список пунктов, которые нужно отметить. Не замена регламенту, а инструмент контроля выполнения.
Вопросы, которые задают чаще всего
С чего начать, если регламентов нет вообще?
С самого болезненного процесса — там, где чаще всего ошибки или разнобой. Один регламент, сделанный правильно, лучше десяти плохих. Покажет команде, как это должно работать.
Как заставить сотрудников следовать регламентам?
Не «заставить», а создать условия. Сделайте регламент удобным: коротким, с примерами, доступным в нужный момент (не в папке на сервере, а в рабочем инструменте). Обсудите с командой, а не спустите сверху. Проверяйте выполнение — без контроля любой регламент умирает.
Нужно ли регламентировать работу руководителей?
Да, отдельные процессы: проведение 1-на-1, подведение итогов, найм. Но управленческую работу нельзя зарегламентировать полностью — слишком много ситуаций уникальны.
Как понять, что регламент работает?
Уменьшилось количество вопросов «а как надо?» к руководителю. Новые сотрудники быстрее достигают результата. Качество выполнения процесса стало более однородным.
Как часто обновлять регламенты?
Обязательно — при существенных изменениях в процессе или инструментах. Рекомендуется — ревизия раз в год. Удобно — назначить «владельца регламента» из команды, который следит за его актуальностью.
Возвращаясь к Ростову
Тот руководитель переписал регламент заново — уже с менеджерами. Вместо 47 страниц получилось 6. Добавили шаблоны писем прямо в документ. Убрали всё, что нельзя проверить. Провели встречу с командой: объяснили зачем, ответили на вопросы. Через месяц регламент соблюдали 80% команды — не потому что обязали, а потому что стало удобнее работать по инструкции, чем без неё.
Рабочий регламент описывает результат и исключения
Регламент нужен там, где повторяемая работа влияет на клиента, деньги, риск или срок. Он не должен превращать очевидное действие в десятки страниц. Его задача — помочь сотруднику принять одинаково качественное решение в типовой ситуации и понять, что делать при отклонении.
Минимальная структура
- цель процесса и ожидаемый результат для клиента или компании;
- границы: с чего начинается и чем заканчивается процесс;
- роли, полномочия и правила передачи между ними;
- последовательность шагов, обязательные данные и контрольные точки;
- частые исключения, эскалация и допустимые сроки;
- показатель качества и владелец обновления документа.
Перед написанием понаблюдайте за фактической работой и соберите случаи, где люди действуют по-разному. Не копируйте идеальный процесс, который невозможен при текущих системах и нагрузке. Проведите пилот с исполнителями: могут ли они выполнить задачу по документу без устных пояснений?
Внедрение завершается не публикацией файла, а обучением, доступом в нужный момент и проверкой применения. Если новый регламент не улучшает срок, качество, риск или понятность роли, его нужно сократить, изменить или отменить.
Предприниматель, бизнес-трекер, пишу о том, как развивать бизнес в условиях неопределенности
