Goal
Turn user journeys into a clear set of screens and view responsibilities.
When to Use
- After UX flows are mapped.
- Before frontend architecture or UI implementation.
- When screen count, page purpose, or view hierarchy is unclear.
Instructions
- Convert flow steps into screens, subviews, or modal states.
- Name each screen by user intent.
- Define the job, primary action, required data, and edge states for each screen.
- Call out shared shells, dashboards, detail views, and creation flows.
- Remove any screen that exists only because of implementation convenience.
Constraints
- Do not over-specify visuals.
- Do not create a screen when a state on an existing screen is enough.
- Keep admin surfaces distinct from user-facing flows.
Output Format
- Screen inventory
- Per-screen purpose
- Data/actions/states
- Shared layout notes
- Open questions
Examples
- "Break this onboarding flow into screens."
- "Architect the screens for a multi-step report builder."