Как написать регламент (СОП): пошаговое руководство с примерами

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

Решение — регламент, или стандартная операционная процедура (СОП). Он фиксирует, как шаг за шагом выполняется повторяющаяся задача. В результате любой человек в команде делает её одинаково, а новички осваивают процесс сами, без недели «хвостиком» за коллегой.

В этом руководстве разберём, что такое регламент, что в него включить и как написать его за семь шагов. Вы также найдёте сравнение форматов, полный пример, самые частые ошибки и способ быстрее получить черновик с помощью ИИ.

Коротко о главном

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

Что такое регламент

Регламент — это письменное описание того, как выполняется повторяющаяся задача. В нём зафиксированы цель задачи, участники, шаги по порядку и признак того, что работа завершена.

Хороший регламент даёт три эффекта:

• Единообразие. Задачу выполняют одинаково, кто бы за неё ни взялся.
• Быстрая адаптация. Новые сотрудники следуют процедуре, а не задают вопросы. Особенно хорошо это работает в паре с планом на 30-60-90 дней для новичков.
• Меньше рисков. Знания не уходят вместе с одним человеком, а важные для качества или соответствия требованиям шаги никто не пропускает.

Регламент часто путают с другими документами о процессах. Разница в основном в степени детализации:

Документ	На какой вопрос отвечает	Пример
Карта процесса	Что и в каком порядке происходит между командами	Путь от заказа до доставки в виде схемы
Регламент (СОП)	Как и кем выполняется одна повторяющаяся задача	Обработка запроса на возврат
Рабочая инструкция	Как подробно выполнить один шаг	Как оформить возврат в платёжной системе
Чек-лист	Что проверить перед завершением	Чек-лист закрытия обращения о возврате

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

Что включить в регламент

Не каждому регламенту нужны все разделы, но именно они делают процедуру удобной:

1. Название. Называйте задачу, а не отдел. «Обработка запросов на возврат» лучше, чем «Процедура поддержки № 3».
2. Цель. Одно предложение о том, зачем нужна процедура и как выглядит хороший результат, например: «Решать каждый запрос на возврат за два рабочих дня».
3. Границы. Где процесс начинается и заканчивается и что в него не входит.
4. Роли. Кто выполняет каждую часть и кто принимает решения. Указывайте роли, а не имена, — тогда регламент переживёт смену состава.
5. До начала работы. Нужные доступы, инструменты или информация.
6. Шаги. Пронумерованные, по порядку, каждый начинается с действия.
7. Критерий завершения. Как понять, что задача выполнена правильно.
8. Исключения. Что делать, если ситуация выходит за рамки обычного сценария, и к кому обращаться.
9. Ответственный и дата пересмотра. Кто поддерживает регламент в актуальном виде и когда его проверят в следующий раз.

Как написать регламент за 7 шагов

1. Выберите подходящий процесс

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

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

2. Узнайте, как работа делается на самом деле

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

Полезные вопросы:

• С чего начинается эта задача?
• Что вы проверяете в первую очередь?
• Где обычно возникают сложности и что вы тогда делаете?
• Как вы понимаете, что всё готово?
• В чём чаще всего ошибаются новички?

Если знания разбросаны по чатам и старым документам, сначала соберите их в одном месте. С общей базой знаний это намного проще.

3. Определите границы

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

Чёткие границы не дают регламенту расползтись и показывают, где одна процедура должна передавать эстафету другой.

4. Распишите шаги

Это сердце регламента. Несколько правил помогут сделать шаги понятными:

• Одно действие на шаг. Если в шаге есть «а затем», разделите его.
• Начинайте с глагола. Пишите «Проверить дату покупки», а не «Дата покупки должна быть проверена».
• Будьте конкретны. Используйте реальные числа, названия инструментов и пороговые значения. «В течение 30 дней» вместо «недавно».
• Сохраняйте реальный порядок работы. Не группируйте шаги по темам, если на деле их выполняют в другой последовательности.
• Объясняйте «зачем» только там, где это помогает. Короткая причина удерживает людей от пропуска шага, который кажется лишним.

5. Добавьте роли, решения и исключения

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

Затем перечислите исключения, о которых вы узнали на шаге 2. Именно с ними чаще всего мучаются новички, и именно их обычно нет в первых черновиках.

6. Проверьте на новичке

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

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

7. Опубликуйте, назначьте ответственного и дату пересмотра

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

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

