SOP — стандартная операционная процедура — описывает, как выполнить повторяемую работу и получить проверяемый результат. Она отличается от общего регламента конкретностью: что запускает процесс, кто действует, какие данные нужны и как понять, что этап завершён. ИИ помогает структурировать знания сотрудников, но не может достоверно восстановить скрытые правила по одному названию процесса.
Гайд подготовлен для Tarasov Code — проекта Ильи Тарасова и TarasovWeb. Лучше начать с небольшой операции с понятными границами, например обработки входящей заявки, а не пытаться за один запрос описать работу всей компании.
Зафиксируйте процесс таким, какой он есть
Попросите опытного сотрудника показать выполнение реальной задачи на безопасном примере. Запишите входные данные, действия, используемые системы, проверки и исключения. Задавайте вопросы «как вы поняли, что можно продолжать?» и «что произойдёт, если этого поля нет?». Именно неочевидные решения чаще всего отсутствуют в первой версии инструкции.
Отдельно фиксируйте улучшения, которые возникают во время обсуждения. Не смешивайте существующий порядок и желаемый процесс без маркировки. Иначе сотрудник начнёт следовать процедуре, которую команда ещё не согласовала и для которой нет необходимых доступов или автоматизации.
Соберите каркас процедуры
В начале укажите цель, область применения, владельца, вход и результат. Затем перечислите роли и необходимые доступы. Основную последовательность оформляйте действиями с наблюдаемым завершением: «проверьте наличие реквизитов» полезнее, чем «обеспечьте качество данных». Если шаг содержит развилку, назовите условие и обе ветки.
Для исключений создайте понятные правила остановки и эскалации. Сотрудник должен знать, когда нельзя продолжать самостоятельно. Не прячьте критическую проверку в примечании после всех шагов. Рядом с рискованным действием укажите, что необходимо подтвердить до выполнения.
Учебный пример обработки заявки
Предположим, поступает запрос на расчёт доставки. Вход содержит город, массу и габариты. Если любого параметра нет, оператор запрашивает уточнение. Если масса превышает условный предел 30 кг, заявка направляется специалисту. Для остальных случаев рассчитывается предложение по утверждённой таблице, после чего второй сотрудник проверяет адрес и тариф.
В этом примере результат процесса — не «заявка обработана», а сохранённый расчёт с исходными параметрами, датой и статусом проверки. Время выполнения нельзя назначать произвольно. Если команда хочет норматив 20 минут, его сначала проверяют на реальных условиях, включая ожидание уточнений, и только потом включают в процедуру.
Составь SOP по заметкам наблюдения за процессом.
Не добавляй несуществующие системы, роли и правила.
Структура: цель, границы, вход, результат, роли, доступы,
последовательность действий, развилки, исключения, контроль.
Каждый шаг должен содержать действие и признак завершения.
Раздели текущий порядок и предложения по улучшению.
Покажи вопросы, без которых процедуру нельзя безопасно выполнить.
Заметки: [наблюдение]. Утверждённые правила: [документы].Проведите проверку исполнением
Дайте инструкцию человеку, который знает предметную область, но не выполняет эту операцию ежедневно. Пусть он пройдёт её на тестовом случае, проговаривая непонятные места. Автор не должен постоянно подсказывать: каждая подсказка показывает, чего не хватает в документе. Запишите точки остановки и исправьте формулировки.
Проверьте обычный случай, неполные данные и хотя бы одно исключение. Отдельно убедитесь, что названия полей и кнопок совпадают с интерфейсом. Если процедура ссылается на внешний документ, проверьте доступность и актуальную версию. Неработающая ссылка превращает формально полную инструкцию в тупик.
После согласования назначьте владельца и правило обновления. Изменение системы, тарифа или полномочий роли должно запускать пересмотр затронутых шагов. Храните короткую историю изменений: что исправлено и почему. Для небольшого процесса это полезнее сложного согласования, которое никто не успевает проходить.
На практике полезно добавить пример корректно выполненной операции и пример типичной ошибки. Сотрудник сможет сравнить свой результат с образцом, а проверяющий получит единый ориентир. Для действий, которые нельзя легко отменить, укажите предварительную проверку и требуемое подтверждение по правилам команды. Если порядок восстановления после ошибки неизвестен, не придумывайте его: внесите отдельный вопрос владельцу процесса до утверждения инструкции.
Проверка готовности SOP
- У процесса понятные начало и конец.
- Все роли и доступы реально существуют.
- Развилки содержат условия и действия для каждой ветки.
- Есть правила остановки при неполных или спорных данных.
- Инструкцию проверили выполнением, а не только чтением.
Частые вопросы
Нужно ли описывать каждое движение мышью?
Только если это необходимо аудитории и влияет на результат. Для опытного сотрудника достаточно точных действий; для новичка могут понадобиться снимки экрана.
Можно ли сразу поручить выполнение агенту?
Сначала подтвердите сам процесс и контрольные точки. Автоматизация требует отдельной проверки доступов, ошибок и границ действий; текстовая инструкция её не заменяет.
Для оформления шагов полезны рекомендации Google по описанию процедур. Применяйте их к проверенному процессу, сохраняя реальные ограничения вашей команды.