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

Hemal builds products and tests new business models at <a href='http://mslabs.io'>M&amp;S Venture Lab</a>, using lean startup techniques with 32m customers. You can find him tweeting <a href='https://twitter.com/hemalkuntawala'>@hemalkuntawala</a>.

Hemal Kuntawala

Having spent time with product teams in both early-stage startups and corporate environments, I&#8217;ve observed that it&#8217;s still really easy to forget the basics when building and launching a product.

A common and simple mistake that crops up is to get carried away building something without speaking to customers first. While cracking on with building your product might feel like a natural next step, doing so can lead down a meandering and exhausting path.
I&#8217;ve previously written a couple of posts about <a href="https://www.mindtheproduct.com/product-managers-vision-instinct-obsession/" target="_blank">product development</a> and <a href="https://www.mindtheproduct.com/avoiding-product-management-whiplash/" target="_blank">management</a>, and how to avoid building the wrong thing for your customers. However, I wanted to better articulate the basics that are worth remembering when bringing an idea to life.
These basics are surprisingly easy to forget and are outlined here in a customer-centric hierarchy of needs, along with an example of a common not-so-customer-centric approach.
Let&#8217;s start with how not to build a product&#8230;
<h2>A not-so-customer-centric approach</h2>
<div class="media-holder media-holder-draggable media-holder-figure">
<figure class="tmblr-full"><img decoding="async" src="https://41.media.tumblr.com/533128a046dc5000d46c16892fd63ab6/tumblr_inline_npxibw6bed1qh3nys_540.png" alt="image" /> </figure>
</div>
From bottom to top, we begin with ideation + value proposition design. Starting with an idea isn&#8217;t a bad thing, as long as the next step is speaking to customers. But often this isn&#8217;t the case and instead the next step is to go directly to building something.
Product development – there&#8217;s a high probability that the idea is a solution to an invented problem and you&#8217;ll be wasting a lot of cash and effort by building it instead of speaking to customers first.
There&#8217;s also a tendency at this point to build as many features as possible under the ethos of &#8220;build it and they will come&#8221;. These features are again likely to be based on assumptions rather than customer development.
Customers – once you ship, it&#8217;s likely that customers don&#8217;t resonate with your product. This could be for any number of reasons&#8230;
Feedback – it&#8217;s better late than never to finally learn something from your customers!
The result – traditionally, this is the point at which you discover your product is either a solution to a problem that customer&#8217;s don&#8217;t actually have, or the wrong solution to a problem that luckily does exist.
<h2>The customer-centric approach</h2>
<div class="media-holder media-holder-draggable media-holder-figure">
<figure class="tmblr-full"><img decoding="async" src="https://41.media.tumblr.com/4d9f4c2e87c6fd998e0873027d2564e6/tumblr_inline_npwfs2K6vD1qh3nys_540.png" alt="image" /></figure>
</div>
As an alternative, at the base of the hierarchy should be customers. Start by understanding the market you&#8217;re in, and the different types of customers in that market. For example, who are the high spenders, the low spenders, the high-frequency customers and the low-frequency ones?
It&#8217;s important to know the drivers and behaviours of each of those types of customer too. In doing so you&#8217;ll find out the pain points for each customer type and start to discover opportunities for improvements or disruption.
Ideation + value proposition design – equipped with learning about customers, the next requirement is your idea. You should be able to scope out opportunities for making customers’ lives easier with some sort of valuable product or service. A great resource for learning how to do this is the book &#8220;<a href="https://strategyzer.com/value-proposition-design" target="_blank">Value Proposition Design</a>&#8221; by Alexander Osterwalder et al.
Product development – with a vision for a solution to an actual customer problem, you can make a start on bringing it to life. Remember to treat that vision for a solution as an assumption, and only build the minimum you need to prove or disprove that assumption.
At this point what you shouldn&#8217;t do is build absolutely every feature imaginable as there&#8217;s a fairly solid chance your customers won&#8217;t actually need them.
Feedback – with a product to put in front of customers you can see if your solution solves their problem and whether it resonates with them.
From testing on a small scale to testing with the entire market, qualitative and quantitative feedback will help you establish if you have achieved product/market fit.
The result – all being well, your customers will love your product and your idea generates revenue, either from customers paying for it or from some underlying revenue-generating model (if that applies).
While this may sound like common sense, it’s surprising how often this approach isn’t taken and it’s an easy mistake to think that once you have an idea the next step is to go and build it.
<h2>How to tell if you&#8217;re on the wrong path</h2>
If you can relate to any of the following then there’s a chance you haven’t done the correct ground work:
<ul>
<li>You can&#8217;t describe the market you&#8217;re in</li>
<li>You can&#8217;t describe the behaviour of customers within that market</li>
<li>You can&#8217;t describe pain points and problems that customers experience</li>
<li>You can&#8217;t justify why your product exists</li>
<li>You can&#8217;t justify why a specific feature exists</li>
</ul>
While this hierarchy is a simplified whistle-stop tour of the basics, hopefully it will help you as a founder or a product manager to build the right thing for your customers.
Some resources that I and my team at <a href="http://mslabs.io/">M&amp;S Venture Labs</a> find invaluable on our product development journeys are <a href="http://businessmodelgeneration.com/book?_ga=1.241051779.1224316192.1434226226" target="_blank">Business Model Generation</a>, <a href="https://strategyzer.com/value-proposition-design" target="_blank">Value Proposition Design</a>, <a href="http://theleanstartup.com/" target="_blank">Lean Startup</a> and <a href="http://www.stevenblank.com/startup_index_qty.html" target="_blank">The Startup Owner&#8217;s Manual</a>.
If you have other examples or points I&#8217;d love to hear them. You can leave a comment below or grab me on <a href="https://twitter.com/hemalkuntawala" target="_blank">Twitter</a>.
<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>

A Product Manager’s Hierarchy of Needs

Hemal Kuntawala

Comments

Read next