Выберите формат регламента

Подходящий формат зависит от сложности задачи:

Формат	Для чего подходит	Пример
Простой чек-лист	Короткие рутинные задачи для опытных сотрудников	Открытие или закрытие магазина
Пошаговый список	Линейные задачи на 5–15 шагов	Публикация статьи в блоге
Иерархические шаги	Задачи, где у части шагов есть подшаги	Отчётность в конце месяца
Блок-схема	Задачи с несколькими решениями и ветвлениями	Обработка возврата или жалобы

Если сомневаетесь, начните с пошагового списка. Небольшую блок-схему для единственного важного решения можно добавить позже.

Пример регламента: обработка запросов на возврат

Вот полный пример, который можно адаптировать под себя.

Название: Обработка запросов на возврат

Цель: Решать каждый запрос на возврат за два рабочих дня в рамках правила 30 дней.

Границы: Начинается, когда клиент просит вернуть деньги по почте или в чате. Заканчивается, когда клиент получил ответ, а обращение закрыто. Не охватывает чарджбэки — для них действует регламент по платёжным спорам.

Роли: Специалист поддержки проверяет запрос и отвечает клиенту. Руководитель поддержки согласует исключения.

До начала работы: Доступ к системе обращений и платёжной системе.

Шаги:

1. Найти заказ по адресу почты или номеру заказа и проверить дату покупки.
2. Сверить запрос с правилом 30 дней и состоянием товара.
3. Если возврат положен, провести его в платёжной системе и оставить заметку в заказе.
4. Если не положен, перед ответом передать запрос руководителю поддержки с кратким описанием.
5. Сообщить клиенту решение и срок поступления денег.
6. Закрыть обращение и поставить тег «возврат».

Критерий завершения: Клиент получил ответ, в заказе отражён возврат или причина отказа, а обращение закрыто с нужным тегом.

Исключения: Повреждённые товары, о которых сообщили в течение 7 дней, возвращаем без отправки товара обратно. Заказы, оплаченные банковским переводом, возвращает финансовый отдел — перешлите их с номером заказа.

Ответственный и пересмотр: Руководитель поддержки. Следующий пересмотр — в апреле.

Для проектной работы сравните пример со структурой этого шаблона регламента по управлению проектами.

Как быстрее написать регламент с помощью ИИ

Дольше всего при написании регламента приходится превращать разрозненные знания в чистую структуру. С этим ИИ справляется особенно хорошо.

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

Можно начать и с материалов, которые у вас уже есть. Вставьте заметки со встречи, переписку из чата или расшифровку записи на страницу Buildin и попросите:

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

Относитесь к результату как к первому черновику. Человек, который выполняет эту работу, должен проверить каждый шаг, исправить то, что не совпадает с реальностью, и подтвердить отмеченные пункты. Затем проверьте регламент на новичке, как на шаге 6. Больше способов передать такую работу ИИ — в статье о том, что умеет ИИ-агент для работы.

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

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

• Пересматривайте по графику. Укажите дату пересмотра в самом регламенте и в календаре ответственного.
• Обновляйте при изменениях. Новый инструмент, новое правило или повторяющаяся ошибка — всё это повод внести правки.
• Упростите обратную связь. Дайте людям возможность комментировать прямо на странице регламента, если шаг непонятен.
• Фиксируйте изменения. Короткий журнал изменений внизу подскажет читателям, что нового.
• Учитесь на проблемах. Когда что-то идёт не так, спросите себя: регламента не было, он был непонятен или его проигнорировали? Здесь помогут методы «5 почему» и PDCA.

Частые ошибки в регламентах

• Писать только по памяти. Автор пропускает шаги, которые кажутся очевидными. Всегда сверяйтесь с тем, кто выполняет работу.
• Слишком много текста. Длинные абзацы прячут шаги. Пишите пояснения коротко, а контекст выносите на отдельную страницу со ссылкой.
• Размытые слова. «Оперативно», «при необходимости» и «по ситуации» все понимают по-разному.
• Нет ответственного. Без него регламент никто не обновляет, и он постепенно перестаёт соответствовать реальности.
• Регламент спрятан в папке. Если его нельзя найти в тот момент, когда он нужен, им не будут пользоваться.
• Один регламент на всё. Если процедура охватывает несколько отдельных задач, разделите её.

Начните с одной процедуры

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

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