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

Successful product management in companies where it’s least understood

Measuring critical user journeys – Javier Andrés Bargas-Avila (UX Director, Google)

A new way to look at applied experiments

Product survey findings: Only 15% of users are embracing AI features 

Building high-performing product teams: The PDLC approach

Footer About

Footer Contribute

Footer Get Involved

Footer Links

Mind the Product

Guest Post

Overcoming the 20% feature usage challenge

Product Management

Three product leaders to learn from at #mtpcon inside Pendomonium

Adam is a Product Management expert, speaker, coach, and the creator of the Survival Metrics framework for product teams. You can see his Daily Product Insights on: Twitter @HonorableATpdm, Instagram Honorableat_PDM, and get biweekly, free product coaching on Substack via The Adam Thomas Newsletter .

Adam Thomas

The customer is always right &#8211; right?
This adage &#8211; one that many of us grew up with &#8211; is a guiding principle of product development. If we can just listen to the customer &#8211; if we just give them what we want, our path to product success can’t be too far off.
Isn’t that customer obsession? Wasn&#8217;t Amazon where it needed to be? Well, no.
In fact, quite the opposite. Just blindly listening to customers is a surefire path to stay mediocre, or worse. It holds you hostage, forcing you to follow through on these blind promises you’ve made and, if you succeed, you end up with a bloated product. If you fail&#8230; well, goodbye trust.
Using open feedback systems, driven by customer desire, is not customer obsession. It’s customer abdication, and it holds you back from being clear-eyed about the decisions you will eventually make when doing customer development. Here is why:
<ul>
<li>The Ferrari Problem &#8211; customers want eye candy and aren’t thinking about how you’ll need to maintain it, or if it matters.</li>
<li>Customers have no context &#8211; they don’t know their market and live in a completely different world than you do.</li>
<li>Maintenance &#8211; systems which are open-to and guided-by customer feedback tend to need high maintenance to keep them useful. What tradeoffs are you willing to make to add confidence to the system?</li>
</ul>
Let’s explore these problems in-depth, and talk about how to avoid these problems with tools and concepts that are more likely to bring you better outcomes for your product development.
<h2>Vroom Vroom, I Want a Ferrari</h2>
If I offered you a Ferrari, would you take it? Sure you would.
Now let’s talk about maintaining the car.
<ul>
<li>Your oil changes are now specialized and cost 10 to 20x what they cost now</li>
<li>Any part is now specialized and you’ll need to find a specific mechanic with a smaller margin of error</li>
<li>Good luck finding the right gas station</li>
</ul>
Did any of this come to mind during the offer? My guess is: no, it doesn’t. My bet is even if you got a Ferrari, you wouldn’t use it. This is what I call the Ferrari problem &#8211; when we, as human beings, consider only the “thing” we’re acquiring, and not anything around it.
Your customers are human beings.  I repeat, they are human. They will spend time telling you about how much they want a feature&#8230; and then they’ll never use it. They just wanted it because they thought it’s cool.
How do you avoid this?
Focus on the problems &#8211; customers are well aware of the problems they need solved. They are your best source.  
<h2>Contextless Customers</h2>
You are probably looking at this on a phone or laptop. If I asked you about the microchip market, you might be able to answer. Let’s ask a few more questions:
<ul>
<li>How about the supply chain?</li>
<li>What about the other choices on the market?</li>
<li>How about any of the trade-offs necessary to ship this device?</li>
</ul>
I don’t expect you to be able to answer these questions unless you are a product manager from a company like Lenovo or Apple, and work in their hardware division.
You are a customer.
Now think about your company &#8211; my guess is that you are able to answer these questions pretty easily, but your customers can’t. Every time a customer requests something, they don’t ever have this context in mind. In fact, they are just thinking about the problem.
Instead of just expecting them to tell you what they want, ask them about the world around them. Ask them to tell you stories about how they interact with the product.
<h2>Open System, Open Problems</h2>
I once built a Content Management System (CMS) when I was younger (I am aging myself 😉) and, to my surprise, it worked. The little marvel allowed me to start my first company, The Gamer Studio, and bring on writers to start publishing content.
So I opened it up to feedback and feature requests, provisioned some usernames and passwords and I thought I was on my way… until it happened.
The first incident about corrupted data. Then the next, and suddenly it was a hack here, a hack there. For all the my openness to user feedback and feature requests had been well intentioned &#8211; after all, I just wanted to build the best product for my users &#8211; the reality was that it had led me down a path of feature bloat, technical debt, and a code-base that I had no hope of maintaining.
I eventually had to shelve it and do the hard work of manually transferring everything to Typepad. Sure, I made a system and opened it up to customer feedback, but I didn’t consider the maintenance costs I was also opening myself up to. I often see the same thing whenever a product team starts using a live “customer voting platform”.
These are open to all types of influences that run counter to your goal &#8211; for example, what happens when there is a voting “brigade” being led a single customer with a disproportionate amount of influence? Or a particularly nefarious competitor looking to skew your insights and roadmap?
Not only that, but you also fall into the trap of other parties, both external and internally, deciding your priorities based on bad or irrelevant metrics. For example, stakeholders in other teams or organisations using non-significant (or even, strictly speaking, irrelevant) vote counts to push an agenda. A CEO running a meeting and saying “It’s the top-rated feature request” when it has 17 votes has a particular sting to it.
Instead of voting on features, if you need to have customers vote on anything, let them vote and comment on problems. Put this at the beginning of your discovery process to help shape your research.
<h2>The Theme Remains: Focus on Problems.</h2>
Customers are a fantastic resource to understand (valuable) problems. However, defining solutions is where we run into more troublesome problems.
Take the solutions out of your customers’ hands, and give that responsibility back to your team.
<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

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

Beware the Tyranny of Customer Feedback

Adam Thomas

Comments

Read next