Шаблон SOP: формат, пример, цикл пересмотра — и SOP, который каждый участник читает на своём языке (2026)

Стандартная операционная процедура, или SOP, — это письменно закреплённый способ, которым в вашей организации выполняется повторяющаяся работа: шаги по порядку, кто берёт каждый из них, что каждый шаг даёт на выходе и что делать, если обычный путь заблокирован. Шаблон SOP — это жёсткий каркас, в который всё это записывается, чтобы сороковая процедура выглядела как первая, а тот, кто прочитал одну, мог прочитать любую. Шаблон — самая простая часть; большая часть этого руководства о том, что в него вписывать и что сохраняет его верным после дня написания.

Сначала в руководстве идёт ремесло: что такое SOP и чем он не является, стандартный формат, как написать SOP, которому действительно следуют, шаблон, который можно скопировать, два заполненных примера. Затем механика: как устроен цикл пересмотра, где SOP и его пересмотр живут в инструментах, которыми ваша команда уже пользуется, и что получает тот, кто читает его на другом языке. Ведь главная проверка SOP — не день утверждения. Это вторник, когда новый коллега открывает его один, у стойки, при ожидающем клиенте.

Что такое SOP — и чем он не является

Работу описывают пять видов документов, и SOP находится посередине:

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

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

Что включить: стандартный формат

Рабочий SOP содержит шапку и восемь разделов. Большинство шаблонов в интернете содержат шапку и шаги и на этом останавливаются — поэтому большинство SOP устаревают за год, и никто этого не замечает:

Шапка — идентификация документа, пять полей в одной строке: ID, на который можно сослаться («SOP-CS-04»), версия («v2.1»), владелец — один названный человек, а не отдел — дата вступления в силу и дата следующего пересмотра. Документ без даты пересмотра пересматривают, когда что-то идёт не так.

1. Цель. Одно-два предложения: чего достигает эта процедура и что идёт не так без неё. «Каждая жалоба регистрируется, подтверждается и решается одинаково, поэтому клиент получает один и тот же ответ, кто бы ни взял трубку».
2. Область применения. Когда этот SOP действует, а когда нет. «Жалобы клиентов на продукт или доставку. Не относится: гарантийные претензии (SOP-CS-07), жалобы на поставщиков».
3. Роли и ответственность. Каждая роль, которая встречается в шагах, и за что она отвечает. Роли, а не имена: имена меняются, а SOP не должен меняться вслед за ними.
4. Определения и предварительные условия. Термины, которые новый человек может не знать, и то, что должно быть готово до шага 1, — доступ к реестру, шаблон, список эскалации.
5. Процедура. Пронумерованные шаги, одно действие на шаг, в порядке выполнения, каждый начинается с роли и глагола: «Ресепшн вносит…», «Руководитель команды проверяет…». Где это помогает — три колонки: кто, что делает, результат или запись, чтобы каждый шаг заканчивался тем, что мог бы проверить второй человек.
6. Исключения и эскалация. Ветви: что делать, если клиента нет в системе, если сумма превышает лимит, если владельца нет на месте. Каждое исключение называет человека или роль, а не «спросите кого-нибудь».
7. Записи и результаты. Что существует в конце и не существовало в начале — запись в реестре, отправленное письмо, подписанная форма — и где это хранится. Этот раздел читает аудитор, и он же показывает, выполнялась ли процедура.
8. Ссылки и история изменений. Политика, которую SOP реализует, связанные SOP и рабочие инструкции; затем по одной строке на версию — дата, что изменилось, кто утвердил. История не даёт повторно внести ту же ошибку под новым номером версии.

Четыре формата раздела процедуры. Простые шаги — нумерованный список — для работы до десяти шагов без ветвлений. Иерархический — нумерованные шаги с подшагами под буквами — когда внутри шага есть своя последовательность. Блок-схема, когда ветви важнее последовательности: ромб решения читать проще, чем «если… иначе… если только». Чек-лист для рутины, которую те же люди выполняют ежедневно, где вопрос не «как», а «сделали ли». Многие SOP используют два формата: иерархическую процедуру и одностраничный чек-лист на смену, выведенный из неё.

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

