Регламент процесса — это документ из семи разделов, тело которого помещается на одну страницу: область действия, роли, шаги с ответственными, сроки, исключения, эскалация, дата и владелец документа. Всё остальное — формы, шаблоны писем, справочники причин, скриншоты — уходит в приложения, на которые из тела стоят ссылки.
Начинать удобнее не со структуры, а с честного ответа на вопрос, почему регламенты не читают. Причин ровно четыре, и все они лечатся формой документа. Регламент описывает организацию, а не действие («отдел розничных продаж осуществляет взаимодействие с покупателем»). Он написан для проверяющего, а не для исполнителя. В нём нет исключений — а именно в них сотрудник и упирается. И у него нет даты, поэтому через полгода никто не знает, действует он или нет.
Дальше — структура на сквозном примере. Компания: розничная сеть бытовой техники, 40 человек, три магазина и склад, 210 возвратов товара в месяц, в процессе участвуют 11 сотрудников. Полная стоимость часа сотрудника — 780 ₽, руководителя — 1 400 ₽. Возврат выбран потому, что это процесс с коротким основным путём и длинным хвостом исключений: идеальная проверка для любой структуры регламента.
Семь разделов и цена каждого пропуска
Разделы идут в этом порядке не случайно: сотрудник сначала должен понять, его ли это случай, потом — своя ли это роль, и только потом читать шаги. Колонка справа — не абстрактный риск, а то, что происходит в компании из примера.
| Раздел | Что в нём написано | Что бывает, если пропустить |
|---|---|---|
| 1. Область действия | На какие случаи распространяется и на какие нет: розничный возврат до 14 дней — да, возврат от юрлица и гарантийный ремонт — нет, для них другие документы | Возврат от юрлица принимают по розничной схеме, без акта и без счёта-фактуры; бухгалтерия разбирает это на закрытии месяца |
| 2. Роли | Пять ролей по должностям: продавец-кассир, старший смены, сервисный инженер, бухгалтер-кассир, кладовщик. Отдельно назван владелец процесса | «Принимает старший смены» — а в вечернюю смену старшего нет, и товар лежит до утра, клиент ждёт вторые сутки |
| 3. Шаги с ответственными | Шесть шагов основного пути, каждый по формуле «кто — что — где — за сколько — чем подтверждается» | Три магазина делают по-своему, разброс времени на одну операцию — от 12 до 55 минут |
| 4. Сроки | Норматив на каждый шаг и на процесс целиком: 2 рабочих дня без экспертизы, 6 — с экспертизой | Возврат «висит» четвёртый день, клиент звонит трижды, разбирается руководитель |
| 5. Исключения | Девять случаев, где основной путь не работает, и что делать в каждом | Нестандартные возвраты уходят наверх: около 40 обращений к руководителю в месяц вместо трёх |
| 6. Эскалация | Три уровня и сроки: старший смены — руководитель розницы за 4 часа — директор в течение рабочего дня | Сотрудник либо принимает решение сам и ошибается, либо останавливает процесс до понедельника |
| 7. Дата и владелец | Дата вступления, дата пересмотра, фамилия владельца документа | Через полгода половина текста противоречит реальности, а ссылаться на регламент в споре уже нельзя |
Порядок разделов и их наличие — половина дела. Вторая половина в том, что каждый из них должен быть коротким. Регламент на 14 страниц не читают не потому, что сотрудники ленивы, а потому что найти в нём свой случай дороже, чем спросить у коллеги.
Правило одной страницы: что в теле, что в приложениях
Тело регламента — одна страница, примерно 2 500 знаков. В неё входит то, без чего нельзя выполнить шаг: кто, что, где, за сколько, чем подтверждается. Всё, что нужно не всегда или не всем, выносится в приложения по ссылке.
| Остаётся в теле | Уходит в приложение |
|---|---|
| Шесть шагов с ответственными и сроками | Шаблоны сообщений клиенту — приложение 1 |
| Девять исключений одной строкой каждое | Справочник причин возврата и коды — приложение 2 |
| Три уровня эскалации с телефонами | Пошаговые экраны 1С с иллюстрациями — приложение 3 |
| Дата, владелец, дата пересмотра | Форма акта осмотра и бланк экспертизы — приложение 4 |
Разделение полезно ещё и тем, что у тела и приложений разный срок жизни. Приложение 3 с экранами системы устаревает при каждом обновлении конфигурации, тело — раз в год. Если они лежат в одном документе, устаревает всё сразу, и сотрудник перестаёт доверять всему тексту. Тот же принцип работает и при выборе формата описания процесса: вид документа определяется тем, кто и как часто его читает.
Сравнение двух документов в две колонки. Слева «Как обычно»: толстый блок с подписью «14 страниц сплошного текста», внизу помета «читают 0 из 11 сотрудников». Справа «Как надо»: тонкий лист «тело — 1 страница, 2 500 знаков» с шестью строками шагов, от него четыре стрелки к маленьким карточкам «Приложение 1. Шаблоны сообщений», «Приложение 2. Справочник причин», «Приложение 3. Экраны 1С», «Приложение 4. Формы актов». Подпись под правой колонкой: «тело живёт год, приложение 3 — до следующего обновления». Чертёжный стиль, подписи по-русски.
Формулировка шага: пять элементов и ни одним меньше
Шаг регламента считается написанным, если в нём есть пять элементов: кто (должность, не отдел), что делает (глагол действия), в какой системе или где физически, за какое время, чем подтверждается выполнение. Пятый элемент пропускают чаще всего, а он и превращает текст в проверяемый.
| Как написано обычно | Как должно быть написано |
|---|---|
| Менеджер оформляет возврат в системе | Продавец-кассир в течение 15 минут с момента обращения создаёт в 1С:Розница документ «Возврат от покупателя», прикладывает фото товара и скан чека. Подтверждение — номер документа, названный клиенту |
| Проводится осмотр товара | Старший смены в течение 2 часов осматривает товар и проставляет в документе один из трёх статусов: «принят», «на экспертизу», «отказ». Подтверждение — статус и комментарий на одну-две строки |
| Деньги возвращаются клиенту в установленный срок | Бухгалтер-кассир в течение 1 рабочего дня после статуса «принят» проводит возврат тем же способом, которым была оплата, и отправляет клиенту сообщение по шаблону из приложения 1. Подтверждение — номер платёжного документа |
Ниже — весь основной путь возврата в этой формулировке. Шесть шагов, суммарный норматив — 2 рабочих дня без экспертизы и 6 рабочих дней с экспертизой.
- 1Шаг 1. Приём обращения — продавец-кассир, 15 минут
Принимает товар, сверяет с чеком, создаёт в 1С:Розница документ «Возврат от покупателя», прикладывает фото товара и скан чека. Подтверждение — номер документа, названный клиенту.
- 2Шаг 2. Осмотр и решение — старший смены, 2 часа
Осматривает товар и ставит один из трёх статусов: «принят», «на экспертизу», «отказ». Отказ обязательно сопровождается ссылкой на пункт раздела исключений. Подтверждение — статус и комментарий.
- 3Шаг 3. Экспертиза, если она нужна — сервисный инженер, 3 рабочих дня
Даёт заключение о характере неисправности и прикладывает его файлом к документу возврата. Подтверждение — файл заключения с датой и подписью.
- 4Шаг 4. Возврат денег — бухгалтер-кассир, 1 рабочий день
Проводит возврат тем же способом, которым была оплата, и отправляет клиенту сообщение по шаблону из приложения 1. Подтверждение — номер платёжного документа.
- 5Шаг 5. Движение товара — кладовщик, тот же день
Перемещает товар на склад возвратов или в брак и отражает движение в 1С. Подтверждение — проведённый документ перемещения.
- 6Шаг 6. Закрытие — старший смены, до конца смены
Проверяет, что заполнены все обязательные поля документа, и переводит его в статус «закрыт». Подтверждение — статус «закрыт» и отсутствие пустых обязательных полей.
Схема процесса из шести блоков слева направо: «Приём обращения · продавец-кассир · 15 мин» → «Осмотр и решение · старший смены · 2 ч» → «Возврат денег · бухгалтер-кассир · 1 раб. день» → «Движение товара · кладовщик · тот же день» → «Закрытие · старший смены · до конца смены». От блока «Осмотр» вниз отходит ветка «Экспертиза · сервисный инженер · 3 раб. дня», возвращающаяся к «Возврату денег». Сбоку вертикальная полоса «Исключения — 9 случаев» со стрелками к шагам 1 и 2. Внизу подпись: «норматив 2 рабочих дня, с экспертизой 6». Подписи по-русски.
Исключения: треть объёма и откуда их берут
Основной путь сотрудник осваивает за один день. Упирается он в исключения — и именно из-за них идёт к руководителю, тормозит клиента или принимает решение наугад. Поэтому раздел исключений в рабочем регламенте занимает не меньше трети объёма: в примере с возвратом это девять случаев на шесть шагов основного пути.
- Нет чека. Проверяем покупку по номеру телефона в 1С за 12 месяцев; если найдена — принимаем как обычно, если нет — отказ со ссылкой на этот пункт.
- Товар без заводской упаковки. Принимаем, если товар не относится к списку из приложения 2; удержаний за упаковку не делаем.
- Возврат от юридического лица. Не по этому регламенту: передаём в бухгалтерию, срок ответа клиенту — 1 рабочий день.
- Товар куплен по акции или промокоду. Возвращаем фактически уплаченную сумму, а не цену по прайсу; сумма видна в документе продажи.
- Прошло больше 14 дней. Только через гарантийный ремонт; решение о жесте доброй воли принимает руководитель розницы.
- Товар с доставкой и сборкой. Стоимость сборки не возвращается, если товар был собран; вызов мастера для разборки — по приложению 4.
- Оплата картой, клиент просит наличные. Возврат только тем же способом; исключений нет, формулировка отказа — в приложении 1.
- Куплено в другом магазине сети. Принимаем в любом магазине, документ создаётся в магазине приёма, товар едет на общий склад возвратов.
- Клиент угрожает жалобой в надзорный орган. Немедленная эскалация на руководителя розницы, разговор продолжает он; никаких обещаний до его подключения.
Взять исключения из головы нельзя — их собирают из фактов. Рабочий способ: выгрузить все возвраты за квартал, отобрать те, что заняли больше норматива или закончились обращением к руководителю, и разобрать причины. В компании из примера таких оказалось около 40 за квартал, и они свернулись в девять формулировок. Это тот же приём, которым собирают карту процесса при предпроектном обследовании: реальность берут из выгрузок и наблюдения, а не из рассказа о том, как должно быть.
Если за полгода девять исключений превратились в тридцать, а основной путь остался прежним, регламент перестал описывать процесс и начал латать его. Обычно это значит, что в процессе есть системный дефект: нет данных на нужном шаге, две системы не связаны, ответственность разорвана между отделами. Дописывать тридцать первое исключение бесполезно — надо чинить процесс.
Внедрение: обучение, проверка понимания, пересмотр через месяц
Написанный регламент не работает сам по себе. Между «документ готов» и «процесс идёт по документу» лежат три обязательных шага, и все три занимают меньше времени, чем написание.
- 1Обучение — один час на 11 человек. Не пересказ текста, а разбор пяти случаев: три типовых и два из раздела исключений. Ведёт владелец процесса, а не автор документа.
- 2Проверка понимания — 20 минут на человека, письменно. Каждому три ситуации из раздела исключений, ответ в одну строку. Смысл не в оценке, а в том, чтобы увидеть, какие формулировки понимаются двояко: обычно это два-три пункта из девяти, и их сразу переписывают.
- 3Пересмотр через месяц эксплуатации. Разбираются все возвраты за месяц: где норматив не выдержан, какие случаи не описаны, какие шаги оказались лишними. В примере из этого разбора родились два новых исключения и один шаг был убран целиком.
Эффект считается по разбросу. До регламента обработка одного возврата занимала от 12 до 55 минут, в среднем 26; после — от 9 до 24 минут, в среднем 17. Девять минут на 210 возвратов дают 31,5 часа в месяц, или 24 570 ₽ при ставке 780 ₽/час. Окупаемость — 1,4 месяца. Сокращается при этом не быстрый край, а медленный: регламент почти не ускоряет того, кто и так делал правильно, он убирает случаи на 40–55 минут.
Два горизонтальных диапазона друг под другом, ось X — минуты от 0 до 60. Верхний: «До регламента — от 12 до 55 минут, среднее 26» с утолщением у отметки 26 и длинным хвостом вправо. Нижний: «После регламента — от 9 до 24 минут, среднее 17». Справа выноска: «210 возвратов в месяц × 9 минут = 31,5 часа = 24 570 ₽ в месяц». Внизу подпись «окупаемость регламента — 1,4 месяца». Все числа подписаны, единицы — минуты и рубли.
Из регламента в базу знаний ИИ-ассистента
Через год-полтора тот же текст обычно нужен второй раз: компания собирает ассистента для сотрудников или бота поддержки, и встаёт вопрос, откуда брать ответы. Регламент, написанный по описанной структуре, переносится в базу знаний почти без переписывания — и это не совпадение, а следствие формы.
- Шаг ложится в базу как есть. Формула «кто — что — где — за сколько — чем подтверждается» уже содержит всё, что нужно для ответа на вопрос «что мне сейчас делать».
- Исключение — готовая пара «вопрос — ответ». «Клиент без чека, что делать» — точная формулировка запроса сотрудника, а не заголовок раздела нормативного документа.
- Дата и владелец дают ассистенту право на ответ. Статья без даты актуальности для базы знаний бесполезна: невозможно понять, отменён порядок или нет.
- Ссылки на приложения превращаются в отдельные статьи. Именно поэтому приложения выносят наружу, а не вклеивают в тело: одна статья базы — один вопрос.
Что переносится плохо: сплошной текст без границ применимости, отсылки вида «см. приложение 3» без пояснения, что там, и формулировки в страдательном залоге без указания исполнителя. Ассистент на таких данных отвечает уверенно и неверно, и это будет дефектом базы знаний, а не модели. Как поддерживать такую базу живой — отдельная работа со своим регламентом; мы разбираем корпоративную базу знаний как самостоятельное решение с составом работ и ценой.
Когда регламент — правильный ответ, а когда он консервирует поломку
Регламент честно выигрывает у автоматизации в трёх случаях. Первый — объём ниже порога окупаемости доработки. Второй — процесс меняется чаще, чем доработка успевает окупиться: правила возврата у розницы правятся два-три раза в год, и переписать страницу текста дешевле, чем переделывать документооборот в системе. Третий — источник разброса не в системе, а в разных решениях людей на одном и том же шаге.
Арифметика на примере. Регламент — 35 400 ₽ и 24 570 ₽ экономии в месяц, окупаемость 1,4 месяца. Доработка 1С под тот же процесс (форма возврата с обязательными полями, автосоздание документов, автоуведомление клиенту) — около 260 000 ₽ и ещё 21 840 ₽ экономии сверху, то есть окупаемость почти 12 месяцев. Отсюда правильный порядок: сначала одна страница текста, через квартал — решение об автоматизации, принятое на измеренных числах, а не на ощущениях. Перед самим запуском доработки пригодится форма готовности, в которой обученность людей — отдельный обязательный пункт.
И обратная сторона. Регламент маскирует сломанный процесс, когда он описывает обход дефекта, а не порядок работы. Три признака, по которым это видно.
- В тексте есть шаги вида «позвоните кладовщику и уточните остаток». Это не регламент, а инструкция по обходу отсутствующей интеграции: данные есть в системе, но не там, где принимается решение.
- Больше трёх шагов ручного переноса данных между системами. Каждый такой шаг — источник ошибки и повод для спора «кто не перенёс»; текстом это не лечится.
- Раздел исключений растёт быстрее тела. Признак, что типового пути фактически нет, а регламент превратился в сборник частных случаев. Здесь дешевле пересобрать процесс, чем описывать его дальше.
Есть и случай, когда регламент не нужен вовсе: процесс выполняет один человек, он же принимает все решения, и объём меньше 20 операций в месяц. Здесь документ будет писаться дольше, чем экономить, а его настоящая ценность — передача дел при увольнении — закрывается получасовой памяткой. Ту же логику мы применяли к регламенту обработки заявки: порог, ниже которого документ не окупается, есть у любого процесса.
Хороший регламент экономит не время на печать документа, а время на спор о том, кто должен был это сделать.
