1 · Context
Who, what, why
The situation you're building for.
- Who
- The user, stakeholder, team, or role this is for.
- What
- What they're trying to do, decide, understand, or improve.
- Why / pain
- Where the friction is: what feels slow, risky, blocked or unclear.
- Current reality
- What happens now without it, and what workaround already exists.
2 · Goals
What should improve
The outcome you want the user to reach.
- User goals
- The goal, job, or decision this should help the user achieve.
- Success
- What a useful first build would help you learn, prove, compare, or clarify.
- Design style
- How it should feel: playful, calm, premium, gameful, simple, dashboard-like.
- Interaction intent
- Low-friction, guided, scannable, fast, confidence-building?
3 · Constraints
What must stay true
Where limits become design boundaries.
- Security / privacy
- What data or systems can never be touched or exposed.
- Technical limits
- No backend yet, no database, no API access, internal-only, offline-only.
- Fidelity
- Wireframe, mock-up, clickable flow, coded front end, or working shell with fake data.
- Scope limits
- What is intentionally out of scope for this round.