Содержание статьи
О чём эта статья

Вы узнаете, зачем описывать процессы, познакомитесь с нотацией BPMN, получите метод из 4 шагов для описания любого процесса, разберёте инструменты и поймёте, когда стоит привлечь консультанта.

Зачем описывать бизнес-процессы

Каждый собственник сталкивался с ситуацией: ключевой сотрудник уходит в отпуск или увольняется, и внезапно выясняется, что никто не знает, как он делал свою работу. Клиенты ждут, заказы стоят, команда разводит руками.

Описание процессов решает четыре фундаментальные задачи бизнеса:

Делегирование. Невозможно передать задачу, которая не описана. Без регламента каждое делегирование превращается в устный пересказ, искажённый как в игре «испорченный телефон». С описанным процессом передача задачи занимает 8 минут вместо 2 часов объяснений.

Масштабирование. Чтобы открыть второй офис, запустить франшизу или удвоить команду, нужны описанные процессы. Без них каждый новый человек будет работать по-своему, качество будет скакать, а клиенты - жаловаться на нестабильность.

Улучшение. Нельзя оптимизировать то, что не зафиксировано. Когда процесс описан, видны узкие места, дублирование, лишние шаги. Без описания вы оптимизируете вслепую.

Онбординг. Новый сотрудник с описанными процессами выходит на результат за 2-3 недели. Без них - за 2-3 месяца, если вообще выходит. Разница в стоимости адаптации - в 3-4 раза.

Основы BPMN: минимум, который нужен собственнику

BPMN (Business Process Model and Notation) - стандарт описания процессов, который понимают и менеджеры, и разработчики. Вам не нужно становиться экспертом по BPMN. Достаточно знать пять базовых элементов.

  • Круг (событие). Обозначает начало и конец процесса. Зелёный - старт, красный, финиш.
  • Прямоугольник (задача). Конкретное действие: «Отправить КП клиенту», «Проверить оплату».
  • Ромб (развилка). Точка принятия решения: «Клиент согласовал? Да: переходим к договору. Нет, возвращаемся к обсуждению».
  • Стрелка (поток). Показывает последовательность действий.
  • Дорожки (пулы/лейны). Разделение по ролям: что делает менеджер, что делает бухгалтер, что делает клиент.

Этих пяти элементов достаточно для описания 90% процессов бизнеса. Сложные нотации с подпроцессами, таймерами и сигналами нужны для автоматизации: на начальном этапе без них можно обойтись.

Метод 4 шагов: как описать любой процесс

1
Определите границы процесса

Ответьте на три вопроса: что запускает процесс (вход)? Что является результатом (выход)? Кто участвует? Пример: процесс «Обработка заявки». Вход: заявка с сайта. Выход, подписанный договор или отказ. Участники, менеджер, руководитель отдела продаж, бухгалтер.

2
Опишите процесс «как есть» (as-is)

Проведите интервью с каждым участником процесса. Спросите: «Расскажи пошагово, что ты делаешь, когда приходит заявка?». Зафиксируйте каждый шаг, включая «неофициальные»: когда менеджер звонит бухгалтеру в WhatsApp, потому что через систему долго. Описывайте реальность, а не идеальную картинку.

3
Найдите узкие места и спроектируйте «как должно быть» (to-be)

Посмотрите на карту as-is и задайте вопросы: где теряется время? Где дублируются действия? Где чаще всего возникают ошибки? Где процесс зависит от одного человека? Устраните лишние шаги, уберите дублирование, добавьте точки контроля. Результат: карта to-be.

4
Оформите и внедрите

Переведите карту to-be в рабочий формат: визуальная схема + пошаговый чеклист для исполнителя. Назначьте владельца процесса. Обучите команду. Запустите в работу и соберите обратную связь через 2 недели. Скорректируйте по результатам.

Совет: не стремитесь к идеальному описанию с первого раза. Лучше рабочая версия 1.0 сегодня, чем идеальная версия через полгода. Процессы: живой документ, они обновляются по мере того, как бизнес учится.

Инструменты для описания процессов

Для визуальных карт

  • Miro: онлайн-доска для совместной работы. Идеальна для воркшопов по описанию процессов. Бесплатный план достаточен для старта.
  • draw.io (diagrams.net): бесплатный редактор диаграмм. Поддерживает BPMN. Работает в браузере, данные хранятся в Google Drive или на компьютере.
  • Lucidchart: профессиональный инструмент для BPMN. Платный, но удобный для команд, которые работают с процессами регулярно.

Для хранения регламентов

  • Notion: база знаний с визуальным редактором. Удобно для хранения регламентов, чеклистов и инструкций. Бесплатный для небольших команд.
  • Confluence: корпоративная вики от Atlassian. Подходит для компаний, которые уже используют Jira.
  • Google Docs: простой и доступный вариант. Не самый удобный для навигации, но работает.

Оптимальная связка для бизнеса: Miro для визуализации + Notion для хранения. Оба инструмента бесплатны на базовых тарифах и не требуют технических навыков.

Шаблон описания процесса

Каждый описанный процесс должен содержать минимум информации, чтобы любой сотрудник мог его выполнить:

