Регламент бизнес-процесса: как написать рабочую инструкцию
Регламент нужен там, где повторяющаяся работа зависит от нескольких людей, а договоренности начинают теряться. Он фиксирует порядок действий, ответственность и способы обработки исключений. Разберем, как составить документ, которым удобно пользоваться во время работы.
Содержание статьи
Когда пора описать правила
Поводом могут быть повторяющиеся ошибки: клиенту отвечают два менеджера, заказ передают без нужных данных, возврат неделю ждет неизвестного согласования. Если каждый сотрудник действует по собственной версии процесса, полезно сначала собрать эти версии.
Выберите один участок с понятными началом и концом. Например, от подтвержденного заказа до передачи курьеру. «Работа отдела продаж» слишком широкая тема для первой инструкции: в ней легко смешать поиск клиентов, подготовку предложения и исполнение договора.
До написания регламента разберите несколько реальных случаев. Посмотрите, какие сведения сотрудники получают, где принимают решения и кому передают результат. Эта работа связана с описанием бизнес-процессов. Сам регламент закрепляет выбранный порядок после разбора.
Сначала договоритесь о процессе
Если команда не решила, кто вправе менять срок доставки, аккуратный документ не устранит спор. Такие вопросы нужно обсудить с ответственным руководителем и участниками процесса.
Разделите наблюдения на три группы: действующие полезные правила, случайные обходные действия и нерешенные противоречия. Обходной путь может поддерживать работу при сбое системы, но его нельзя автоматически превращать в основной порядок.
В кейсе Why Not? Flowers описано разделение функций менеджеров и флористов, а также передача статусов доставки через связку CRM и Telegram. Для регламента такого процесса существенны момент передачи заказа, обязательные сведения и ответственность за статус. Пример ниже — самостоятельный учебный образец; это не внутренний документ проекта.
Что включить в регламент
| Часть | Содержание | Вопрос для проверки |
|---|---|---|
| Назначение | Какой повторяющийся результат нужен | Зачем существует процесс |
| Границы | Событие начала и условие завершения | Когда начинать и заканчивать |
| Участники | Ответственный за результат и исполнители | Кто принимает решение |
| Входные данные | Что должно быть известно до начала | Можно ли работать без уточнений |
| Порядок | Действия, проверки и передача | Что делать следующим |
| Исключения | Сбои и нестандартные ситуации | К кому обращаться |
| Контроль | Записи и признаки выполнения | Где видно, что работа сделана |
| Версия | Владелец, дата действия и пересмотр | Какая редакция актуальна |
Таблицу можно прокрутить вправо
Добавляйте только сведения, которые помогают действовать. Историю компании и общие рассуждения о качестве лучше оставить за пределами инструкции. Сложное действие можно раскрыть отдельной памяткой и дать на нее ссылку.
Учебный пример: передача заказа в доставку
Начало: заказ собран и прошел согласованную проверку комплектности. Завершение: курьер принял заказ, время передачи записано, ответственный видит актуальный статус.
Перед передачей нужны номер заказа, адрес, согласованный интервал, контакт получателя и сведения об особых условиях. Доступ к этим данным получают участники, которым они нужны для исполнения заказа.
| Шаг | Исполнитель | Действие | Запись о результате |
|---|---|---|---|
| 1 | Сборщик | Проверить состав и упаковку | Отметка о готовности |
| 2 | Координатор | Проверить адрес и интервал | Подтвержденные данные доставки |
| 3 | Координатор | Назначить доступного курьера | Имя исполнителя и время назначения |
| 4 | Курьер | Принять заказ | Время передачи и статус |
| 5 | Координатор | Проверить отсутствие неподтвержденных передач | Список исключений или завершение проверки |
Таблицу можно прокрутить вправо
В реальной компании названия ролей и поля могут быть другими. Сначала проверьте, можно ли выполнить каждое действие в используемой системе. Нельзя требовать от сотрудника отметку, для которой у него нет доступа или подходящего поля.
Опишите повторяющиеся исключения
Добавьте несколько повторяющихся проблем. Если адрес неполный, кто связывается с клиентом? Если курьер не подтвердил прием, кто ищет замену? Если обещанный интервал уже недостижим, кто согласует изменение и фиксирует его?
Для каждого исключения укажите событие, ответственного, действие и предел ожидания. Время реакции выбирают по условиям бизнеса: для доставки сегодня и для поставки через месяц нужны разные сроки.
В учебном процессе отсутствие подтверждения курьера может возвращать задачу координатору. Он проверяет связь, решает вопрос с заменой и передает клиенту подтвержденную информацию. Автоматическое изменение статуса без фактического приема заказа здесь создало бы ложное ощущение готовности.
Если исключений слишком много, сгруппируйте их по решениям. Сотруднику удобнее найти раздел «не хватает данных», чем просматривать десятки почти одинаковых случаев.
Как проверить документ до запуска
Дайте черновик человеку, который выполняет эту работу, и попросите провести по нему обычный заказ. Затем проверьте хотя бы один нестандартный случай. Наблюдайте, где сотрудник вынужден додумывать правило, искать информацию в переписке или обращаться к автору.
Исправьте пропуски и лишние шаги. Уточните названия кнопок и полей, если документ зависит от конкретной системы. Скриншоты полезны для сложного интерфейса, но быстро устаревают; обозначьте, кто их обновляет.
После проверки объясните команде причину изменений и разберите типовые ситуации. Отметка о прочтении не доказывает, что человек умеет действовать. Для новых сотрудников включите практический сценарий в адаптацию.
Как поддерживать актуальность
Храните одну действующую версию и архив предыдущих. При изменении процесса указывайте, с какого момента действует правило и что именно поменялось. Назначьте владельца документа: человека, который собирает замечания и организует пересмотр.
Следите за несколькими признаками: возвратами на предыдущий этап, неполными передачами, задержками и повторными обращениями за разъяснением. Если формальное соблюдение инструкции создает проблемы клиенту, пересматривайте сам процесс.
Регламент стоит проверить после изменения системы, ролей или условий услуги. Плановый пересмотр тоже полезен, но его периодичность зависит от частоты изменений. Короткий актуальный документ с рабочими исключениями полезнее большого сборника, которому сотрудники перестали доверять.
Продолжить разбор
Источники и материалы
Обсудить задачу с командой: Консалтинг и услуги для бизнеса.