Регламент бизнес-процесса: как написать чтобы его читали | СМБД: Стратегия, Маркетинг, Бизнес, Доход.

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

В большинстве компаний регламенты существуют. На общем сервере, в папке «Документы», подпапке «Регламенты», подпапке «2023», файле «Регламент_обработки_заявок_ФИНАЛЬНЫЙ_v3_правки.docx».

Когда новый сотрудник спрашивает, как делать ту или иную работу, ему говорят: «Там где-то есть регламент». Потом добавляют: «Но лучше спроси у Марины — она объяснит».

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

Разберём, как написать регламент, который люди будут реально читать и использовать.

Чем регламент отличается от описания процесса

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

Описание процесса (то, что мы разбирали в статье об описании бизнес-процессов) — это аналитический документ. Он фиксирует текущее состояние процесса (AS-IS) или целевое (TO-BE), показывает связи, участников, потоки. Его читают аналитики, руководители, те, кто процесс улучшает.

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

Это принципиальная разница. Описание процесса — для анализа. Регламент — для действия.

Почему регламенты не читают

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

Написан для проверяющего, а не для исполнителя. Самая распространённая причина. Регламент составляется так, чтобы выглядеть правильным при аудите или проверке, а не чтобы помогать сотруднику. Отсюда — казённый язык, пассивный залог и абстрактные формулировки.

Слишком длинный. Регламент на сорок страниц никто не будет читать в рабочем процессе. Его открывают один раз при обучении — и закрывают навсегда.

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

Не обновляется. Регламент из 2021 года в 2026-м описывает процесс, которого уже нет. Люди это замечают и перестают доверять документу.

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

Структура хорошего регламента

Хороший регламент умещается на одну-три страницы и содержит следующие разделы:

1. Название и область применения Одна строка: что регулирует этот документ и к каким ситуациям применяется.

Пример: «Регламент обработки входящей рекламации. Применяется при получении письменной или устной жалобы от клиента на качество продукта или услуги».

2. Ответственные Кто исполняет, кто контролирует, к кому обращаться при нестандартных ситуациях. Не отделы — конкретные роли.

3. Порядок действий Пронумерованный список шагов. Каждый шаг — одно действие, один ответственный, чёткий срок. Без «при необходимости» и «как правило».

4. Результат Что должно получиться на выходе. Как понять, что процесс выполнен правильно.

5. Исключения и нестандартные ситуации Что делать, если что-то пошло не так. Кто принимает решение в нестандартных случаях.

6. Контакты К кому обращаться с вопросами по регламенту. Живой человек, а не «обратитесь к руководству».

7. Версия и дата Когда последний раз обновлялся. Кто утвердил.

Язык регламента: как писать понятно

Регламент — не юридический документ и не художественный текст. Его цель — дать человеку чёткое понимание действий. Несколько правил:

Активный залог вместо пассивного.
❌ «Клиенту должен быть осуществлён звонок в течение установленного срока».
✅ «Менеджер звонит клиенту в течение 1 часа с момента получения рекламации».

Конкретные сроки вместо оценочных формулировок.
❌ «В кратчайшие сроки», «незамедлительно», «при первой возможности».
✅ «В течение 15 минут», «не позднее следующего рабочего дня», «до 17:00 текущего дня».

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

Без жаргона и аббревиатур без расшифровки. Если используете аббревиатуры — расшифруйте их один раз в начале документа.

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

Формат: что работает лучше

Нумерованный список — лучший формат для большинства регламентов. Шаги пронумерованы, порядок очевиден, легко сослаться («делай как в шаге 4»).

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

Блок-схема — добавляет ценность там, где есть ветвления («если X — делаем А, если Y — делаем Б»). Не заменяет текст, а дополняет его.

Сплошной текст — наименее эффективный формат для регламента. Оставляйте его для предисловий и пояснений, но не для самих шагов.

Практический пример: регламент обработки рекламации

Регламент: Обработка клиентской рекламации.
Версия: 1.2 от 10 марта 2026 г.
Область применения: любое обращение клиента с жалобой на качество продукта или обслуживания.
Ответственный за исполнение: менеджер по работе с клиентами.
Контроль: руководитель отдела продаж.
По вопросам регламента: Иванова А. (внутренний чат, тег @anna_ivanova).

№	Действие	Кто	Срок	Инструмент
1	Зафиксировать рекламацию: клиент, суть жалобы, дата обращения	Менеджер	Сразу при получении	CRM
2	Подтвердить клиенту получение жалобы и сообщить срок рассмотрения	Менеджер	В течение 30 минут	Телефон / email
3	Передать информацию ответственному за качество с описанием ситуации	Менеджер	В течение 1 часа	Внутренний чат
4	Согласовать с ответственным за качество позицию по рекламации	Менеджер + ответственный	В течение 4 часов	Внутренний чат
5	Связаться с клиентом: сообщить позицию и предложить решение	Менеджер	Не позднее следующего рабочего дня	Телефон
6	Зафиксировать итог в CRM: принятое решение, реакция клиента	Менеджер	В течение 30 минут после звонка	CRM
7	Если клиент не удовлетворён → эскалировать руководителю	Менеджер	Немедленно	Внутренний чат

Результат: рекламация закрыта, статус в CRM обновлён, клиент уведомлён о решении.

Исключения: если рекламация касается угрозы здоровью или безопасности — немедленно передать руководителю, минуя шаги 3–5.

Как сделать регламент живым

Написать — полдела. Регламент нужно поддерживать в актуальном состоянии и сделать доступным там, где люди реально работают.

Место хранения. Регламент должен быть там, где сотрудник работает: в CRM, корпоративной вики, Notion, Confluence — не в папке на сервере. Одно правило: один клик от рабочего места до нужного документа.

Процедура обновления. Кто может предложить изменение? Как оно согласовывается? Кто утверждает? Без ответа на эти вопросы регламент либо никто не трогает годами, либо его правят все кому не лень.

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

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

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

Типичные ошибки

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

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

Нет ответственных. «Отдел продаж уведомляет клиента» — кто именно? Когда у задачи нет конкретного исполнителя — её не делает никто.

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

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

Вывод

Регламент, который не читают — не регламент, а бюрократический артефакт. Его наличие создаёт иллюзию порядка, не создавая самого порядка.

Рабочий регламент короткий, написан активным языком для конкретного исполнителя, хранится там, где человек работает, и обновляется при изменении процесса.

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