Главная → Статьи
Как превратить текстовый регламент в BPMN-схему
Регламент описывает процесс словами, BPMN-схема — фигурами и стрелками. Перевод одного в другое — механическая, но кропотливая работа: на один процесс у аналитика обычно уходит 2–4 часа. Разберём, из чего она состоит и где чаще всего теряются детали.
Что в тексте становится элементом схемы
| В тексте регламента | На BPMN-схеме |
|---|---|
| Кто делает: «менеджер», «юрист», «руководитель» | Дорожка (lane) для каждой роли |
| Внешняя сторона: «клиент», «контрагент», «подрядчик» | Отдельный пул и потоки сообщений к нему |
| Действие: «проверяет документы», «согласует заявку» | Задача (task) |
| «Если…, то…» | Исключающий шлюз (×) с веткой на каждый исход |
| «одновременно», «когда обе проверки завершены» | Параллельный шлюз (+): разветвление и слияние |
| «направляет клиенту договор» | Задача отправки и поток сообщения во внешний пул |
| «акт», «протокол», «план работ» | Объект данных у задачи, которая его создаёт или использует |
Как сделать это вручную
- Выпишите участников. Сотрудники своей компании — дорожки одного пула. Клиент, контрагент, подрядчик — отдельные пулы.
- Разбейте текст на действия. Одно предложение часто содержит два шага: «принимает заявку и проверяет документы».
- Найдите условия. Каждое «если» — развилка. Проверьте, что описаны все исходы, а не только «хороший».
- Найдите параллельность. «Одновременно» означает две ветки, которые потом нужно объединить, иначе следующий шаг запустится дважды.
- Привяжите документы. Документ должен появиться в процессе раньше, чем его кто-то использует.
- Соберите поток от начального события до конечного и проверьте, что из каждого шага есть выход.
Где обычно ошибаются
- Неполное условие. «Если документы корректны, заявка передаётся руководителю». А если нет? В регламенте не написано — и аналитик дорисовывает «вернуть на доработку», не спросив заказчика.
- Шаг без исполнителя. «Заявка регистрируется» — кем? Такой шаг легко положить не на ту дорожку.
- Документ из ниоткуда. «Мастер планирует ремонт по протоколу испытаний», но кто и когда составил протокол, в тексте нет.
- Незакрытые параллельные ветки. Без шлюза слияния схема формально нарисована, но исполняется неправильно.
Все эти пробелы — не ошибка аналитика, а дыры в самом регламенте. Важно не закрыть их «как обычно», а превратить в вопросы заказчику, пока процесс ещё обследуют.
Как это делает AI BPMN Architect
- Вы вставляете текст как есть: регламент, письмо, расшифровку интервью. Или загружаете TXT, DOCX, PDF с текстовым слоем.
- Нейросеть только читает текст и выписывает, кто что делает, с номером предложения-источника. Схему по этим данным собирает и проверяет обычная программа.
- Через 1–2 минуты вы получаете схему с дорожками, развилками, параллельными ветками и внешними участниками. Там, где в тексте пробел, на схеме остаётся разрыв и появляется вопрос с вариантами ответа.
- Нажмите на любой шаг — увидите фразу регламента, из которой он появился. Предложения, которые не попали на схему, подсвечены красным.
- Ответьте на вопросы сами или перешлите заказчику, поправьте схему словами («добавь согласование у юриста») и выгрузите в BPMN 2.0 XML, SVG или PNG.
Ограничения
- Сканы без текстового слоя пока не читаются — нужен текст.
- Сервис не заполняет пробелы за вас: если в тексте нет второй ветки, её не будет, будет вопрос.
- Получается черновик: аналитику остаётся проверить его и ответить на вопросы — обычно около 30 минут вместо нескольких часов.
Проверьте на своём регламенте
3 дня бесплатно: до 3 процессов и 5 схем. Без карты и обязательств.