Как написать SOP: понаблюдать, составить черновик, проверить, опубликовать

Понаблюдайте за тем, кто выполняет работу, и запишите, что он делает на самом деле. Не то, что, по мнению руководителя, происходит, — то, что происходит, включая обходной путь через таблицу. Тот, кто выполняет работу каждый день, — соавтор; SOP, написанный о нём, а не вместе с ним, лежит в папке, пока настоящая процедура живёт у него в голове. На каждом шаге спрашивайте: что вы делаете, если это не сработало?

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

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

Опубликуйте там, где команда читает, и назначьте дату. SOP в папке с сорока другими находят те, кто и так знает работу. Ему место там, где команда, ведущая процедуру, уже общается, с именем владельца и датой пересмотра на виду, чтобы вопрос «это ещё актуально?» решала шапка, а не расспросы. Затем внесите дату пересмотра в календарь: SOP, который написали и ни разу не пересмотрели, — тот, которому уверенно следуют уже после того, как он перестал быть верным.

Шаблон SOP

[ID SOP] — [Название процедуры]
Версия: [n.n] · Владелец: [роль, имя] · Действует с: [дата] · Следующий пересмотр: [дата]

1. Цель
[Одно-два предложения — чего достигает эта процедура и что идёт не так без неё.]

2. Область применения
Применяется к: [ситуации, продукты, площадки] · Не применяется к: [что описано в другом месте, с ID SOP]

3. Роли
[Роль] — [за что отвечает в этой процедуре]
[Роль] — [за что отвечает]

4. Определения и предварительные условия
[Термин] — [значение]
До шага 1: [нужные доступы, инструменты, шаблоны, списки]

5. Процедура
5.1 [Роль] [что делает] → [результат или запись]
5.2 [Роль] [что делает] → [результат или запись]
5.3 [Роль] [что делает] → [результат или запись]
[а. подшаг] [б. подшаг]

6. Исключения и эскалация
Если [условие]: [что делать, кто решает]
Если [условие]: [что делать, кто решает]
Всё, что не описано здесь: решает [роль], а случай выносится на ближайший пересмотр.

7. Записи
[Что существует в конце — запись в реестре, письмо, форма — и где это хранится, как долго.]

8. Ссылки и история изменений
Реализует: [политика] · Связанные документы: [ID SOP, рабочие инструкции]
v[n.n] — [дата] — [что изменилось] — утвердил [имя]
v[n.n] — [дата] — [что изменилось] — утвердил [имя]

Шаблон вставляется в файл Word, Google Doc, страницу Notion, canvas Slack или заметку в чате без переформатирования. Два поля, которые чаще всего остаются пустыми, — владелец и дата следующего пересмотра; именно они решают, будет ли документ верен через год.

Два заполненных примера

Обработка жалобы клиента — сервисная команда, иерархический формат

SOP-CS-04 — Обработка жалоб клиентов
Версия: 2.1 · Владелец: руководитель сервиса, Marta R. · Действует с: 1 окт 2026 · Следующий пересмотр: 1 апр 2027

1. Цель — Каждая жалоба регистрируется, подтверждается и решается одинаково, поэтому клиент получает один и тот же ответ, кто бы ни принял звонок, — на языке клиента.
2. Область применения — Жалобы клиентов на продукт, доставку или счёт по телефону, электронной почте или в чате. Не относится: гарантийные претензии (SOP-CS-07); жалобы на поставщиков (SOP-PR-02).
3. Роли — Ресепшн: регистрирует и подтверждает. Специалист сервиса: разбирается и отвечает. Руководитель сервиса: утверждает всё, что выше кредитного лимита, решает вопросы эскалации.
4. Предварительные условия — Доступ к реестру жалоб; шаблон подтверждения на языке клиента; действующий кредитный лимит (см. шапку реестра).

