Как описать бизнес-процесс: карта и рабочий пример

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

Допустим, клиент прислал заявку в общий чат. Менеджер обещал подготовить предложение, руководитель ждал расчёт, а специалист не получил исходные данные. Участники работали, но заявка стояла. Описание процесса должно показать именно такие разрывы между действиями людей.

Выбери границы процесса

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

Запиши начало и конец так, чтобы их можно было наблюдать. В нашем примере начало - поступила заявка клиента. Конец - клиент получил предложение и зафиксирован следующий шаг либо заявка закрыта с причиной. Формулировка «менеджер поработал с клиентом» не даёт критерия завершения.

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

Собери фактическую последовательность

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

Для каждого шага задай одинаковые вопросы:

• Что запускает действие и какие данные уже должны быть доступны?
• Кто отвечает за результат?
• Что именно нужно сделать?
• Какой результат передаётся следующему участнику?
• Что мешает перейти дальше и куда направить исключение?

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

Хочешь навести порядок в задачах и процессах команды? Начни с одного маршрута в Legend BMS. Зарегистрироваться →

Опиши шаги через проверяемый результат

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

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

Для срока зафиксируй точку отсчёта. «В течение рабочего дня после получения полного комплекта данных» понятнее, чем «срочно». Сам срок выбери по своим обязательствам и возможностям команды, затем проверь на практике.

Рабочий пример карты обработки заявки

Предположим, небольшая B2B-компания готовит индивидуальные предложения. Для неё начальная карта может выглядеть так:

1. Менеджер регистрирует заявку. Результат - контакт клиента, предмет запроса и источник обращения сохранены в одной карточке.
2. Менеджер уточняет исходные данные. Если информации не хватает, заявка переходит в ожидание ответа с датой следующего контакта.
3. Специалист готовит расчёт по заполненной заявке. Результат - состав предложения, стоимость и ограничения.
4. Руководитель проверяет исключения из обычных условий. Стандартный вариант проходит по согласованному маршруту без дополнительного ручного одобрения, если компания разрешила такой порядок.
5. Менеджер отправляет клиенту актуальную версию предложения и фиксирует дату ответа.
6. После ответа менеджер передаёт результат в следующий процесс либо закрывает заявку с понятной причиной.

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

Проверь исключения и точки контроля

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

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

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

Перенеси карту в ежедневное исполнение

После проверки настрой маршрут в системе: роли, шаги, обязательные результаты и условия перехода. В Legend BMS для этого есть конструктор бизнес-процессов. Начни с одного проверенного маршрута и убедись, что исполнителям понятны задания, а руководитель видит незавершённую работу.

Когда карта процесса остаётся в файле, сотрудникам всё равно приходится уточнять следующий шаг в переписке. Перенеси описанный маршрут в Legend BMS: задай шаги, ответственные роли и условия перехода. Зарегистрируйся и начни с одного процесса обработки заявки, затем проведи по нему первый рабочий случай и проверь исключения.