Design practice
End-to-End Feature Design
Research, design, prototype, and spec a feature from scratch
01 / Prepare
What you’ll
work on.
Design a feature end-to-end through the full product design lifecycle: discovery research, problem definition, ideation, UI design, prototyping, usability testing, and developer handoff spec. This is the capstone exercise for the Product Design path and produces portfolio-ready work.
Before you begin
- Basic experience with user research, wireframing, and prototyping
- Figma proficiency (components, prototyping, dev mode)
- Access to 3–5 people for research and testing
02 / Practice
The work,
step by step.
Work through these 5 parts at your own pace. Keep your notes and work together so you can review them when you finish.
Discovery
3–4 hours
Choose a product you use — Pick one with a feature gap or pain point you have experienced.
Conduct 3 user interviews — Find others who use the product. Focus on behaviors and frustrations, not feature requests.
Review analytics or public data — App store reviews, Reddit threads, competitor features.
Synthesize — Affinity mapping, identify top 3 pain points.
Write a problem statement — "[Users] need [a way to X] because [reason], but [barrier]."
Definition
2 hours
Define success metrics — What would improvement look like? (Task completion, time, satisfaction)
Map the current user flow — How do users accomplish this today?
Define constraints — Technical, business, or design constraints to work within.
Write a design brief — Problem, users, success criteria, constraints, scope.
Design
4–5 hours
Sketch 3 different approaches — Quick pen-and-paper or low-fi Figma.
Evaluate against criteria — Which approach best addresses the problem within constraints?
Wireframe the chosen direction — Mid-fidelity, focused on flow and hierarchy.
Build high-fidelity screens — Using systematic components and tokens.
Design all states — Default, loading, empty, error, edge cases.
Create a clickable prototype — Key flow, 5–8 screens.
Test
2–3 hours
Run 3 usability tests — Task-based, think-aloud protocol.
Document findings — Task success, confusion points, severity ratings.
Iterate — 2–3 design improvements based on test results.
Spec and Handoff
2 hours
Component spec — For one key component: props, states, spacing, tokens, responsive behavior.
Flow documentation — Annotated screens showing transitions and logic.
Accessibility notes — Focus order, ARIA requirements, contrast verification.
Edge case documentation — What happens with long text, missing data, network errors.
03 / Review
Look at what
you’ve made.
Gather your deliverables, then use the criteria to find what worked and what you would change. They also give a peer something specific to respond to.
What to bring together
- Research synthesis (affinity map, problem statement)
- Design brief with success metrics
- 3 sketch explorations with evaluation notes
- High-fidelity Figma prototype (5–8 screens, all states)
- Usability test results and iteration notes
- Developer handoff spec (component spec, flow doc, accessibility notes)
How to assess your work
- Research grounding
- Design decisions traceable to user research
- Problem clarity
- Specific, scoped problem statement with success metrics
- Design range
- Multiple approaches explored before converging
- State coverage
- All states designed, including error and edge cases
- Testing rigor
- Real users, real tasks, honest findings
- Handoff quality
- Spec is specific enough for a developer to implement without questions