Bundle any two guides and save up to €8 · See the deal →

18 July 2026

·

How to Disagree With a Senior Stakeholder (and Win)

Pushing back on someone more senior than you is one of the hardest things in product design. Here's how to do it in a way that lands.

Most designers learn to disagree with senior stakeholders by making every mistake first. They push back too hard and damage a relationship. They push back too softly and watch a bad decision get made. They make the right argument at the wrong time and get dismissed. They make the wrong argument at the right time and lose credibility.

Getting this right consistently is a skill. It's learnable. Here's how it works.

Understand what they're actually optimising for

Before you disagree with anyone, understand what they care about.

A senior stakeholder pushing for a particular direction is usually trying to solve something. Maybe it's a business target, a risk they're managing, a commitment they made to someone above them. The surface-level request is almost always downstream of a deeper concern.

If you engage with the surface request, "I disagree because the UX is worse", you're talking past the thing that's actually motivating them. If you engage with the underlying concern, "I understand you're trying to move the activation metric. I want to show you why I think this approach might not do that", you're having the real conversation.

Find out what they're actually trying to achieve before you argue about how.

Lead with their goal, not your objection

The framing of disagreement matters as much as the substance.

Starting with "I don't think we should do this" puts you in opposition. Starting with "I want to make sure we achieve X as well, can I share something I found that might affect how we get there?" puts you on the same side.

This isn't manipulation. It's just accurate. You both want the product to work well. You're disagreeing about the method, not the goal. Framing it that way keeps the conversation collaborative.

Come with evidence, not just opinion

"I think this is a bad idea" is an opinion. "I tested this with five users and three of them couldn't complete the task" is evidence.

Senior stakeholders get to override opinions. They have more context, more experience, and more authority. They should not get to override evidence as easily, and if they try to, that's a different problem.

When you have the chance to run research, test a prototype, or pull data before a key decision, do it. Not because your opinion is wrong, it might be exactly right, but because evidence makes your position much harder to dismiss.

Pick the moment carefully

A five-minute meeting is not the place for a substantive disagreement. A presentation with thirty people watching is not the place either.

If you want to actually change a decision, find the right context: a 1:1, a small working session, a dedicated review. Give the conversation room to breathe.

Also consider timing within a project. Trying to change direction after a senior stakeholder has already committed publicly is much harder than raising an issue before they've presented it upward. Flag concerns early. Once someone is attached to a decision, the bar to change it rises.

Be specific about what you're asking for

A lot of disagreements fail because the designer isn't clear about what outcome they want from the conversation.

Are you trying to change the direction completely? Get one specific thing modified? Add a caveat to the decision? Each of those is a different ask, and they require different conversations.

Know what you want. Say it explicitly. "I'd like us to test this with users before we commit to it" is a much clearer request than "I'm not sure about this approach."

Accept that you won't always win

Sometimes the senior stakeholder has context you don't. Sometimes they're making a tradeoff that's reasonable given pressures you're not privy to. Sometimes they're just wrong but they have the authority to be wrong and there's nothing you can do about it.

If you've made your case clearly, with evidence, at the right moment, and the decision still goes the other way, document your concern, note the decision, and move on. Building a reputation as someone who raises good points and then executes professionally even when they don't get their way is more valuable in the long run than any single argument won.

And occasionally you'll be wrong, and the senior stakeholder will have been right. Staying curious about those outcomes is how you get better at this.

Found this useful?Share on LinkedInPost on X

Get the free Promotion Readiness Checklist

A one-page self-assessment used by designers 3–7 years in.

Want to go further?

The guides go deep on everything covered here, with practical frameworks and checklists you can use straight away.

See the guides →

30-day money-back guarantee

← Back to blog