5. Процедура
5.1 Ресепшн вносит жалобу в реестр → запись с датой, каналом, клиентом, продуктом, языком клиента и ID жалобы
5.2 Ресепшн отправляет подтверждение в течение одного рабочего дня → письмо-подтверждение с ID жалобы на языке клиента
5.3 Специалист сервиса разбирается:
а. проверяет записи о заказе, доставке и счёте;
б. звонит или пишет клиенту, если не хватает данных;
в. фиксирует в реестре вывод и предлагаемое решение → вывод и решение с датой
5.4 Если решение — кредит в пределах лимита, специалист оформляет его сам; если выше лимита, руководитель сервиса утверждает в течение одного рабочего дня → кредит-нота или письменное утверждение
5.5 Специалист отвечает клиенту в течение пяти рабочих дней после шага 5.1 → ответ на языке клиента со ссылкой на ID жалобы
5.6 Ресепшн закрывает запись → статус «Закрыто», дата, решение

6. Исключения — Клиента нет в системе: внести запись с названными контактными данными, пометить не проверен, продолжить. Клиент грозит судом: остановиться на 5.3, в тот же день передать руководителю сервиса. Владельца нет на месте: утверждает заместитель, названный в шапке реестра.
7. Записи — Запись в реестре (хранится 5 лет), подтверждение и ответ (в деле клиента), кредит-нота (бухгалтерия).
8. Ссылки — Клиентская политика §4; SOP-CS-07; рабочая инструкция WI-CS-04a «Реестр жалоб».
v2.1 — 1 окт 2026 — срок по шагу 5.2 сокращён с двух дней до одного; подтверждение теперь на языке клиента — утвердила Marta R.
v2.0 — 15 мар 2026 — добавлены кредитный лимит и шаг утверждения — утвердила Marta R.

Открытие клиники — ресепшн, ежедневный чек-лист

SOP-FD-01 — Открытие клиники
Версия: 1.3 · Владелец: управляющий клиникой, Tomás A. · Действует с: 1 сен 2026 · Следующий пересмотр: 1 мар 2027

1. Цель — Клиника готова к приёму первого пациента в 08:00 каждый день, кто бы ни открывал.
2. Область применения — Открытие в будни администратором ранней смены. Не относится: открытие в выходные (SOP-FD-02).
3. Роли — Открывающий администратор: всё ниже. Управляющий клиникой: вызывается при любом невыполненном пункте.

5. Процедура — до 07:45, в этом порядке
☐ Сигнализация снята, двери открыты, свет и отопление включены
☐ Компьютер на ресепшн включён, система записи открыта, список на сегодня распечатан
☐ Телефонная линия переключена с ночного сообщения на живую
☐ Зал ожидания проверен: стулья, вода, объявления дня на обоих языках
☐ Процедурные кабинеты 1–3: расходные материалы выше отметки минимума на шкафу
☐ Карточный терминал включён, тестовая транзакция проведена и закрыта
☐ Первым трём пациентам дня позвонили, если у кого-то есть пометка подтвердить

6. Исключения — Какой-либо пункт выполнить не удаётся: позвонить управляющему до 07:50; не открывать двери для пациентов, пока управляющий не ответит. Система записи недоступна: использовать распечатанный список с вечера (SOP-FD-05).
7. Записи — Чек-лист с галочками, с инициалами и датой, в папке открытия; хранится три месяца.
v1.3 — 1 сен 2026 — в пункт про зал ожидания добавлены объявления на обоих языках — утвердил Tomás A.

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

Цикл пересмотра: как процедура остаётся верной

SOP — это утверждение о том, как делается работа, а работа меняется. Цикл пересмотра сохраняет это утверждение честным. Он состоит из четырёх частей.

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

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

