Промпты для создания блок-схем процессов: структура, шаблоны и правила формулировки

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

Что такое промпт для блок-схемы процесса

Промпт для создания блок-схем процессов — это инструкция, в которой описаны цель схемы, границы процесса, участники, входы и выходы, последовательность действий, условия переходов и формат результата. Такой промпт работает как техническое задание: он снижает количество догадок и делает схему предсказуемой.

Анатомия сильного промпта

Блок	Что задаёт	Пример формулировки
Роль	Профессиональную оптику	Ты аналитик бизнес-процессов
Цель	Тип и назначение схемы	Нужна блок-схема процесса обработки заявки
Границы	Старт и финиш процесса	Начинается с получения заявки, заканчивается уведомлением клиента
Участники	Роли и системы	Клиент, менеджер, система, руководитель
Шаги	Последовательность действий	Перечислить действия в порядке выполнения
Условия	Развилки и переходы	Если сумма больше лимита — согласование
Исключения	Сбои и нестандартные сценарии	Отказ клиента, отсутствие данных
Формат	Нотацию и язык	Mermaid flowchart TD, текст в блоках на русском
Ограничения	Что нельзя добавлять или менять	Не добавлять лишние роли, не менять названия отделов

Базовый каркас промпта

Ты — аналитик бизнес-процессов.
Создай блок-схему процесса [название].
Контекст: [сфера, цель, границы].
Участники: [роли].
Входы: […].
Выходы: […].
Шаги: […].
Развилки: если [условие], то [действие], иначе [действие].
Исключения: […].
Формат: Mermaid flowchart TD.
Требования: русские подписи, ромбы для условий, стрелки с подписями.

Пять типов промптов для блок-схем процессов

Тип промпта	Когда использовать	Что указать	Ожидаемый результат
От текста к схеме	Есть словесное описание процесса	Шаги, условия, роли, формат	Готовая Mermaid-схема
Swimlane	Важно показать ответственность ролей	Дорожки, передачи управления, зоны ответственности	Схема с lane или subgraph для каждой роли
AS-IS и TO-BE	Нужно сравнить текущий и целевой процесс	Два описания, критерии изменений	Две схемы и таблица различий
BPMN-подобная	Требуется формальная нотация	События, задачи, шлюзы, потоки	PlantUML или BPMN XML
Проверка и упрощение	Схема уже есть, но выглядит перегружено	Критерии читаемости, список проблем	Исправленная схема и перечень изменений

Примеры промптов

Заявка на обслуживание

Опиши процесс обработки заявки на обслуживание. Начало — клиент оставляет заявку. Конец — заявка закрыта или отклонена. Участники: клиент, оператор, инженер, система. Шаги: регистрация, классификация, назначение инженера, выполнение, подтверждение. Развилки: если заявка срочная — приоритет; если нет инженера — уведомление оператора. Выведи Mermaid flowchart TD с русскими подписями. Условия обозначь ромбами.

Согласование договора

Создай swimlane-схему процесса согласования договора. Роли: инициатор, юрист, финансист, руководитель. Этапы: подготовка, проверка, согласование, подписание. Если юрист или финансист возвращают документ — инициатор вносит правки. Формат — Mermaid flowchart LR с subgraph для каждой роли. Добавь стартовый и конечный узлы.

AS-IS и TO-BE

Сравни два процесса: AS-IS — заявка обрабатывается вручную в трёх системах; TO-BE — заявка автоматически распределяется, а сотрудник подключается только на исключениях. Выведи две блок-схемы Mermaid. Подпиши шаги, которые убираются или автоматизируются. Добавь список различий в виде таблицы.

Как описывать процесс, чтобы схема была точной

Границы

Где начинается и где заканчивается процесс.

Акторы

Кто выполняет действия и принимает решения.

Действия

Глаголы в инфинитиве или третьем лице.

Решения

Условия и оба выхода: да и нет.

Исключения

Что делать при сбое, отказе или нехватке данных.

Данные

Какие документы, заявки или статусы передаются.

Формат

Mermaid, PlantUML, DOT или BPMN XML.

Ограничения

Язык, уровень детализации, запрет на лишние роли.

Частые ошибки и как их исправить

Ошибка	Последствие	Исправление
Слишком общее описание	Схема из трёх блоков	Добавить шаги, роли и условия
Нет ролей	Непонятно, кто выполняет действия	Указать участников и дорожки
Нет развилок	Процесс выглядит линейным	Описать условия если и иначе
Смешаны шаги и условия	Ромбы используются неверно	Разделить действия и решения
Не указан формат	Модель выдаёт текст вместо схемы	Задать Mermaid или PlantUML
Слишком много деталей	Схема нечитаема	Ограничить уровень: 5–9 шагов, подпроцессы вынести отдельно

Форматы вывода: сравнение

Формат	Для чего	Плюсы	Ограничения
Mermaid	Быстрые схемы в Markdown	Простой синтаксис, удобно хранить в документации	Сложная BPMN-нотация ограничена
PlantUML	Формальные диаграммы деятельности	Гибкость, поддержка swimlane	Требует изучения синтаксиса
Graphviz DOT	Автоматическая раскладка сложных графов	Хорошо масштабируется	Меньше похож на классические блок-схемы
BPMN XML	Обмен между BPMN-инструментами	Стандарт, строгая структура	Избыточен для простых схем

Критерии качества блок-схемы

Критерий	Вопрос для проверки
Границы	Видны начало и конец процесса
Полнота	Все шаги процесса отражены
Однозначность	У каждого условия два выхода
Роли	Понятно, кто выполняет действие
Исключения	Есть ветки ошибок и отказов
Читаемость	Нет пересечений и лишних блоков
Формат	Подписи на нужном языке, нотация соблюдена

Универсальный шаблон для сложного процесса

Создай блок-схему процесса [название].
Цель: [зачем нужна схема].
Границы: начинается [событие], заканчивается [результат].
Роли: [список].
Входы: [список].
Выходы: [список].
Основные шаги: [нумерованный список].
Развилки: [условие] → [ветка 1]; [условие] → [ветка 2].
Исключения: [сценарии].
Формат: Mermaid flowchart TD.
Требования: русские подписи; действия — прямоугольники; условия — ромбы; роли — subgraph или lane; не добавлять отсутствующие отделы.