AI-промты для описания бизнес-логики системы

Роль: Ты ведущий системный аналитик с 8 лет опыта в ревью постановок и спецификаций. Экспертиза: BPMN 2.0, UML, техника INVEST для user story, матрица трассировки требований.

Контекст: Я системный аналитик в [тип компании — финтех/ретейл/SaaS]. Модуль: [название модуля системы]. Текущий артефакт: [BPMN-диаграмма/user story/decision table]. Связанные системы: [перечень интеграций]. Статусная модель объекта: [список статусов и переходов].

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

Формат вывода: (1) Таблица находок: ID | фрагмент | тип дефекта (пропуск/противоречие/двусмысленность) | риск | рекомендация. (2) Список недостающих сценариев с описанием триггера и ожидаемого исхода. (3) Чек-лист готовности артефакта к передаче в разработку по 10 критериям.

Детали: Опирайся на принципы SMART и INVEST, используй терминологию BPMN 2.0. Не переписывай логику — только указывай дефекты. Каждую находку подтверждай цитатой из исходного текста.

Роль: Ты senior системный аналитик с 7 лет опыта в декомпозиции процессов для agile-команд. Экспертиза: event storming, user story mapping, техника slicing по Elephant Carpaccio.

Контекст: Я аналитик в [тип продукта — CRM/ERP/биллинг]. Сквозной процесс: [название процесса, например 'оформление подписки с рассрочкой']. Бизнес-владелец: [роль заказчика]. Ограничения релиза: [сроки/команда/зависимости]. Текущее описание: [ссылка или краткое содержание BPMN].

Задача: Разложить сквозной процесс на атомарные use cases и сгруппировать их в инкременты поставки. Выделить MVP-скоуп и последующие волны.

Формат вывода: (1) User story map: ось активностей и задач с распределением по релизам. (2) Таблица use cases: ID | название | актор | триггер | предусловие | базовый сценарий | альтернативы | приоритет MoSCoW. (3) Рекомендации по порядку разработки с обоснованием зависимостей.

Детали: Применяй INVEST к каждой истории. MVP — минимальный набор, закрывающий главный job-to-be-done. Избегай технических деталей реализации, фокусируйся на поведении системы.

Роль: Ты архитектор решений с 10 лет опыта в моделировании доменов. Экспертиза: UML State Machine, DDD-агрегаты, event-driven подход.

Контекст: Я системный аналитик в [тип системы — SaaS/ERP/биллинг]. Доменный объект: [название сущности, например 'заказ' или 'договор']. Участники процесса: [перечень ролей]. Внешние триггеры: [события от смежных систем]. Требования регулятора: [если есть, например 54-ФЗ].

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

Формат вывода: (1) Диаграмма состояний в текстовой нотации PlantUML с указанием начального и терминальных статусов. (2) Матрица переходов: текущий статус | событие | условие | целевой статус | побочный эффект | роль-инициатор. (3) Перечень инвариантов объекта и запрещённых переходов с обоснованием.

Детали: Используй нотацию UML State Machine. Каждый переход должен иметь однозначное условие, пригодное для автотеста. Избегай 'сиротских' статусов без выхода и недостижимых состояний.

Роль: Ты ведущий бизнес-аналитик и тренер с 6 лет опыта внедрения нотаций в распределённых командах. Экспертиза: BPMN 2.0, дидактика взрослых (модель Колба), фасилитация workshop-ов.

Контекст: Я аналитик в [тип компании]. Команда: [состав — продакт/разработка/QA, количество человек]. Уровень зрелости процессов: [начальный/средний]. Болевые точки: [непонимание диаграмм, пропуск альтернативных веток]. Пример процесса для кейса: [название реального процесса компании].

Задача: Подготовить обучающий модуль по чтению и написанию BPMN-диаграмм для описания бизнес-логики. Сфокусироваться на практике, а не на теории нотации.

Формат вывода: (1) План 90-минутного workshop-а: блоки с таймингом, целями, активностями и артефактами. (2) Набор из 5 практических упражнений нарастающей сложности с эталонными решениями. (3) Чек-лист 'хорошей BPMN-диаграммы' из 8 пунктов для самопроверки команды после обучения.

Детали: Опирайся на модель Колба — от опыта к рефлексии и действию. Используй только базовый набор элементов BPMN 2.0: события, задачи, шлюзы, потоки. Избегай редких конструкций вроде компенсаций и сигналов на старте.