Пересмотр SOP-[ID] — [дата]
1. Отклонения с прошлого пересмотра: где мы действовали иначе и почему — 5 мин
2. Инциденты и жалобы, которых коснулась процедура — 5 мин
3. Шаги, которые нужно изменить, добавить или удалить — по одной строке с причиной — 7 мин
4. Решение: выпустить как v[n.n] от [дата] или подтвердить без изменений с новой датой пересмотра — 3 мин
Действия: кто редактирует, кто утверждает, кто кого информирует, к какому сроку

Новая версия, старая сохраняется. Правка вносится в историю изменений одной строкой — дата, что изменилось, кто утвердил — и номер версии меняется: изменённый шаг — это минорная версия (2.0 → 2.1), изменённая область применения или новая роль — мажорная. Предыдущая версия помечается заменена и сохраняется, а не удаляется: аудитору или коллеге, который объясняет, что произошло в марте, нужна процедура такой, какой она была тогда. Решение, принятое на пересмотре и меняющее правило, а не только шаг, также относится в журнал решений — с ID SOP в записи.

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

Где SOP и его пересмотр живут в инструментах, которыми вы уже пользуетесь

Сама процедура — это документ, и живёт она там, где живут документы команды: файл Word в общей библиотеке, Google Doc, страница вики, canvas. Пересмотр — это встреча, и у каждой платформы есть место для того, что эта встреча оставляет, и каждая останавливается в своей точке. Только задокументированное поведение, со страниц самих вендоров, с месяцем проверки каждой страницы:

Две вещи одинаковы везде. SOP — это документ на том единственном языке, на котором он написан, а коллега, читающий на другом языке, читает его же или копию, которую кто-то сделал; и то, что изменил пересмотр, попадает в документ, только если человек потом вносит это руками — на том же языке.

Как процедура — и каждый её пересмотр — возвращается на языке каждого участника

InterMIND — это пространство для общения, где работа команды живёт в канале, поэтому у SOP есть очевидный дом: канал команды, которая ведёт процедуру. Опубликованный как заметка — сообщение с форматированием, заголовками и нумерованными списками, которое можно позже править из собственного меню, — он читается каждым участником на его языке, а оригинал и diff изменений доступны одним переключателем; закрепите его, чтобы актуальная версия была первым, что находит новый коллега. Загруженный как файл — PDF или документ Word — он открывается для каждого читателя переведённым на его язык на платных тарифах, а на любом тарифе его карточка содержит AI-сводку на языке читателя, каждый пункт которой связан с абзацем-источником, так что пятиминутное чтение существует, прежде чем кто-то его написал. Если мастер-копия остаётся в инструменте документов, её обновления приходят в канал по электронной почте: хост канала даёт ему собственный адрес, и отправленное туда сообщение появляется как обычное сообщение с указанным отправителем и сохранёнными вложениями.

Встреча по пересмотру начинается с этого канала. Во время звонка актуальная версия выводится всем на экран рядом с плитками видео через Share to conference — заметка или документ Google Docs либо OneDrive, привязанный в чате, — и каждый участник прокручивает её независимо и читает на своём языке; общую заметку редактирует вживую тот, кто ею поделился, пока комната наблюдает, как складывается изменённый шаг. Когда звонок заканчивается, резюме пишется по самой встрече — сводка, пункты, отмеченные как согласованные, открытые или спорные, action items с владельцами, каждая строка с отметкой времени, — а документы, показанные во время сессии, добавляют свои сводки к сказанному. Оно приходит по электронной почте, сообщением в канале и ссылкой в событии календаря, и каждый авторизованный участник читает его на своём языке: запись переводится для каждого читателя, а не пишется один раз на том языке, на котором случилось говорить в комнате. Любой участник может её править, каждая правка сохраняет автора и историю ревизий, а канал хранит резюме каждой прошедшей сессии — так что пересмотр, породивший v2.1, находится в одном клике от заметки, которая и есть v2.1; а собственный ассистент участника — Claude, ChatGPT, Copilot или Gemini, подключённый через коннектор MCP, — может искать по резюме, расшифровкам, чатам и тексту общих файлов одним вопросом: «что мы изменили в процедуре по жалобам в октябре?» — и прочитать сам документ; это работает для организаций с включёнными AI-функциями.

