Привет! В прошлом посте я говорила: описание процесса начинается с цели. Следующий шаг - выбрать инструмент в зависимости от этой цели. Итак, 4 рабочих сценария для выбора инструмента.

Сценарий 1. Цель: «зафиксировать, чтобы не забыть» Процесс простой, участников мало, автоматизация не планируется.

Инструменты: Miro, Draw. io, Canva (схемы), Excel / Google Sheets (таблицы), Word / Google Docs (текстовые регламенты). Главное: быстро, наглядно, доступно всем. Нотация не важна.

Сценарий 2. Цель: «передать разработчикам для автоматизации» Требуется строгость, формализация, однозначное понимание.

Инструменты: Camunda, ELMA, Bizagi. Нотация: BPMN 2.0 (строго), UML (для интеграций). Главное: каждый элемент схемы должен иметь чёткий смысл. Схема должна быть исполняемой (если речь о low-code / no-code платформах).

Сценарий 3. Цель: «обучить новых сотрудников» Нужна простота и понятность. Сотрудник должен быстро понять, как работает процесс.

Инструменты: Miro, Draw. io, Notion, Confluence, даже PowerPoint. Нотация: простая flowchart (блок-схема) + текстовое описание шагов + роли. Главное: визуально красиво, логично, с пояснениями «что делать в нештатных ситуациях».

Сценарий 4. Цель: «оптимизировать и найти узкие места» Сначала рисуем "как сейчас", собираем метрики времени и ошибок, потом проектируем "как будет".

Инструменты: любой, где можно быстро перерисовывать схемы. Miro — отлично подходит. Можно начать с флипчарта и стикеров. Главное: не углубляйтесь в красоту схемы на старте. Сначала поймите, где теряется время и где возникают ошибки.

Главное правило: инструмент служит цели, а не наоборот. Не нужно рисовать строгую BPMN, если процесс будут читать менеджеры по продажам. И не нужно рисовать схему в Word, если её будут реализовывать программисты. А вы с чего обычно начинаете описание процесса? С инструмента или всё-таки с цели? Делитесь в комментариях 👇