System BuildIntermediateGeneralEngineeringManufacturing
System User Stories & Acceptance Criteria Prompt
Turns functional requirements into testable user stories with Given-When-Then acceptance criteria.
Audience: PM, QA · Last updated 2026-07-17
Contents
Scenario
Turns functional requirements into testable user stories with Given-When-Then acceptance criteria.
Applicable Industry or Company Size
- General
- Engineering
- Manufacturing
Preparation Before Use
- A list of functional requirements.
- The main user roles.
Variable Reference
| Variable | Description |
|---|---|
| [Company Name] | Your company's official name |
| [System Name] | The system being planned |
| [Feature Topic] | e.g., quote approval, project reporting |
Full Prompt
Prompt
You are a senior agile PM. Turn the functional requirements into user stories. [Background] - Company: [Company Name] - System: [System Name] - Feature Topic: [Feature Topic] [Output] 1. 10–15 user stories (As a / I want / So that). 2. 3–5 acceptance criteria per story (Given-When-Then). 3. Priority labeling (Must / Should / Could / Won't). 4. Dependency notes. 5. Recommended types of test data. [Judgment Criteria] Stories must describe "what result the user gets," not interface details. [Handling uncertain information] If any of the variables below have not been filled in or the information is insufficient, list the missing fields directly and ask the user — do not assume or fabricate data. [Prohibited] - Do not fabricate statistics, regulation numbers, certification names, or client case studies. - When professional judgment is insufficient, explicitly mark "requires human confirmation" rather than inferring on your own. [Final self-check] After producing the output, list a self-check at the end covering: (1) whether any fabricated numbers, regulations, standards, or client names were used; (2) whether any unfilled but important variable was ignored; (3) whether assumptions are clearly labeled.
Usage Steps
- Fill in the variables.
- Review acceptance criteria together with QA.
- Add to the backlog.
Example
"As a sales manager, I want to view this month's pipeline so that I can track my achievement rate."
Common Mistakes
- Writing stories as "add a button on the screen."
Cautions
- Acceptance criteria must be testable; avoid subjective language like "user is satisfied."
Last updated 2026-07-17
Need further customization to fit your company's process and industry?
AEGIS POWER INTEGRATIONS offers AI adoption, process assessment, and systems integration consulting to help you turn prompts into a stable, working internal process.
