post

Footer About

Footer Contribute

Footer Get Involved

Footer Links

Mind the Product

Guest Post

Creating metrics that matter

A case study: Launching a product process in a project-based company

B2B product management

Artificial Intelligence (AI) & Machine Learning (ML)

Building Product Teams

Business Strategy

Data Driven Product Management

Digital Transformation

Diversity and Inclusion

Minimum Viable Product

OKRs

Prioritisation

Product Design

Product Research

Product Development Process

Product Ethics

Product Discovery

Product Leadership

Product Management Career

Product Strategy

Stakeholder Management

🌎 <a href="https://www.mindtheproduct.com/world-product-day/" style="color:#FFFFFF;text-decoration:underline;">Happy World Product Day!</a> Be sure to celebrate product, yourself, and your peers today! 🎉

How much are product managers getting paid in 2024?

Leading product ops at Delivery Hero with Koen Dubelaar

Connecting fans to creators at Spotify (Dariusz Dziuk, Product Lead, Spotify)

“You’re not as competent as you think” 5 lessons from Ken Chin on navigating a product career (CPO, Spark Networks)

Everything wrong with the product management job market. And how to fix it

Holly is the Product Director for Aquila Heywood where she works with multi-disciplinary teams to create market-leading fintech products.  Holly has experience of building product strategy, teams and processes to deliver business and customer value.  She is currently embracing the challenge of wrangling legacy tech into the 21st century.  Holly has a passion for learning and knowledge sharing and can often be found helping out on the crew of the MTP conferences and speaking at product events.

Holly Donohue

