📖 Book
✓ Link checked
Paid
Beginner
Why we picked it
The single best thing ever written on customer conversations. It teaches you to ask about the customer's life and past behaviour, not your idea, so you can't be lied to. If a founder reads one thing before talking to a single customer, it's this.
From
momtestbook.com
by Rob Fitzpatrick
~130 pages
- Talk about their life, not your idea.
- Ask about specifics in the past, not opinions about the future.
- 'That's so cool, I'd totally buy it' is a compliment, not data, dig for commitment and evidence.
Open
momtestbook.com →
✍️ Essay
✓ Link checked
Freemium
Beginner
Why we picked it
The faster horse line gets quoted to justify ignoring customers entirely, and that reading is wrong. Vlaskovits, a customer development author, unpacks why a customer asking for a faster horse is still handing you the real job (get me there quicker), even though they named a solution they could imagine. It reframes a feature request as a signal about intent, which is exactly the muscle this question is about. Read it as a way to think, not a rule.
From
Harvard Business Review
by Patrick Vlaskovits
Short read, about 800 words
- People describe their needs in terms of the solutions they already know. The named feature is a proxy for a deeper job to be done.
- Ignoring customers is not the lesson. Reading past their literal words to the underlying want is.
- Your job is to separate the stated solution (faster horse) from the actual outcome they are chasing (get somewhere faster).
Open
hbr.org →
📄 Article
✓ Link checked
Free
Beginner
Why we picked it
When a customer hands you feature X, the Five Whys is the simplest technique for drilling from that request down to the real job underneath. This piece lays out the method in plain product terms, developed at Toyota and now a staple of product discovery, so you can run it on your next request in ten minutes. It is a concrete tool to pair with the mindset from the other two picks. Use it as a first pass, not a rigid procedure.
From
Productboard
by Productboard
Short read, about 5 minutes
- Ask why five times (roughly) to move from a stated feature to the root problem the customer is trying to solve.
- Anchor each answer in evidence, not guesses, so you drill toward a real cause and not a story you prefer.
- The root you reach often points to a different, better solution than the feature that was originally requested.
Open
productboard.com →