use-case
Use Case document creation following the working backwards methodology
Installation
Follow the repository instructions for this skill and your agent. Review the files and dependencies before adding it to your workflow.
View source ↗GuidesSkill instructions
Amazon Use Case Writing Skill
Use this skill when creating customer-centric use case documents that follow Amazon's working backwards methodology and customer-obsessed approach.
Template: See docs/templates/use-case-template.md for the authoritative template structure.
When to Use This Skill
- When designing new product features and need customer-centric documentation
- When converting technical requirements into customer-focused scenarios
- When preparing product requirement documents (PRDs) following Amazon best practices
- When documenting user workflows with structured format
Document Structure Summary
Create a 500-800 word document (~1-2 pages) with these sections:
- Metadata (YAML header) - ID, title, actor, type, version
- Use Case Statement - As a [actor], I want [action], so that [benefit]
- Overview - Customer problem narrative
- Actors - Primary, secondary, external dependencies
- Preconditions - Required states before use case begins
- Trigger - Event that initiates the use case
- Main Flow - Happy path (4-8 steps from customer perspective)
- Alternate/Edge Flows - Common variations
- Exception Flows - Error conditions and recovery
- Postconditions/Outcomes - Success state, business benefits, data changes
- Success Metrics - Measurable criteria with targets
- Assumptions & Open Questions - Marked assumptions, research needs
Writing Style
| Aspect | Guideline |
|---|---|
| Perspective | Customer's perspective, never system's |
| Language | Plain English, short sentences |
| Jargon | Avoid technical shorthand |
| Tense | Present tense for steps |
| Voice | Active voice throughout |
| Specificity | Specific enough to test |
EARS Syntax for Criteria
When writing testable criteria, use EARS format:
| Pattern | Template |
|---|---|
| Ubiquitous | THE System SHALL [requirement] |
| Event-Driven | WHEN [trigger], THE System SHALL [response] |
| State-Driven | WHILE [state], THE System SHALL [behavior] |
| Optional | WHERE [feature] is enabled, THE System SHALL [behavior] |
| Unwanted | IF [condition], THE System SHALL [response] |
Quality Checklist
- Use case statement follows As/I want/So that format
- Overview explains customer problem (not solution)
- Preconditions are verifiable states
- Trigger is a specific, observable event
- Main flow steps are from customer perspective
- Alternate flows cover common variations
- Exception flows cover error conditions
- Success metrics are measurable
- Assumptions marked with (Assumption)
- Word count: 500-800 words
Output Location
docs/usecases/[use-case-name].md
Examples
Read the usage examples in the source repository.
View source ↗Source history
- Indexed on
- 2026-01-20
- Index updated
- 2026-01-30
- Branch
- main
Index and sync dates describe this directory. View the source repository for code history.
GitHub ↗chat Comments (0)
Sign in to join the discussion and leave a comment.
No comments yet. Be the first to share your thoughts!