Регламенты и SOP: как описывать стандарт без бюрократии
Регламент заслужил свою плохую репутацию честно: в корпоративном жанре это многостраничный документ, который писали для проверяющих, подписывали не читая и вспоминали при поиске виноватых. Малому бизнесу такой жанр не нужен. Но задача, которую жанр решал изначально, никуда не делась: «я передал участок, а сделали по-своему» - это отсутствие стандарта, и закрывается оно стандартом. Просто коротким.
Коротко: регламент - это стандарт исполнения одного шага: что считается сделанным хорошо. Работающий регламент помещается на полстраницы: условие запуска, шаги, критерий «готово», типичные ошибки. Пишет его исполнитель, утверждает владелец, а правится он при каждом сбое - тогда он живёт, а не лежит.
В этой статье
Регламент против описания процессаЧетыре поля на полстраницыКто пишет и кто утверждаетСбой - повод для ревизииЧастые вопросыСледующий шагИсточники и ограниченияРегламент, который не прочитать за минуту, не открывают в момент сомнения - и он мёртв независимо от качества.
Сбой при живом регламенте - повод править текст, а не искать виноватого; это правило меняет культуру сбоев целиком.
Регламент - стандарт исполнения одного шага: что считается сделанным хорошо, на полстраницы.
Пишет исполнитель, утверждает владелец, правится при каждом сбое - тогда он живёт, а не лежит.
Регламент против описания процесса
Два документа путают, а они отвечают на разные вопросы. Описание процесса - карта целиком: какие шаги, в каком порядке, с какой метрикой и владельцем. Регламент - крупный план одного шага: как именно он выполняется и что считается нормой.
Пример иерархии: процесс «путь клиента до оплаты» описан на странице; внутри него шаг «первый ответ на заявку» имеет регламент: в какой срок, из каких элементов состоит сообщение, что недопустимо. Процессов у практики пять-семь; регламентов - столько, сколько шагов передано или готовится к передаче. Писать регламенты на шаги, которые делаете сами и менять не собираетесь, не нужно: бюрократия начинается именно здесь.
Четыре поля на полстраницы
| Поле | Что в нём | Пример содержимого |
|---|---|---|
| Запуск | Когда шаг начинается | Пришла заявка в любой канал |
| Шаги | Наблюдаемые действия по порядку | Ответить шаблоном с двумя окнами в течение двух часов |
| Готово | Проверяемый критерий результата | Ответ отправлен, заявка в таблице со статусом |
| Ошибки | Три-пять типичных, из жизни | Ответ без следующего шага; заявка не внесена |
Полстраницы - не стилистическая рекомендация, а функциональное ограничение: регламент читают перед выполнением и в момент сомнения. Документ, который не прочитать за минуту, в эти моменты не открывают - и он мёртв независимо от качества.
Пример регламента целиком, содержание условное. «Первый ответ на заявку. Запуск: новое сообщение с запросом в мессенджере, форме или комментариях. Шаги: 1) проверять каналы в 10:00, 14:00, 18:00; 2) ответить в течение двух часов от обнаружения: подтверждение, один вопрос о задаче, два окна времени; 3) внести в таблицу: имя, канал, дата, статус «новая». Готово: ответ отправлен, строка существует. Типичные ошибки: ответ цифрой цены без вопроса о задаче; обещание «отвечу позже» без срока; заявка из комментариев не перенесена в таблицу.» Восемь строк - и участок можно передать, проверить и спокойно не думать о нём.
Кто пишет и кто утверждает
Правило, которое решает судьбу регламента: пишет исполнитель, утверждает владелец. Регламент, написанный владельцем в одиночку, описывает воображаемую работу; исполнитель находит в нём щели с первого дня - не из вредности, а потому что реальность богаче кабинетной версии.
Работающий порядок: исполнитель делает шаг и записывает, как делал; владелец сверяет со стандартом качества и утверждает; расхождения обсуждаются один раз - и попадают в текст. Пока участок делает сам владелец, он и пишет - но с той же честностью «как есть», а не «как надо бы».
Сбой - повод для ревизии
Момент, где регламент превращается либо в живой инструмент, либо в прокурорский документ. Прокурорский сценарий: сбой, поиск виноватого, «ты же читал регламент». Живой сценарий: сбой, вопрос «чего не хватило в тексте», правка поля «ошибки» или шагов.
Логика жёсткая: если регламент был, а сбой случился - регламент не сработал, и чинить нужно его. Либо шаг описан неточно, либо ошибка не была в списке типичных, либо текст перестал соответствовать процессу. Повторный сбой того же вида при живом, правленом регламенте - вот только тогда разговор об исполнителе.
Побочный эффект этого правила - культурный: исполнители перестают прятать сбои, потому что сбой ведёт к правке текста, а не к разбору личности. Скрытые сбои дороже любых явных.
Стандарты живут рядом с процессами
Минимальная CRM практики: где регламентам, статусам и напоминаниям удобно жить, чтобы ими пользовались.
Частые вопросы
Чем это отличается от чек-листа?
Чек-лист - список «не забыть», без критерия качества. Регламент несёт стандарт: что считается сделанным хорошо и какие ошибки типичны. Чек-лист часто живёт внутри регламента как перечень шагов. Начали с чек-листа - нормально; передаёте участок - дорастите до регламента.
SOP - это то же самое?
По сути да: standard operating procedure и есть стандарт выполнения операции. В малом бизнесе термин чаще прилетает из курсов и несёт корпоративный багаж многостраничности. Формат на полстраницы - тот же SOP, отмытый от бюрократии.
Сколько регламентов нужно практике?
Столько, сколько шагов передано или передаётся: в малой практике это единицы, не десятки. Полный свод «на всё» не нужен и вреден: он не поддерживается. Ориентир прост: каждый регламент кто-то открывает хотя бы раз в месяц - или он лишний.
Следующий шаг
Регламенты - третий слой процессного стека. Как слои собираются вместе - карта, стандарты, управление и ритм - разобрано в систематизации.
Источники и ограничения
Формат четырёх полей и правила - авторская схема; примеры условные. Статья не касается юридической силы внутренних документов и трудовых отношений: регламент здесь - рабочий инструмент качества, не правовой акт.