The short answer
Not every design challenge should be resisted, and not every one should be conceded. The right response depends on what kind of challenge it is. A challenge that engages with your original reasoning — questioning the evidence, noting changed conditions, or introducing new information — deserves genuine consideration and may be right. A challenge that is simply a different preference, asserted plausibly by someone with authority, is the kind worth pushing back on. The skill is distinguishing the two, and responding to each with evidence rather than with defensiveness.
The two kinds of challenge
When a design decision is questioned, the instinct is often to defend it — or, under pressure, to concede it. Both reactions skip the step that actually matters: working out what kind of challenge you are dealing with.
Some challenges engage with the reasoning behind the decision. They ask whether the evidence was sound, whether the conditions that shaped the decision have changed, or whether new information has emerged. These challenges are legitimate. They deserve genuine consideration, and sometimes they are right — the evidence was flawed, the context has shifted, or something new is now known. Pushing back reflexively against this kind of challenge is a mistake. It defends a decision at the expense of a better outcome.
Other challenges do not engage with the reasoning at all. They assert a different preference — ‘I think users want a summary page,’ ‘this feels too minimal,’ ‘can we add the indicator back’ — without addressing the evidence or conditions that informed the original decision. These challenges are not illegitimate as questions, but they are not grounds for reversal on their own. This is the kind of challenge worth pushing back on, because conceding to it means discarding evidence in favour of preference.
How to tell them apart
The distinction is not about who is making the challenge or how forcefully. It is about what the challenge engages with. A useful test is to ask: does this challenge address what I knew when I made the decision, or does it simply propose a different conclusion?
- A challenge that addresses the evidence: ‘the testing only covered short forms, and this is a long one’ is engaging with the reasoning. Take it seriously.
- A challenge that addresses changed conditions: ‘the policy that drove this requirement has changed’ is engaging with the reasoning. Take it seriously.
- A challenge that introduces new information: ‘we have new analytics showing high drop-off here’ is engaging with the reasoning. Take it seriously.
- A challenge that asserts a preference: ‘I just think it would be better with the summary page’ is not engaging with the reasoning. This is where pushback is appropriate.
The point is not to dismiss preference-based challenges rudely. It is to recognise that they have not met the bar for reversing an evidenced decision, and to respond in a way that moves the conversation back onto evidence.
How to push back with evidence
Surface the original reasoning, not the conclusion
When pushing back, lead with the reasoning rather than the decision. Not ‘we decided to remove the summary page’ but ‘we removed the summary page because testing showed six of eight users found it confusing rather than reassuring, and removing it improved completion.’ The reasoning is what the challenger has to engage with. Restating the conclusion invites a restated preference; surfacing the reasoning forces the conversation onto evidence.
Name the conditions under which you would change your mind
A powerful move is to state explicitly what would change the decision: ‘if we had testing on longer forms showing different behaviour, I’d reconsider. Do we have that?’
This does two things. It demonstrates that the decision is evidence-based rather than stubborn, and it puts the burden back on the challenger to provide grounds rather than preference. If they have the evidence, the decision should change. If they don’t, the original decision stands on legitimate grounds.
Distinguish pushback from refusal
Pushing back with evidence is not the same as refusing to change. The goal is not to win the exchange, it is to ensure the decision is made on the right basis. Sometimes pushing back surfaces a genuine reason the challenger had not initially articulated, and the decision should change after all. The evidence-based approach is what makes that possible: it moves the conversation to a place where the right outcome can emerge, rather than to a contest of authority or persistence.
When to concede
Pushback is not always the right response, and knowing when to concede is as important as knowing when to resist. Concede when the challenge engages legitimately with the reasoning — when the evidence genuinely was limited, when conditions genuinely have changed, or when new information genuinely is available. Conceding in these cases is not a loss. It is the process working as intended.
The aim throughout is not to protect the decision but to protect the quality of the decision-making. A decision that survives a legitimate challenge is stronger for it. A decision that is reversed by a legitimate challenge has been improved. The only bad outcome is a sound decision reversed by a preference, or a flawed decision protected by stubbornness. Distinguishing challenges by what they engage with is what prevents both.
Instead of asking whether to defend or concede, ask whether this challenge engages with your reasoning or simply proposes a different conclusion. Then respond to which of these it actually is.
Frequently asked questions
When should you push back on a design challenge?
Push back when a challenge asserts a different preference without engaging with the evidence or conditions that informed your original decision. Challenges that address the reasoning — questioning the evidence, noting changed conditions, or introducing new information — deserve genuine consideration and may be right. Challenges that simply propose a different conclusion, however confidently, have not met the bar for reversing an evidenced decision, and that’s where evidence-based pushback is appropriate.
How do you defend a design decision with evidence?
Lead with the reasoning rather than the conclusion: explain what you knew and why you chose as you did, not just what you decided. Then name the conditions under which you would change your mind, which demonstrates the decision is evidence-based and puts the burden on the challenger to provide grounds rather than preference. The goal is to move the conversation onto evidence, where a sound decision can hold and a flawed one can legitimately be revised.
How do you know if a design challenge is legitimate?
A legitimate challenge engages with your original reasoning. It questions whether the evidence was sound, notes that conditions have changed, or introduces new information that wasn’t available when you decided. An illegitimate basis for reversal is a simple preference asserted without addressing the reasoning. The test is whether the challenge addresses what you knew when you made the decision, or merely proposes a different conclusion. The former deserves consideration; the latter warrants pushback.
Should you always defend your design decisions?
No. Defending every decision regardless of the challenge is as much a failure as conceding every decision. The aim is to protect the quality of decision-making, not the decision itself. Concede when a challenge legitimately engages with the reasoning; when the evidence was limited, conditions have changed, or new information is available. Push back when a challenge is simply a preference. A decision improved by a legitimate challenge is a good outcome, not a loss.