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

Описание бизнес-процессов нужно не ради папки с регламентами. Оно помогает увидеть, где работа ждёт, дублируется, возвращается на переделку или зависит от конкретного человека. Хорошая схема процесса отвечает на простой вопрос: как компания превращает вход в предсказуемый результат для клиента.

Начинать лучше не со всех процессов сразу, а с одного болезненного и значимого.

Шаг 1. Выберите процесс

Приоритетный процесс обычно:

• влияет на деньги или клиентский опыт;
• регулярно даёт ошибки и задержки;
• проходит через несколько ролей;
• зависит от собственника;
• будет перегружен при росте.

Примеры: обработка входящего лида, выполнение заказа, запуск нового сотрудника, закупка, согласование договора, возврат клиента.

Сформулируйте границы: где процесс начинается и каким измеримым результатом заканчивается.

Шаг 2. Назначьте владельца

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

Его задача — видеть сквозной путь, согласовывать правила, следить за метриками и инициировать улучшения. Без владельца проблема будет перемещаться между отделами.

Шаг 3. Соберите фактическую картину «как есть»

Не начинайте с того, как «должно быть». Поговорите с участниками, посмотрите реальные задачи, документы, чаты и данные систем. Пройдите один недавний кейс от начала до конца.

Зафиксируйте:

• вход и источник;
• последовательность действий;
• роли и передачи;
• системы и документы;
• время работы и ожидания;
• исключения;
• точки контроля;
• типовые ошибки.

Часто именно фактическая карта показывает, что официальный регламент давно не соответствует реальности.

Шаг 4. Нарисуйте простую схему

Для начала достаточно блоков и стрелок. Каждый блок — действие с глаголом: «проверить данные», «согласовать цену», «выставить счёт». Укажите ответственного и результат шага.

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

Шаг 5. Найдите потери

Ищите семь типов проблем:

Ожидание. Задача лежит между шагами.

Переделка. Результат возвращается из-за ошибки или неполных данных.

Лишнее согласование. Решение проходит уровни, которые не добавляют ценности.

Дублирование. Одни данные вводятся в несколько систем.

Ручная рутина. Повторяющееся действие можно упростить или автоматизировать.

Неясная ответственность. Несколько участников считают, что отвечает другой.

Нестандартность без причины. Каждый выполняет одну и ту же задачу по-своему.

Оцените проблему по влиянию на время, качество, деньги и риск.

Шаг 6. Спроектируйте процесс «как должно быть»

Сначала уберите ненужное, затем упрощайте и только потом автоматизируйте. Автоматизация плохого процесса делает ошибки быстрее.

Для нового варианта определите:

• обязательный вход;
• шаги и ответственных;
• правила решений;
• допустимое время;
• контроль качества;
• обработку исключений;
• выход и критерий завершения.

Проверьте схему на одном реальном кейсе до масштабного внедрения.

Шаг 7. Определите показатели

Процессу нужны 2–4 метрики:

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

Избегайте метрик активности без связи с результатом. Количество обработанных задач полезно только вместе с качеством и временем.

Шаг 8. Оформите рабочий регламент

Регламент должен быть коротким и доступным в момент работы. Включите:

• цель и границы процесса;
• роли;
• схему;
• пошаговую инструкцию;
• шаблоны и ссылки;
• правила исключений;
• показатели;
• дату и владельца версии.

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

Шаг 9. Внедрите на пилоте

Выберите одну команду, продукт или тип клиентов. Объясните, какую проблему решает изменение. Дайте участникам канал обратной связи и заранее назначьте дату разбора.

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

Шаг 10. Закрепите и улучшайте

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

Оптимизация — цикл, а не разовый проект: факт → проблема → гипотеза → тест → стандарт.

Пример: обработка входящего лида

Вход: обращение с телефоном и источником.

Результат: квалифицированная возможность со следующим шагом или корректно закрытая причина отказа.

Роли: маркетинг, менеджер, руководитель продаж.

Метрики: время первого ответа, доля обработанных обращений, конверсия в квалификацию, доля сделок со следующим шагом.

Типовые потери: дубли из разных каналов, поздний ответ, отсутствие обязательных вопросов, потерянная договорённость.

Даже такой простой паспорт процесса снижает зависимость от памяти сотрудников.

FAQ

С какого бизнес-процесса начать?

С того, где одновременно высоки влияние на деньги или клиента и частота проблем. Часто это продажи, выполнение заказа или согласование.

В какой программе описывать процессы?

На старте инструмент вторичен. Подойдут доска, редактор схем или документ. Важнее фактическая карта, понятные роли и использование в работе.

Нужно ли описывать все процессы?

Нет. Подробно описывайте критические, повторяющиеся и рискованные процессы. Для простых задач достаточно чек-листа.

Что делать дальше

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

Если процессы проходят через несколько функций и годами возвращаются к собственнику, «Апвайз» может помочь описать, изменить и закрепить их в рамках годового сопровождения.

Следующий шаг

Разберём вашу ситуацию на цифрах

Покажем, где находится главное ограничение и какие решения стоит проверить в первую очередь.

Получить разбор →