ENTR

How would you approach redesigning a core feature after negative user feedback?

Model answer

Model answerNegative feedback is data, not a mandate. My first step is to understand what users are actually complaining about versus what they're asking for — these are different things. If users say 'this is too complicated,' I'd watch session recordings before redesigning anything. Then I'd form a hypothesis, prototype the simplest possible fix, and test it with 10 users. I'd measure whether the redesign improves task completion rate and NPS, not just whether users say they like it.

Framework · Jobs-to-be-Done

  1. JClarify the real job
    Separate user complaints from underlying needs
  2. TTest before redesigning
    Watch sessions, run usability tests — diagnose before prescribing
  3. BBuild the smallest fix first
    Prototype the minimal change that addresses the core complaint
  4. DDefine success clearly
    Task completion rate, NPS, support tickets — not just 'users like it'

Related questions

Product Sense

Case studies in this category

Practice this category