<p>As a product manager, you have to say no to stakeholders, a lot. Find out how to master the art of saying no with empathy, so you can maintain positive relationships and stop all those zombie ideas from haunting you.</p>
<p><strong>In brief:</strong></p>
<ul>
<li>Listen Actively. Ask the requestor to explain the idea in their own words, even if you’re already familiar with it. Some useful phrases include “help me to understand…”, “could you walk me through…”, “remind me…”.</li>
<li>Ask clarifying questions to ensure you understand the value the change would deliver. Find out who will be affected by the change and the problem it solves.</li>
<li>Ask the idea contributor to confirm whether your portrayal of the data tallies with their understanding. By doing this, you ask them to agree that you have accurately represented the benefits their idea could deliver. Check whether you have missed anything.</li>
<li>When you say no, avoid saying “I”. It’s important that this is not your opinion but based on research and data findings.</li>
</ul>
<p>On a field trip, you speak to John, a user. John is super-engaged with your product and has lots of ideas about how it could be improved (well, perhaps he’s a little grumpy and thinks your product should do this stuff already). Back at the office Nikola, a developer, is frustrated that some of the business logic is in the wrong part of the code base, making development inefficient. You pass your CEO in the corridor, she’s read an article claiming blockchain will take over the world and wants you to investigate it… immediately.</p>
<p>You open your laptop and view the <a href="https://www.mindtheproduct.com/category/product-roadmap/" target="_blank" rel="noopener">roadmap</a>. You’re under pressure to deliver improvements that should increase the trial to paid ratio to 50% by the end of the quarter, your forecast shows you might, just, make the deadline. Any new ideas would jeopardise the current plan. So you say those four magic product-manager words that will get everyone off your case… “It’s on the backlog.”</p>
<p>Months pass. You’d forgotten about John’s ideas until you get a call from your customer account manager. John is asking why his ideas haven’t been delivered yet. He’s angry. Your customer account manager is angry that John is angry. You get off the phone and Nikola walks past. She’s frustrated. She’s still dealing with the technical debt she spoke to you about and is losing motivation. Your CEO wants a progress update on the blockchain initiative.</p>
<p>You might try those same words again. But this time your stakeholders have heard it once before, and seen no results, so are less likely to believe you when you say it again. You lose credibility and your stakeholders are dissatisfied.</p>
<p>What happened? You created an expectation mismatch. When your stakeholder hears “it’s on the backlog”, their expectation is “great, my idea will be in the product in the next couple of months”. What you really meant was the idea is not aligned to the product strategy, would deliver limited value, and is heading directly to the bottom of the backlog to die a slow death.</p>
<p>There comes a time in every product manager’s career when we learn we need to say no &#8211; a lot. To maintain positive relationships, we need to get good at it. When I first started to say no, I was terrible at it. The conversation would go something like this:</p>
<p><b>Person with an idea:</b> I’ve got this great idea, we should do X.</p>
<p><b>Me:</b> Yes, that is a good idea, but we’re working on Y right now. Then we’ve got Z lined up so we probably won’t be able to do X for a long time.</p>
<p><b>Person with an idea:</b> But I need X because of all these reasons.</p>
<p><b>Me:</b> We can have a look at X but we’ll have to see whether we can fit it in or not</p>
<p>&lt;Time passes during which idea is validated and (de-)prioritised&gt;</p>
<p><b>Me: </b>We’ve checked and we can’t fit X in.</p>
<p>This conversation would often go round in circles. It left both parties feeling frustrated. At first, I thought I was doing the right thing by setting expectations upfront.</p>
<p>I started to hear feedback that other teams in our business didn’t trust the product team to fairly represent their idea during prioritisation. Then I realised I was saying no before truly listening. Something needed to change.</p>
<p>When someone tells you their idea, treat it like you are receiving a precious gift. They have spent a long time crafting an ideal solution. In your contributor’s world, this idea solves one of their biggest pains. When saying no to an idea, it’s important to first spend time admiring the wrapping, reading the gift tag and carefully removing the paper. Try to look pleased at receiving the contents, even though the gift list was ignored.</p>
<p>I’ve found this framework enables you to say no with empathy, and in some cases, even facilitates the person suggesting the idea to say no themselves.</p>
<h2>A Framework for Saying No</h2>
<h3>1. Listen Actively</h3>
<p>Ask the requestor to explain the idea in their own words, even if you’re already familiar with it. Some useful phrases include “help me to understand…”, “could you walk me through…”, “remind me…”.</p>
<p>Your aim is to ensure the person knows they have been heard and understood. Use <a href="https://en.wikipedia.org/wiki/Active_listening" target="_blank" rel="noopener noreferrer">active listening</a> skills during the time they are talking:</p>
<ul>
<li>Reserve judgement, there will be a reason why this idea is meaningful in the other person’s world</li>
<li>Don’t interrupt</li>
<li>Use affirmative body language to show you are paying attention</li>
<li>Pay attention, don’t think of your next response while the other person is talking</li>
<li>Paraphrase by repeating what is being said, to show you have listened</li>
</ul>
<h3>2. Find the Value</h3>
<p>Ask clarifying questions to ensure you understand the value the change would deliver. Find out who will be affected by the change and the problem it solves.  Wherever possible, quantify the value (for example, “it could reduce app crashes by 50%”). Sometimes you may need to take the idea away to gather additional data. Having measurable data will become important during the later stages of this process.</p>
<h3>3. Summarise</h3>
<p>Summarising is a powerful tool to demonstrate that you’ve understood what the other person has said.  It’s particularly important if there has been a break since the last conversation with your stakeholder. Summarising means you highlight the key points of what has been said in your own words, without changing the meaning. Focus on the facts and keep any opinion out of your summary. For example: “So it sounds like this change could save 25% of our customers two days of effort per month, and increase the satisfaction of our primary contact &#8211; is that correct?” Ask the idea contributor to confirm whether your portrayal of the data tallies with their understanding. By doing this, you ask them to agree that you have accurately represented the benefits their idea could deliver. Check whether you have missed anything.</p>
<h3>4. Explain the Cost</h3>
<p>Explain the impact of making the change. It is unlikely the idea contributor will have full sight of the cost and it’s important they understand the “why not” of their idea. The cost might include:</p>
<ul>
<li>The effort to develop this idea gives a poor return on investment</li>
<li>What you would have to give up to work on this idea instead</li>
<li>A divergence from the product strategy or roadmap</li>
<li>A compromise to the overall user experience</li>
<li>Accrual of technical debt</li>
</ul>
<h3>5. Say no</h3>
<p>Now that you’ve laid the groundwork, saying no becomes a lot easier. Your stakeholder may already be coming to this conclusion themselves. At this point, it’s worth explaining any viable workarounds. Reiterate that you appreciate their idea and would like to hear any more they have in the future.<br />
When you say no, avoid saying “I”. It’s important that this is not your opinion but based on research and data findings. Use phrases such as:<br />
“The data shows us…”<br />
“When we look at our product strategy, our key focus is…”<br />
“Idea A would deliver a bigger benefit of…”.<br />
As a bonus, it helps to be transparent about how prioritisation decisions are made in your organisation.</p>
<h2>Stop the zombie Ideas</h2>
<p>To prevent long-forgotten ideas coming back to haunt you while maintaining your credibility, it’s important to say no within a reasonable timeframe.  <a href="https://www.mindtheproduct.com/video-the-art-of-saying-no-by-mina-radhakrishnan/" target="_blank" rel="noopener">Saying no empathetically</a> enables you to maintain a positive relationship with everyone involved.  Nearly all ideas have some merit, but we can’t and shouldn’t develop everyone, which means you will inevitably find yourself saying no to a good idea.</p>
<p>Always say no at the end of the conversation, never at the start.  This ensures you have demonstrated to your stakeholder that you have fully listened to their idea, accurately considered the impact it would have and a fair decision has been made.</p>
<p>In the words of Steve Jobs: “People think focus means saying yes to the thing you’ve got to focus on.  But that’s not what it means at all.  It means saying no to the 100 other good ideas that there are.  You have to pick carefully.  I’m actually as proud of the things we haven’t done as the things I have done.”</p>
<h3>There&#8217;s more where that came from! Read more content on the product management craft</h3>
<ul>
<li><a href="https://www.mindtheproduct.com/video-the-art-of-saying-no-by-mina-radhakrishnan/" target="_blank" rel="noopener">The Art of Saying No by Mina Radhakrishnan</a></li>
<li><a href="https://www.mindtheproduct.com/killing-product-zombies-a-five-step-approach/" target="_blank" rel="noopener">Killing product zombies: a five-step approach</a></li>
<li><a href="https://www.mindtheproduct.com/why-do-products-fail/" target="_blank" rel="noopener">Why do products fail?</a></li>
</ul>

core/freeform

Reduce risk, fail faster: Experimenting across the product development lifecycle

A product manager’s guide to saying no

Holly Donohue

Read more

Comments