Карточка процесса (шаблон)
Название: [Название процесса]
Владелец: [Должность + ФИО]
Вход (триггер): [Что запускает процесс]
Выход (результат): [Что является результатом]
Участники: [Роли и зоны ответственности]
Шаги: [Пронумерованные действия]
Сроки: [SLA по каждому шагу]
Точки контроля: [Где и как проверяем]
Исключения: [Что делать, если процесс идёт не по плану]
Версия: [Дата последнего обновления]

Типичные ошибки при описании процессов

Ошибка 1
Описывать «как должно быть» вместо «как есть»
Собственник описывает идеальный процесс, игнорируя реальность. Команда смотрит на регламент и говорит: «Мы так не работаем». Результат: регламент лежит в папке, никто его не использует. Всегда начинайте с as-is.
Ошибка 2
Слишком детальное описание
Регламент на 20 страниц с описанием каждого клика мышкой. Его никто не читает, обновлять невозможно. Уровень детализации должен быть достаточным, чтобы новый сотрудник выполнил процесс. Не больше.
Ошибка 3
Описать и забыть
Процессы описаны, но не обновляются. Через полгода документация не соответствует реальности. Без владельца процесса и регулярного аудита описание становится бесполезным.
Ошибка 4
Описывать все процессы сразу
Попытка описать 50 процессов за месяц заканчивается выгоранием и формальными регламентами. Начните с 3-5 ключевых. Когда они заработают, переходите к следующим.

Когда стоит привлечь консультанта

Описание процессов можно делать самостоятельно. Но есть три ситуации, когда внешний эксперт окупится.

У вас нет внутренней экспертизы. Никто в команде не умеет описывать процессы, и нет времени учиться. Консультант сделает за 2-4 недели то, что внутренняя команда будет делать 3 месяца.

Процессы запутаны и конфликтуют. Отделы работают по разным правилам, информация теряется на стыках. Внешний взгляд видит проблемы, которые изнутри незаметны из-за «привычки».

Описание нужно для автоматизации. Если цель: передать процессы в автоматизацию, нужен профессиональный уровень документации (BPMN, описание API, логика исключений). Операционное управление с автоматизацией требует точной документации.

По теме
Системный бизнес: как перестать зависеть от конкретных людей

Частые вопросы про описание бизнес-процессов

Описание бизнес-процесса: это документирование последовательности шагов, которые превращают входные данные (заявку, сырьё, запрос) в результат (продукт, услугу, решение). Описание включает: шаги процесса, ответственных, входы и выходы, сроки, точки контроля и исключения.
Четыре причины: 1) делегирование: невозможно передать то, что не описано; 2) масштабирование, нельзя тиражировать процесс, который существует только в голове; 3) улучшение, чтобы оптимизировать, нужно сначала зафиксировать текущее состояние; 4) онбординг, новый сотрудник выходит на результат за недели, а не за месяцы.
BPMN (Business Process Model and Notation): стандарт графического описания бизнес-процессов. Использует набор символов: прямоугольники для задач, ромбы для развилок, круги для начала/конца процесса, стрелки для потока. BPMN понятен и бизнесу, и IT.
Начните с процессов, которые: а) напрямую влияют на выручку; б) создают больше всего проблем; в) зависят от конкретных людей. Обычно это 3-5 ключевых процессов, которые дают 80% результата.
Три уровня: 1) карта процесса на одну страницу: обзорный уровень; 2) пошаговая инструкция с чеклистом, рабочий уровень; 3) полная BPMN-диаграмма, технический уровень для автоматизации. Для бизнеса обычно достаточно первых двух.
Для карт процессов: Miro, Lucidchart, draw.io (бесплатный). Для текстовых регламентов: Notion, Confluence, Google Docs. Оптимальная связка для бизнеса: Miro + Notion.
Обзорная карта: 2-4 часа. Детальный регламент с чеклистом, 1-2 дня. Полная BPMN-диаграмма, 3-5 дней. Для компании из 30-50 человек описание 5 ключевых процессов занимает 2-4 недели.
Назначьте владельца каждого процесса. Введите правило: любое изменение фиксируется в документации в течение 3 дней. Проводите ежеквартальный аудит. Без этого документация устаревает за 2-3 месяца.
В трёх случаях: нет внутренней экспертизы, процессы запутаны и конфликтуют, описание нужно для автоматизации или сертификации. Внешний консультант также полезен, когда внутренние попытки описания заходят в тупик.
Масштабирование: это тиражирование. Чтобы открыть второй офис, запустить франшизу или удвоить команду, нужны описанные процессы. Без них каждый новый сотрудник будет изобретать свой подход, качество будет нестабильным.

Итог: три действия на этой неделе

  1. Выберите один процесс, который создаёт больше всего проблем. Тот, где чаще всего ошибки, задержки или жалобы клиентов.
  2. Проведите интервью с участниками. 30 минут на каждого: «Расскажи пошагово, что делаешь». Зафиксируйте as-is.
  3. Оформите карту процесса на одну страницу. Вход, выход, шаги, ответственные. Покажите команде, соберите обратную связь.
Читайте по теме
Операционное управление бизнесом: полное руководство
Системный бизнес: как перестать тушить пожары
Делегирование задач: полное руководство
Масштабирование бизнеса: когда и как