Те, кто ведёт процедуру, не всегда сотрудники. Персонал дистрибьютора, подрядчик, замещающий специалист: внешний участник канала присоединяется по электронной почте с бесплатным аккаунтом и читает SOP и его историю так же, как все; человек без аккаунта — гость одной встречи: он заходит на звонок по пересмотру по ссылке, с телефона, бесплатно, слышит его вживую на своём языке и не получает записи после. Хост предоставляет пространство и на платном тарифе платит только за участников, активных за предыдущие 28 дней: тех, кто зашёл на встречу, написал в чат или обратился к ассистенту; участники, которые затихли, сохраняют доступ бесплатно.

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

SOP как ремесло переживает любой инструмент: кому-то по-прежнему нужно понаблюдать за работой, записать шаги как действия и спросить новичка, где он застрял. Чему не нужно выживать, так это второй работе — вручную вести переведённую копию каждой версии и перенабирать изменённое пересмотром на одном языке для тех, кто читает на других.

FAQ

Что такое шаблон SOP?

Шаблон SOP — это жёсткий каркас, в который записывается стандартная операционная процедура: шапка с ID, версией, владельцем, датой вступления в силу и датой следующего пересмотра, а за ней стандартные разделы — цель, область применения, роли, определения и предварительные условия, пронумерованная процедура, исключения и эскалация, записи, ссылки с историей изменений. Шаблон делает все процедуры в организации одинаковыми, так что человек, прочитавший одну, ориентируется в любой.

Какие 5 частей входят в SOP?

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

Как написать SOP?

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

Каков формат SOP?

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

В чём разница между SOP и рабочей инструкцией?

SOP описывает одну работу от начала до конца на уровне ролей и шагов — кто что делает, в каком порядке, с каким результатом. Рабочая инструкция описывает один из этих шагов на одном экране, машине или форме — вплоть до поля и кнопки. SOP говорит «Ресепшн вносит жалобу в реестр»; рабочая инструкция показывает реестр, поля и значения выпадающих списков. Их раздельное ведение позволяет SOP пережить смену программы.

В чём разница между SOP и политикой?

Политика — это правило и причина: что организация делает, а чего не делает. SOP — это то, как роль выполняет правило, шаг за шагом. «На каждую жалобу отвечают в течение двух рабочих дней» — политика; восемь шагов от регистрации до закрытия — SOP, который её реализует. Политика меняется редко и по решению; SOP меняется, когда меняется работа, и его история изменений говорит, когда именно.

Есть ли шаблон SOP для Word или Google Docs?

Шаблон в этом руководстве — простой текст с жирными метками, поэтому он вставляется в документ Word, Google Doc, страницу Notion, canvas Slack или заметку в чате без переформатирования. Формат важнее файла: то, в чём хранится SOP, должно содержать шапку с владельцем и датой пересмотра, пронумерованные шаги, которые начинаются с роли и глагола, названного человека для каждого исключения и историю изменений — и жить там, где те, кто выполняет работу, уже читают.

Как часто нужно пересматривать SOP?

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

Источники: Microsoft — Take meeting notes in Microsoft Teams; Zoom — Using Meeting Summary with AI Companion; Google — Calendar & Meet settings for "Take notes for me"; Google Meet — "Take notes for me" in Google Meet; Slack — Meeting agenda template (canvas). Страницы Microsoft, Google и Slack проверены в октябре 2026; страница Zoom о сводке встречи проверена в августе 2026. Вендоры со временем меняют тарифы, функции и списки языков; актуальное состояние смотрите на их страницах.