post

Footer About

Footer Contribute

Footer Get Involved

Footer Links

Mind the Product

Product Management

Sunday Rewind: Decisions, debt, and other dilemmas by Janna Bastow

Artificial intelligence (AI)

Google buys Wix and Meta launches Community Notes: This week’s news roundup

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 to craft a product vision: Ebi Atawodi at #mtpcon London 2025 (Director of Product, YouTube)

What we learned at #mtpcon London 2025

Are you struggling with SQL? AI can give you analytics superpowers

Claude in the Google Cloud while OpenAI tops 400m users: AI news roundup

The best resources for product managers in 2025

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>.

core/freeform

Guest Post

Building Consumer-Grade Experiences for the Enterprise By Ciara Peter

What Makes a Great Product Manager by Graham Siener

The GIST Framework by Itamar Gilad

Scaling the Product and the Team by Rachael Shah

Decisions, Debt, and Other Dilemmas by Janna Bastow

Hacking Your Product Career by Gibson Biddle

How Medicine and Research Translates to Patients by Shree Patel

The Future of Product Management by Richard Harrison

Data Science and Digital Businesses by Ali Gulez

You Need A Product Strategy by Sam Odio

A Product Manager’s Hierarchy of Needs

ProductTank Köln

ProductTank Norwich

ProductTank Santiago

ProductTank Bangkok

ProductTank Cluj-Napoca

ProductTank Heidelberg

ProductTank Manchester

ProductTank Newcastle Upon Tyne

ProductTank London

ProductTank Philadelphia

ProductTank Jacksonville

ProductTank Chicago

ProductTank Reston

ProductTank Brisbane

ProductTank Edinburgh

ProductTank Valencia

ProductTank Paris

ProductTank Exeter

ProductTank Birmingham

ProductTank Porto

ProductTank Raleigh

ProductTank Phoenix

ProductTank San Francisco

ProductTank Hong Kong

ProductTank Prague

ProductTank Bratislava

ProductTank New York

ProductTank Kansas City

ProductTank Orlando

ProductTank Dallas

ProductTank Tokyo

ProductTank Belgrade

ProductTank Madrid

ProductTank Leeds

ProductTank Zürich

ProductTank Perth

ProductTank Richmond

ProductTank Charlotte

ProductTank Washington

ProductTank Ljubljana

ProductTank Dublin

ProductTank Bogotá

ProductTank Seattle

ProductTank Madison

ProductTank Singapore

ProductTank Portland

ProductTank Los Angeles

ProductTank Des Moines

ProductTank Reading

ProductTank Bucharest

ProductTank Bielefeld

ProductTank Malmö

ProductTank Canberra

A Product Manager’s Hierarchy of Needs

Hemal Kuntawala

Read more

Comments