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

У многих компаний есть папка с регламентами. В ней лежат инструкции, положения, схемы, правила и документы, которые когда-то должны были навести порядок.

Но в ежедневной работе происходит другое.

Новый сотрудник спрашивает, как согласовать смету. Ему отправляют PDF на 18 страниц. Он открывает, пролистывает, закрывает и идет спрашивать коллегу.

Руководитель уверен, что процесс описан. Команда продолжает работать «как принято». Ошибки повторяются. Сроки срываются. Ответственность размывается.

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

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

Длинная инструкция проигрывает еще до того, как ее начали читать.

Во-первых, в ней трудно найти конкретный ответ. Сотруднику не нужна философия процесса. Ему нужно понять, что делать с заявкой, счетом, скидкой, клиентом или согласованием.

Во-вторых, большой документ невозможно удержать в голове. Если в инструкции 40 шагов, человек все равно запомнит первые несколько, а дальше начнет действовать по привычке.

В-третьих, такие документы быстро устаревают. Изменился ответственный, интерфейс CRM, лимит скидки или порядок согласования — и регламент уже не совпадает с реальностью.

В итоге компания получает не порядок, а видимость порядка.

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

Не нужно начинать с попытки описать вообще все процессы компании. Это почти гарантированный путь к бюрократии.

Начинать стоит с тех участков, где есть реальные потери:

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

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

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

Формула короткого процесса: вход, лимиты, выход

Рабочее описание процесса можно уместить на одну страницу. Для этого достаточно трех блоков.

1. Вход

Что должно произойти, чтобы процесс начался?

Не «менеджер работает с клиентом», а «поступила заявка от клиента на сумму больше 500 тысяч рублей».

Чем точнее вход, тем меньше споров, когда включать процесс.

2. Лимиты

Что сотрудник может решить сам, а что нужно согласовать?

Например: скидку до 10% менеджер дает самостоятельно. Скидку от 10 до 20% согласует с руководителем. Свыше 20% — только с коммерческим директором.

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

3. Выход

Как понять, что процесс завершен?

Не «клиент обработан», а «счет отправлен, статус в CRM изменен, дата следующего контакта поставлена».

Выход должен быть проверяемым. Тогда задача не растворяется в переписках и устных договоренностях.

Кто должен отвечать за процесс

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

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

У процесса должен быть один владелец результата. Он не обязан делать все сам. Но именно он следит, чтобы задача прошла от входа до выхода, не застряла и дала нужный результат.

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

Как внедрять без сопротивления команды

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

Обычно не начинает.

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

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

Хороший регламент не спускается сверху как наказание. Он проверяется в работе.

Мини-шаблон процесса

Название: выставление счета клиенту.

Вход: клиент подтвердил заказ на сумму больше 50 тысяч рублей.

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

Нужно согласовать: скидку выше 10%, отсрочку платежа, изменение условий договора.

Срок реакции согласующего: не больше 2 часов в рабочее время.

Выход: счет отправлен, статус в CRM обновлен, дата следующего контакта назначена.

Кто владелец результата: руководитель отдела продаж.

Такой документ можно прочитать за минуту. И по нему можно работать.

Главный принцип

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

Если регламент не помогает сотруднику быстрее принять правильное решение, это не инструмент управления. Это просто текст.

Материал подготовлен изданием «Люди и Деньги» по материалу Натальи Алаторцевой, партнера консалтинговой группы «СтратеРия», операционного директора и бизнес-трекера.