Tell me about a complicated product that you made simpler
Try This Question Yourself
Practice with feedback and follow-up questions
What is this question about
Interviewers ask this to see whether you can recognize unnecessary complexity, understand what is making something hard for users or teammates, and drive simplification without losing important functionality. It is usually less about elegant design language and more about judgment: did you simplify the right thing, for the right audience, in a way that measurably improved outcomes? At higher levels, it also tests whether you can simplify systems and decisions across a team or organization, not just clean up your own local area.
Key Insights
- You should name who the product was complicated for and why. 'It had too many steps' is weaker than showing you understood the underlying source of confusion, risk, or friction.
- Do not frame simplification as just removing things. Strong answers show that you preserved what mattered, made intentional tradeoffs, and validated that the simpler version actually worked better.
- You will stand out if you show that simplification required judgment and influence, not just implementation. Explain how you decided what to cut, combine, re-sequence, or explain more clearly.
What interviewers probe atlevel
Top Priority
Even at junior level, interviewers want to hear that you took ownership of the change and followed it through, not just suggested it.
Good examples
đ˘I documented the pain points, mocked up a simpler version, incorporated feedback from my mentor, and implemented the changes for the part I owned.
đ˘After noticing repeated confusion, I partnered with the designer, updated the copy and layout, and stayed involved through testing to make sure the simpler flow shipped as intended.
Bad examples
đ´I told my tech lead the flow was confusing and shared a mockup, and then design took it from there.
đ´I raised the issue in a team meeting and we eventually changed it, so I count that as my example.
Weak answers stop at observation or suggestion; strong answers show end-to-end contribution and follow-through appropriate to the candidate's level.
Valuable
Example answers atlevel
Great answers
In my last internship, I worked on an internal tool that let support agents create refund requests. The form had a lot of fields, and I noticed new agents kept asking which ones actually mattered, so I sat with two agents and looked through recent tickets to see where they were getting stuck. The real issue was that the form mixed required information with rare exception cases, so I suggested moving the exception fields behind an expandable section and rewriting some labels in plain language. I worked with my mentor and the designer, made the changes, and we tested it with a few agents before rolling it out. After that, agents were completing requests faster and the support lead said the number of clarification questions during onboarding dropped.
At my first full-time role at a small consumer-health startup, our app's first-run experience asked users for a long list of permissions and profile details before they could try anything, and we were losing a lot of people right away. I cared a lot about making technology approachable, so I sat down with four people who had uninstalled the app and watched them try to sign up while also reviewing the drop-off points in our analytics. The pattern was clear: people felt overwhelmed and didnât understand why we needed so much information up front, so I proposed deferring optional profile fields and nonessential permissions until after users had tried the core feature, and rewrote the permission prompts to explain the benefit in plain language. I implemented the change with guidance from a senior engineer and the designer, and when we rolled it out the onboarding completion rate improved by about 20% and fewer users contacted support about setup. That taught me how small changes in flow and language can make a product far more welcoming.
Poor answers
I simplified one of our settings pages because it looked crowded. I removed a bunch of options from the main screen and grouped several things together, which made the page much cleaner. My manager liked the new layout, and I think it was better because there was less on the page. It was a good example of simplifying a product without overthinking it.
Question Timeline
See when this question was last asked and where, including any notes left by other candidates.
Late May, 2026
Early February, 2026
Late January, 2026
Hello Interview Premium
Your account is free and you can post anonymously if you choose.