post

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! 🎉

Are you really understanding your users or going through the motions?

Why can’t we get accessibility right? Claire Bauden (SVP Global Product Design, Global Payments Inc.)

Ditch the PRD template and embrace the PRD checklist

How to price your subscription product: insights and examples

Can product operations and innovation be friends?

Footer About

Footer Contribute

Footer Get Involved

Footer Links

Mind the Product

Guest Post

Building confidence in product investment decisions

Sunday Rewind: The good, bad, and ugly of OKRs by Jenny Herald

Chris ia a product manager at Tungsten Network. Previously he worked in a legal tech start-up. When not working he is often found drinking coffee and exploring London.

Chris Bell

<p>When I was a student, I took part in a negotiation exercise. We were given imaginary countries and had to negotiate our rights to the surrounding sea. The whole exercise quickly descended down into what the lecturer politely described as a study in <em>realpolitik</em><span style="font-style: italic;">.</span> To try and help us curb any dictatorial inclinations we were given the classic work on negotiation: <em><a href="https://www.amazon.co.uk/Getting-Yes-Negotiating-agreement-without/dp/1847940935">Getting to Yes: Negotiating Agreement without Giving In</a>.</em></p>
<p>The book provides a method for negotiating agreement based on applying principles rather than the slow trade-offs that we typically associate with the process of reaching agreement. The principles themselves are quite simple:</p>
<ul>
<li><strong>Separate the people from the problem </strong>– make sure negotiation doesn’t become personal and descend into name calling and recrimination;</li>
<li><strong>Focus on interests, not positions </strong>– ask the parties to the negotiation why they want what they are asking for;</li>
<li><strong>Invent options for mutual gain </strong>– get creative when coming up with solutions to reconciling the interests involved;</li>
<li><strong>Insist on using objective criteria </strong>– base the negotiation on measurable and realistic outcomes; and</li>
<li><strong>Know your best alternative to negotiated agreement </strong>– always have a back-up if you have to walk away from a negotiation.</li>
</ul>
<p>While a career in marine negotiation never beckoned for me, I kept the book. Recently I picked it up again and started to think about how the lessons of the book applied to product management. Fundamentally, product management is a compromise pursuit. By taking a product rather than custom approach, we recognise that we have a finite resource and are trying to produce the most acceptable compromise out of our stakeholder interest and prioritise these. This means that product managers need to be master negotiators, we need to be able to work with our users to negotiate the best outcome for the most people involved.</p>
<h2>Focus on Interests, not Positions</h2>
<p>All product managers deal with requests for features. This may be generalised in the case of B2C where requests can come as an aggregate of user information, or it may be incredibly detailed and specific, especially for those working in the B2B sphere where your users are not shy about asking for what they want. It’s a good position to be in, as people want to tell you how you can make your product work better for them. But there are only so many hours in a day, and you have to prioritise some requests over others, which can lead to disappointment.</p>
<p>This is when it becomes essential to not ask what people want, but why they want it. Are they asking for that specific feature, or are they seeking an outcome and that is how they see it being fulfilled? Think of the well-known Theodore Levitt quote <em>&#8220;People don&#8217;t want to buy a quarter-inch drill, they want a quarter-inch hole&#8221;</em><span style="font-style: italic;">. </span>Users sometimes come looking for specific solutions rather than the outcomes that they actually want and, without being patronising, we have to understand that they may not be best placed to reconcile that interest with a position.</p>
<h2>Asking why?</h2>
<p>Sometimes the distinction between an interest and a position can be very fine, but at its simplest, you need to ask the user why they want what they want. The ease with which you do this can depend heavily on the type of sector you work in. Where you can’t actually ask your users why they want something, you have turn detective and try and develop your suite of empathetic tools, such as personas, to understand what their interests are in their positions.</p>
<p>Asking why also helps you to understand the information your users have about how your system currently works and whether they have enough to make an informed request. It may be that by asking why you realise that their request is based on a misunderstanding of your system.</p>
<h2>Opposed Positions can Cover Compatible Interests</h2>
<p>Of course, the interests of any given user do not exist in a vacuum, the main importance of uncovering what your users fundamentally want is in using this information to balance the differing and occasionally opposing views. By getting to the heart of what underlies a position, we can often find that while positions can overreach and oppose each other, mutually beneficial outcomes exist. Imagine two people getting in a car and arguing about going to two different locations. By asking why you can understand whether a third place is acceptable or if one of the two locations fulfils both interests.</p>
<h2>Conclusion</h2>
<p>At its core, the process of developing a new product or building on an existing one is about getting a user to a yes: “Yes, I will use your product rather than another option.” Getting that yes is a difficult path, but by taking the lessons of negotiation, you can structure your approach to balancing the interests at play.</p>
<p>&nbsp;</p>
<div class="g g-21"><div class="g-single a-170"><a class="gofollow" data-track="MTcwLDIxLDEsNjA=" href="https://www.pendo.io/pendomonium/"><img decoding="async" src="https://www.mindtheproduct.com/wp-content/uploads/2024/06/MTP-Footer_ad.png" /></a></div></div>

core/freeform

A year with ChatGPT and product innovation: Navigating the AI landscape

Mastering perspective – zoom in, zoom out as a product leader by Navya Rehani Gupta

Modern-day leadership by Janice Fraser

Master the art of leading through influence by Shyvee Shi

Is your innovation project on track? by Tendayi Viki

Finding your frosting as a product leader by Jeff Birkeland

Learnings from London: The secret sauce to hiring great product people by Kate Leto

Negotiation in Product Management: the Pursuit of Compromise

Chris Bell

Comments

Read next