The problem
[Placeholder — What was broken and why did it matter? Sharp articulation of user pain and business cost of inaction.]
[Placeholder — Prove the problem with data. What metrics confirmed this was real before the work began?]
[Placeholder — State the goal clearly — for the user and for the business. This anchors every decision that follows.]
Context and constraints
[Placeholder — My role and scope of ownership — and where I went beyond my remit.]
[Placeholder — The team and key collaborators. Roles, not names.]
[Placeholder — Constraints that shaped the work — technical limitations, delivery timelines, market dependencies, business rules.]
The conversations before the design
[Placeholder — Stakeholder discussions that shaped direction. What decisions were made before a single pixel was placed?]
[Placeholder — Discovery and research. What did we learn, and how did it change what we thought we knew?]
[Placeholder — Strategic framing. How did the problem get reframed or expanded? Who drove that decision?]
Decisions and tradeoffs
[Placeholder — Key UX decisions — not every decision, but the ones that were hard, contested, or non-obvious.]
[Placeholder — What was left out and why. Prioritisation rationale is a senior skill.]
[Placeholder — Design system considerations. How did the solution extend, challenge, or strengthen the existing system?]
Design visual — placeholder
Metrics
Before
[Placeholder metric]
[Placeholder context]
Prove the problem existed
During testing
[Placeholder metric]
[Placeholder context]
Validate the direction
After release
Protected
months of delivery at risk
Confirm the impact
Reflection
[Placeholder — What would I do differently? What did the project teach me about the problem, the process, or myself as a leader?]
[Placeholder — This section separates mature designers from those still performing confidence. Keep it honest and specific.]