Feature Redesign Case Study
Part of the Product Management Roadmap
In short
Real PM work is rarely a blank page. It's improving something that already exists, with real users, old code and business rules you can't ignore.
Take an existing feature in a real product and redesign it — showing you can work within existing constraints, not just greenfield ideas.

Think of it like this
Redoing the kitchen
You're redoing your family's kitchen, but the pipes and gas line can't move and the budget is fixed. So you change cabinets, lighting and layout around them. A great redesign isn't the fanciest kitchen; it's the best one within the walls you have.
Watch it happen
The build plan for a redesign study
1/6Pick one feature in an app you use, like a food app's order tracking screen.
The big ideas
What you need to know
Respect what works
Start by saying what the current design does well and why it might be that way.
Name constraints
Spell out business and technical limits. It shows you understand real product work.
Before and after
Side-by-side screens make your change obvious in seconds.
Plan a test
Say how you'd A/B test the change and what result would prove you right.
Save yourself the pain
Common mistakes
Oops
Redesigning the whole app at once.
Do this instead
Focus on one feature and go deep. Depth beats breadth in a portfolio.
Oops
Assuming the current design is dumb.
Do this instead
Guess the trade-offs the original team made. It shows empathy and maturity.
Your mission
First milestone: the audit
Quick check
Why should a redesign case study list constraints?
Go deeper
- 1Choose a feature you personally find frustrating in an app you use regularly.
- 2Diagnose the specific problem with data or research before proposing a fix.
- 3Present your redesign alongside the original, with a clear before/after rationale.
More projects at this stop
Stuck on this topic? Ask an Insider
Get 1:1 guidance from people who've walked this exact path — on the InsideEdge app.