Описание бизнес-процессов — это последовательное документирование того, как в компании создаётся результат: какие шаги, кто выполняет, что на входе и что на выходе. Результат описания — регламенты, чек-листы и карта процессов. Цель — сделать результат повторяемым, независимым от конкретных сотрудников.
Зачем описывать процессы
Описание процессов — это не «ради документа», а ради конкретных результатов. Оно решает пять задач.
1. Стабильность результата
Процесс, описанный один раз, даёт одинаковый результат в разных условиях — при разной загрузке, при разных исполнителях. Уходит зависимость от «настроения» и «памяти» конкретных сотрудников.
2. Быстрый онбординг
Новый сотрудник учится по документу, а не по «смотри и повторяй». Срок адаптации сокращается в 2–3 раза, нагрузка на наставника падает.
3. Независимость от конкретных людей
Уход сотрудника перестаёт быть катастрофой. Процесс живёт в документе, а не в голове одного человека.
4. Возможность улучшать
Пока процесс не описан, его нельзя оптимизировать. Описанный процесс можно анализировать и улучшать — в связке с бережливым подходом и кайдзен.
5. Основа для масштабирования
Открыть второе направление, нанять новых людей, запустить новый продукт — всё это возможно только при повторяемых процессах.
Порядок работы: 7 шагов
Описание процессов — это не хаотичная работа, а последовательность. Каждый шаг опирается на предыдущий.
Шаг 1. Построить карту процессов
Первое, что делается, — карта процессов. Это обзорная схема всех процессов компании: какие есть, что на входе и выходе, как связаны. Без карты невозможно понять, какие процессы описывать первыми.
Карта строится вместе с командой: руководители ключевых направлений собираются и на 2–4 встречи описывают, как работает компания. Обычно получается 8–15 ключевых процессов.
Шаг 2. Выбрать приоритетные процессы
Не всё подряд, а 2–3 процесса, где чаще всего сбои. Критерии выбора:
- Результат нестабилен: иногда хорошо, иногда плохо.
- Ошибки повторяются.
- Всё держится на одном человеке.
- Есть жалобы клиентов или команды.
Обычно это продажи, работа с клиентом или выполнение заказа. Начинать с них — даёт максимальный эффект.
Шаг 3. Собрать информацию у исполнителей
Описывает тот, кто делает, а не тот, кто руководит. Исполнитель знает детали и «невидимые» шаги, которых нет у руководителя. Форматы: интервью, наблюдение, разбор одного кейса вместе с командой.
Полезный вопрос: «Проведи меня по шагам этого процесса на конкретном примере». Не «опиши в общем», а «покажи, как было в прошлый вторник».
Шаг 4. Записать процесс по шагам
Для каждого процесса фиксируется:
| Элемент | Что фиксируется | Пример |
|---|---|---|
| Назначение | Зачем существует процесс | Принять заказ от клиента без ошибок |
| Вход | Что запускает процесс | Заявка клиента или звонок |
| Шаги | Последовательность действий | Проверка данных → согласование → передача в работу |
| Ответственные | Кто выполняет шаги | Менеджер, руководитель отдела |
| Выход | Результат процесса | Подтверждённый заказ |
| Точки контроля | Где проверяется качество | Перед отправкой клиенту |
Пишется по факту — «как есть», а не «как должно быть». Идеальный процесс описывать бессмысленно: с ним нельзя работать.
Шаг 5. Уточнить с командой
Собранный черновик обязательно показать тем, кто выполняет процесс. На этой встрече выявляются две вещи:
- Что упустили: шаги, которые руководитель не заметил.
- Что расходится: как думали руководители и как на самом деле.
После этой встречи процесс становится реальным, а не «кабинетным».
Шаг 6. Оформить в регламент
Черновик превращается в регламент — рабочий документ, по которому будут работать. Оптимальный объём — 2–5 страниц. Что включается:
- Назначение и границы процесса.
- Ответственные и их зоны.
- Шаги с указанием сроков.
- Точки контроля.
- Критерии результата.
- Что делать в нестандартных ситуациях.
Если регламент длиннее 5 страниц — вероятно, в него закралась лишняя детализация. Часть информации лучше вынести в отдельные инструкции или чек-листы.
Шаг 7. Настроить контроль и улучшать
Регламент — не финал. После внедрения нужно:
- Расставить точки контроля — где проверяется результат.
- Ввести 1–3 KPI — какие показатели отслеживаются.
- Раз в 6–12 месяцев — ревизия: что изменилось, что улучшить.
Хороший процесс — это не тот, что описан идеально, а тот, по которому действительно работает команда. Регламент без внедрения — это бумага. — принцип процессного управления
Пример: описание процесса «Приём заказа»
Рассмотрим конкретный пример — как может выглядеть описание процесса приёма заказа от клиента.
Назначение
Принять заказ клиента без ошибок в данных, согласовать условия, передать в работу.
Границы
Начинается с обращения клиента (звонок, письмо, форма). Заканчивается подтверждённым заказом, переданным в производство или на склад.
Ответственные
Менеджер по продажам — выполняет шаги. Руководитель отдела — отвечает за результат процесса.
Шаги
- Получить заявку клиента и занести в CRM (в течение 15 минут).
- Связаться с клиентом, уточнить детали, зафиксировать в CRM.
- Проверить наличие товара / возможности выполнения — по запросу к складу или производству.
- Согласовать цену и условия — при необходимости через руководителя.
- Отправить клиенту подтверждение заказа.
- Передать заказ в работу: на склад, в производство или в доставку.
Точки контроля
- Перед подтверждением клиенту — проверка данных.
- Перед передачей в работу — согласование цены и сроков с руководителем.
Критерии результата
- Заказ подтверждён и внесён в CRM.
- Клиент уведомлён письмом или звонком.
- Заказ передан в следующий процесс без задержек.
Такой процесс занимает 1–2 страницы. По нему может работать новый сотрудник со второй недели. Он не зависит от памяти конкретного менеджера и не требует постоянного участия руководителя.
Типичные ошибки
1. Описывать «как должно быть»
Идеальный процесс отличается от реальности. Если описать «как надо» с самого начала — документ никто не будет использовать. Правило: сначала «как есть», потом улучшения.
2. Слишком длинные регламенты
Регламент на 15 страниц не читается. Оптимум — 2–5 страниц. Всё остальное — в инструкции и чек-листы.
3. Описание без исполнителей
Если процесс описывает только руководитель — минимум 30% шагов пропущено или искажено. Всегда проверять с теми, кто выполняет.
4. Попытка описать всё сразу
Компания решает описать 20 процессов за месяц. Через неделю энтузиазм пропадает, работа останавливается. Начинать с 2–3 ключевых.
5. Регламент без внедрения
Документ написан, но команда работает по-старому. Регламент нужно внедрять: обучить, ответить на вопросы, встроить в ритм работы, проверять соблюдение.
6. Нет обновления
Процесс меняется, а регламент остаётся старым. Через год никто не помнит, что в нём написано. Ревизия раз в 6–12 месяцев — обязательна.
Описание процессов — это не «написать документы», а сделать работу предсказуемой. Начинать с карты процессов, выбрать 2–3 приоритета, описать их вместе с командой, внедрить и обновлять. Первые результаты видны через 3–4 недели: меньше пожаров, больше понимания, ниже зависимость от конкретных людей.
Как это применяется в методе СТОИК
В методе СТОИК описание процессов — практический инструмент столпа «Система». Это первый столп, с которого начинается систематизация бизнеса.
Логика работы:
- Карта процессов. Строится обзорная схема всех процессов компании.
- Приоритизация. Выбираются 2–3 процесса, где чаще всего сбои.
- Описание процессов. Каждый процесс описывается по шагам вместе с командой.
- Регламенты и чек-листы. Черновики превращаются в рабочие документы.
- Ответственные. Через матрицу ответственности фиксируется, кто отвечает за шаги и результат.
- Точки контроля. Определяется, где проверяется качество.
- Внедрение. Команда обучается, регламенты встраиваются в работу.
- Регулярная ревизия. Раз в 6–12 месяцев — пересмотр, обновление, улучшения.
Описание процессов — не разовый проект, а постоянно работающая часть системы. В СТОИК это первый шаг: без описанных процессов остальные столпы теряют основание. Подробнее о методе — на странице метода.
Частые вопросы
С чего начать описание бизнес-процессов?
С карты процессов — обзорной схемы всех процессов компании. На ней видно, какие процессы вообще есть и как они связаны между собой. Уже на этом шаге становится понятно, какие процессы описывать первыми. Начинать с отдельных процессов без карты — риск описать не то, что нужно, и упустить важные связи.
Сколько процессов нужно описать в малом бизнесе?
Не всё сразу. Оптимальный подход — начать с 2–3 ключевых процессов, где чаще всего происходят сбои. Обычно это продажи, работа с клиентом или выполнение заказа. Как только они начнут работать стабильно, переходить к следующим. Описать все процессы сразу — путь к тому, что ничего не будет внедрено.
Кто должен описывать процессы — руководитель или исполнитель?
Пишет тот, кто выполняет процесс, но при участии руководителя. Исполнитель знает детали и «невидимые» шаги, которые руководитель может пропустить. Руководитель задаёт цель, границы и точки контроля. Если процесс описывает только руководитель, документ получится оторванным от реальности. Если только исполнитель — может потеряться общий смысл процесса.
Нужно ли описывать процессы, если в компании 5–10 человек?
Да, но не все. Даже в компании из 5 человек есть 3–5 процессов, где ошибки критичны: продажи, работа с клиентом, оплата. Их стоит описать первыми. В маленьких командах регламент часто заменяется чек-листом или короткой инструкцией. Это нормально, если результат становится стабильным.
Как часто обновлять описанные процессы?
Раз в 6–12 месяцев — ревизия, при изменении процесса — сразу. Описанный процесс, который не обновляется, быстро устаревает и перестаёт работать. Хорошая практика: раз в квартал короткая сверка — изменилось ли что-то в реальности. Если да — обновить документ. Если нет — оставить как есть.