Rob is an entrepreneur of 12 years. He went through YCombinator (s07) with an attempt to figure out social advertising before Facebook managed to do so, which obviously didn鈥檛 work out so well. He has raised funding in the US and UK, built products used by customers like Sony and MTV, designed and Kickstarted a card game, cofounded the education agency Founder Centric, rebuilt a little sailboat, and has built and launched countless silly hobby and side projects which have (so far) managed to keep the wolf from the door. He鈥檚 a techie who (grudgingly) learned enterprise sales. He now specializes in the gathering of unbiased customer learning and taking an idea from nothing through to its first dozen or so paying customers.
Rob is the author of The Mom Test book about how to talk to customers and learn if your business is a good idea even when everyone is lying to you. Taught at top universities including Harvard, MIT, UCL, and many more.
Coauthor of Workshop Survival Guide about how to design and run effective, engaging, high-energy workshops.
Main lessons learned: 1. Don't pitch your ideas to customers 2. Learn facts. Dig and ask more questions till you have exact facts and data 3. Don't mention your solution 4. Don't listen to opinions, collect facts and pain points instead 5. Compliments means nothing. Really nothing. Deflect them and dig deeper. 6. You can鈥檛 learn anything useful unless you鈥檙e willing to spend a few minutes shutting up 7. If you don鈥檛 know what happens next after a product or sales meeting, the meeting was pointless 8. Until you鈥檝e got a working business model and a repeatable sales or marketing process, the founders need to be in the meetings themselves.
Either really good or dismally bad. Not sure which one. Easy read. Some ideas that could sometimes be useful. Or not.
Q: Trying to learn from customer conversations is like excavating a delicate archaeological site. The truth is down there somewhere, but it鈥檚 fragile. (c)
I recommend it to everyone who builds products, talks to customers, works in startups or has the desire to sell any ideas/products they came up with or made.
Why I loved it:
- it's a how-to book that offers concrete methods and tools to solve problems on tour path to a new product with an audience; - it is full of specific examples of good and bad approaches, and reasons why a certain approach is good or bad; - it is easy to read, short and funny - a real delight to spend your time on, and simultaneously very useful.
Lots of valuable info compressed in there. Simply awesome.
This book is about having conversations with potential customers to see if your business is a good idea. It is not written by a UX guy, but someone from tech startups who has learned through mistakes. In some places it's a bit beginner, but it's fun to read, not pretentious, and at times laugh out loud funny. It's a good reminder of the basics and packed full of example dialogues. I actually put down the book I was working on to read this one and devoured it in part of a day.
It starts with a good and bad sample conversation about a new product idea. Key takeaway: try to avoid talking about your business idea, but instead focus on their life, with specific examples from the past (not projections about the future).
Rules of thumb: - People know what their problems are, but don't know how to fix them. - Focus on user goals/motivations with questions like "why do you bother". - Where possible, watch what people do rather than ask what their opinions are. When not possible, ask them to walk through the last time they did that thing. - If they haven't looked for ways of solving a problem already, they aren't going to look for or buy yours. - Give people an excuse to help you by asking "who else should I talk to" and "is there anything else I should have asked".
Be wary of bad data in the form of compliments, fluff, and ideas. Redirect compliments by getting specific. Anchor generic claims and hypotheticals in specific examples from the past. Dig beneath ideas and feature requests to find the motivation behind them.
Every time you talk to someone, you should be asking one question that has the potential to destroy your currently imagined business.
Start broad with questions and don't zoom in until you have a strong signal. This avoids wasting time figuring out the minutia of a trivial problem.
Prepare your top 3 questions for each type of person you're talking to - easier to make them unbiased and helps from getting stuck in trivial questions in the moment. Adjust questions as you learn more.
Quick and casual chats work better than long, formal meetings, especially early on. It reduces overhead setup time and means you can keep it short - sometimes 5-10 minutes to learn if a problem exists and is important.
Once you get to the stage of showing your product to customers, you can start asking for commitments. You're looking for commitments of time (participating in a trial or providing feedback on wireframes), reputation (intro to team, boss, public testimonials), and financial (pre-orders and deposits). The more they're giving up, the more seriously you can take what they're saying.
When finding conversations, take advantage of serendipity, find an excuse, or immerse yourself in their environment. Create "warm intros" by using friends of friends, industry advisors, universities, investors, and favours.
Frame meetings by: outlining your vision (trying to solve x problem), framing expectations (what stage you're at, not selling), showing weakness, putting them on a pedestal (showing how much they can help), and explicitly asking for help.
Keep having conversations until you stop hearing new stuff.
Startups need to be especially focused on one segment to filter out noise. If you aren't finding consistent problems and goals, you don't have a specific enough customer segment. Then start with people who seem most profitable, easy to reach, and personally rewarding.
Avoid customer learning being stuck in one person's head by prepping, reviewing, and taking good notes. Prepping - know what you hope to learn and keep the whole team involved in identifying those goals. Review key quotes and main takeaways with the team. Bring a second person along to take notes and jump in if they notice bias or a missed lead. Take notes that are lightweight to capture, but stored permanently - notes are only useful if you look at them again.
The best book for Customer Development I've ever seen! Must-read for all CEOs, founders, Product Managers, and User Researchers! My notes, in case you need:
Maybe the only downside is, even though it is a super short book, it is still extremely repetitive: 40% of the book is the exact same message:
鈥淒ON鈥橳 PITCH! Ask about THEIR lives, their problems, their current solutions/workarounds鈥�.
However, given how easy it is to fall back into "pitch mode", maybe it is worth hammering that message into my brain.
We are about to launch a new product soon at my company and we do have an extremely narrowly segmented customer group, so I will sit down with this book on my lap and prepare myself for some customer meetings. This book came just at the right time.
And by the way: Without this book I would 100% guaranteed have performed every single mistake outlined in this book.
I loved the chapter about note taking at the end and adding context via little symbols and emojis.
If you are in charge of a product or company and you often interface with your customers and potential customers, this book is probably worth your time -- and it doesn't demand much of your time anyways!
It's the second time I read this one and once again, I loved every page of it. The book is an amazingly simple, down-to-earth guide on what it means to 'talk to your customers' before you go ahead and build that thing. It's one of those books that you can reread in a few hours every time you're thinking of starting a new project and you'll always find something new and useful. If you want to keep your sight on what's important in the mess of a product's initial research & creation, read this. It's awesome.
This is such a weird premise. I get that there are valuable lessons in this book, although you can get great information on customer interviewing in other resources that don't also reinforce gross messages about who is and is not an entrepreneur and the intelligence of women.
I'm a mom. I love my kids. They want to start businesses. I am gentle about my feedback because they are young children but even now I don't lead them to believe that a business selling plastic army soldiers out of our driveway is going to be successful. And I coach them so that they understand why it's not a winning value proposition. When they are grown-ass people and want to launch startups, I'm going to be encouraging but I'm not going to fluff up egos with drivel; that's counterproductive to their success.
This book assumes that moms a) are not the sharpest crayons in the toolshed, b) would prefer to avoid an uncomfortable conversation and instead guide their budding entrepreneur to invest in something that's high-risk at best and obviously horrible at worst, and c) that moms are not entrepreneurs themselves who would certainly not fall into this nonsense. Frankly, this is part of a deluge of messages that women get that entrepreneurship is not for them. It's not like women/moms have a monopoly on protecting feelings, either--that's part of the book's message! If you do customer interviews poorly, most interviewees' answers are influenced by a normal, human desire to be kind to someone showing passion about something.
Mr. Fitzpatrick, do a new edition. The Mom Test might seem like a catchy name and a cute short-hand, but it's just *lazy* and I hope you can do better.
- Talk about their life instead of your idea - Ask about specifics in the past instead of generics or opinions about the future (For eg: What was the last time you used ipad for) - Talk less and listen more
This is called the **Mom Test**
**Customer Interaction Insight :**
鈥淧eople will lie to you if they think it鈥檚 what you want to hear.鈥� -
鈥淵ou're shooting blind until you understand their goals.鈥�
鈥淪ome problems don鈥檛 actually matter鈥� - Understand the implications of the issue
鈥淲atching someone do a task will show you where the problems really are, not where the customer thinks they are鈥�
鈥淚f the customers haven't looked for ways of solving the problem already, they're not going to look for your product/solution鈥�
鈥淲hile it鈥檚 rare for users to tell us exactly what they鈥檒l pay to us, but they鈥檒l often show us what it鈥檚 worth to them鈥�
鈥淧eople want to help you, but will rarely do so unless you give them an excuse to do so鈥�
**NOTE 2:**
When talking to customers, follow the following:
- Don鈥檛 abdicate your creative vision and build your product by committee - Deciding what to build is your job - You aren鈥檛 allowed to tell the users what their problem is, and in return, users aren鈥檛 allowed to tell you what to build. They own the problem, you own the solution
**NOTE 3:**
- Compliments from Users/Customers is shiny, distracting, and entirely worthless data - The best way to escape the misinformation of compliments is to avoid them completely by not mentioning your idea
**NOTE 4:**
**Types of Fluff given by Users:**
- Generic claims (鈥淚 usually鈥�, "I always", "I never") - Future-tense promises (鈥淚 would鈥�, "I will") - Hypothetical maybes ("I might", "I could")
When User uses any of these fluff, bring them to specifics in the past, bring out the last time they faced such problem
Fluff Inducing Questions are:, Data obtained from these questions are worthless:
- Do you ever鈥� - Would you ever鈥� - What do you usually鈥� - Do you think you鈥� - Might you.. - Could you see yourself鈥�
To avoid Fluff, follow the following:
- Talk about what actually happened instead of what 鈥渦sually鈥� happens - Get more specific - If someone鈥檚 being flaky, put them to a decision. If they don鈥檛 care enough to try solving their problem already, they aren鈥檛 going to care about your solution - Reject people鈥檚 generic claims, incidental complaints, and fluffy promises. Instead, anchor them toward the life they already lead and the actions they鈥檙e already taking
**NOTE 5:**
**Feature Requests : A Study 鈫�**
鈥� Ideas and feature requests should be understood, but not obeyed鈥�
When you get a feature request, dig more to understand the motivations behind the request by using the following Qsns:
When User answers your questions, to dip deeper into their emotional signals, try the following:
- Tell me more about that - That seems to really bug you 鈥� I bet there鈥檚 a story here - What makes it so awful? - Why haven鈥檛 you been able to fix this already? - You seem pretty excited about that 鈥� it鈥檚 a big deal? - Why so happy? - Go on
- Why do you want that? - What would that let you do? - How are you coping without it? - Do you think we should push back the launch add that feature, or is it something we could add later i.e. (Good to have or Must Have) - How would that fit into your day?
**NOTE 6:**
Never pitch your idea
- If you go into pitch mode, you would eventually be saying this to the Users - No no, I don鈥檛 think you get it... - Yes, but it also does this - If they say they really want to hear about what you鈥檙e working on, promise that you鈥檒l tell them at the end of the meeting or loop them in for an early demo, and that you just want to talk a bit more about their stuff before biasing them with your idea - The focus should always be to understand more from the User, their problem, their day to day, how they solve for it now - Talk Less, Listen More
**Note 7:**
Type of Questions:
- Every time you talk to someone, you should be asking a question which has the potential to completely destroy your currently imagined business - You should be terrified of at least one of the questions you鈥檙e asking in every conversation - You鈥檙e searching for the truth, not trying to be right. And you want to do it as quickly and cheaply as possible - The worst thing you can do is ignore the bad news while searching for some tiny grain of validation to celebrate - Responses like, 鈥淯mm, I鈥檓 not so sure about that鈥� or 鈥渢hat seems okay鈥� are what you are looking for. These responses will help you uncover the truth, the real problems
**Note 8:**
Zoom out before going deep, Look at the Elephant:
- When you fall into a premature zoom, you can waste a ton of time figuring out the insignificant details of a trivial problem - Even if you learn everything there is to know about that particular problem, you still haven鈥檛 got a business - Understand if you have : - Product Risk or - Can I build it? Can I grow it? Will they keep using it?鈥� - Market Risk - Do they want it? Will they pay? Are there enough of them?鈥� - If the customers gives you answer that if you can help me do that then I would definitely use ur product means its entirely Product Risk - If you can build the product, then customers will definitely use it but can you build the product - Customer Conversations will not help you much if you have Product Risk, it will only help if you have Market Risk
**Note 9:**
Always be ready with 3 Big Questions:
- You may not always have that dream customer conversation - So, always be ready with your 3 big Questions - You may meet your customer any time and you can use ur 3 qsns to have a unplanned conversation - And, we would see that these short casual conversations give better insights that long formal meetings
**Note 10:**
Causal Chat over Formal meetings
- Short casual conversations give better insights than long formal meetings - If it feels like they鈥檙e doing you a favour by talking to you, it鈥檚 probably too formal
**Note 11:**
Using Mom test in B2B Sales
- If you don鈥檛 know what happens next after a product or sales meeting, the meeting was pointless
**Note 12:**
**Currencies of conversation**
A compliment costs them nothing, so it鈥檚 worth nothing and carries no data
The major currencies are time, reputation risk, and cash
Time Commitment
- 鈥淐lear next meeting with known goals - Sitting down to give feedback on wireframes - Using a trial themselves for a non-trivial period
Reputation risk commitments :
- Intro to peers or team - Intro to a decision maker (boss, spouse, lawyer) - Giving a public testimonial or case study
Financial commitments are easier to imagine :
- Letter of intent - Pre-order - Deposit
**It鈥檚 not a real lead until you鈥檝e given them a concrete chance to reject you**
**Note 13:**
How to reach your customer:
- The only thing people love talking about more than themselves is their problems - By taking an interest in the problems and minutia of their day, you鈥檙e already being more interesting than 99% of the people they鈥檝e ever met - Literally the most unfair trick I know for rapid customer learning - Want to figure out the problems HR professionals have? Organise an event called 鈥淗R professionals happy hour. - People will assume you鈥檙e credible just because you happen to be the person who sent the invite emails or introduced the speaker. - You'll have an easy time chatting to them about their problems - You can find anyone you need if you ask for it a couple times
**Note 14:**
Cold Email to reach out to customer:
**Vision / Framing / Weakness / Pedestal / Ask**
**Example 1:**
鈥淗ey Pete,
- I'm trying to make desk & office rental less of a pain for new businesses (vision). - We're just starting out and don't have anything to sell, but want to make sure we're building something that actually helps (framing).听鈥� - 鈥淚've only ever come at it from the tenant's side and I'm having a hard time understanding how it all works from the landlord's perspective (weakness). - You've been renting out desks for a while and could really help me cut through the fog (pedestal). - Do you have time in the next couple weeks to meet up for a chat? (ask)鈥�
**Example 2:**
- 鈥淗ey Scott, I run a startup trying to make advertising more playful and ultimately effective (vision). - We're having a load of trouble figuring out how all the pieces of the industry fit together and where we can best fit into it (weakness). - You know more about this industry than anyone and could really save us from a ton of mistakes (pedestal). - We're funded and have a couple products out already, but this is in no way a sales meeting -- we're just moving into a new area and could really use some of your expertise (framing). - Can you spare a bit of time in the next week to help point us in the right direction over a coffee? (ask)鈥�
**Note 15:**
Making a so-so product for a bunch of audiences isn鈥檛 quite the same as making an incredible product for one
- Keep having customer conversations until you stop hearing new stuff - If you aren鈥檛 finding consistent problems and goals basis your customer interactions, you don鈥檛 yet have a specific enough customer segment - Some teams instead of having 20 conversations with their customers will have one conversation each with 20 different types of customers
**Note 16:**
The drilling down into ever more specific groups is called Customer Slicing,
**鈥淚f you don鈥檛 know where to go to find your customers, keep slicing your segment into smaller pieces until you do鈥�**
how to identify this group:
Start with a broad segment and ask:
- Within this group, which type of this person would want it most? - Would everyone within this group buy/use it, or only some of them? - Why do they want it? (e.g. What is their problem or goal) - Does everyone in the group have that motivation or only some of them? - What additional motivations are there? - Which other types of people have these motivations?鈥�
Now, once a sub-group is identified, ask thses qsns to drill down further:
- What are these people already doing to achieve their goal or survive their problem? - Where can we find our demographic groups? - Where can we find people doing the above workaround behaviours?鈥�
Once identified, start with based on who seems most:
1. Profitable 2. Easy to reach 3. Rewarding for us to build a business around
If you haven鈥檛 been able to figure out how to find your customer, it means you need keep slicing your customer segment for the correct customer
NOTE 17:
2 Awsm Questions to unearth Product Risks:
1. If this company/product fails, what is most likely to have killed it? 2. What would have to be true for this to be a huge success?
**NOTE 18:**
User Interview Process to follow:
- Major decision makers should make it to atleast few User Interviews - Always go with a structured thought & atleast a skleton about what you think that person may talk about - Be ready with your 3 big qsns - Always do a post-interview reveiw on how you can improve - Also, create notes of the same so that key insights doesn鈥檛 get decimated - **If you don鈥檛 know what you鈥檙e trying to learn, you shouldn鈥檛 bother having the conversation**
It is so easy to fool ourselves thinking we are customer-oriented, customer-first approach, blah blah. But most of us are not. This is simple, practical and the best guide for talking to customers. It is very short and very actionable. Anyone building products, talking to customers, part of a startup or want to startup should read this.
A short, clear and very practical handbook on how to talk to customers and people in general. It's when you need to cut through the niceness/bullshit and get things done. It'll be useful for anyone who meets people on a regular basis, especially in the post-covid online era.
I won't write a review for this book. I am just gonna say that this book is worth re-reading and relistening again and again. And there aren't that many books which are worth doing so. So just please, don't do a start-up, before you spend 4 hours listening to this book. Golden nuggets.
The 鈥淢om Test鈥� is an intelligent book for any student of Steve Blank and his 鈥淐ustomer Development鈥� model: validating hypotheses to launch a startup by exploring the existence of customers and of a market, of course. But how do you concretely approach this delicate phase when you are not a specialist?
Author Rob Fitzpatrick says he has faced this situation multiple times and gives excellent advice including how to conduct initial interviews and learn relevant information from them. This is, I believe, the main and rather rare quality of this book. An absolute must-read when you feel helpless on the subject and even more if you do not think you need advice!
This is a small 122-page book that I really recommend reading. Here are some extracts that I hope will convince you
Every question we ask carries the very real possibility of biasing the person we鈥檙e talking to and rendering the whole exercise pointless. (Page 3)
And I add a strong statement from Steve Blank: Talking to customers is hard.
The measure of usefulness of an early customer conversation is whether it gives us concrete facts about our customers鈥� lives and world views. (Page 12)
The Mom Test: 1. Talk about their life instead of your idea 2. Ask about specifics in the past instead of generics or opinions about the future 3. Talk less and listen more. (Page 13)
Blank talks about 鈥渁 day in the life of your customer鈥�. You need to understand the actions and the interactions, who does, who decides, who pays.
Here is a list, according of the author, of good and bad questions: 鈥淒o you think it鈥檚 a good idea?鈥� 鈥淲ould you buy a product which did X?鈥� 鈥淗ow much would you pay for X?鈥� 鈥淲hat would your dream product do?鈥� 鈥淲hy do you bother?鈥� 鈥淲hat are the implications of that?鈥� 鈥淭alk me through the last time that happened.鈥� 鈥淭alk me through your workflow.鈥� 鈥淲hat else have you tried?鈥� 鈥淲ould you pay X for a product which did Y?鈥� 鈥淗ow are you dealing with it now?鈥� 鈥淲here does the money come from?鈥� 鈥淲ho else should I talk to?鈥� 鈥淚s there anything else I should have asked?鈥� at page 15 and he lets you think about what is bad and good before giving his views.
What you should have in mind is given page 22: 鈥淭hey own the problem, you own the solution.鈥� And this is so true as Henry Ford or Steve Jobs mentioned, customers do not know what they want!
So (page 49), when interviewing, 鈥淪tart broad and don鈥檛 zoom in until you鈥檝e found a strong signal, both with your whole business and with every conversation.鈥�
How to begin?
In his original book on Customer Development, 4 Steps to the Epiphany, Steve Blank solves this by recommending 3 separate meetings: the first about the customer and their problem; the second about your solution; and the third to sell a product. By splitting the meetings, you avoid the premature zoom and biasing them with your ideas. In practice, however, I鈥檝e found it both difficult and inefficient to set them up. The time cost of a 1-hour meeting is more like 4 hours once you factor in the calendar dance, commuting, and reviewing.
If the solution isn鈥檛 a 3-meeting series, then what is it? You may have noticed a trend throughout the conversation examples we鈥檝e seen so far: keeping it casual. (Page 56)
Rule of thumb: Learning about a customer and their problems works better as a quick and casual chat than a long, formal meeting.
Advancement
Then you need to deliver (page 62): 鈥淲hen you fail to push for advancement, you end up with zombie leads: potential customers (or investors) who keep taking meetings with you and saying nice things, but who never seem to cut a check.鈥�
Rule of thumb: 鈥淐ustomers鈥� who keep being friendly but aren鈥檛 ever going to buy are a particularly dangerous source of mixed signals.
Ideally you should find a champion as an early customer. Page 73: 鈥淪teve Blank calls them earlyvangelists (early evangelists). In the enterprise software world, they are the people who: 鈥� Have the problem 鈥� Know they have the problem 鈥� Have the budget to solve the problem 鈥� Have already cobbled together their own makeshift solution鈥�
Of course to ask questions, you must organize conversations. This is what chapter 6 is about鈥�
A short extract: 鈥淭he framing format I like has 5 key elements. 1. You鈥檙e an entrepreneur trying to solve horrible problem X, usher in wonderful vision Y, or fix stagnant industry Z. Don鈥檛 mention your idea. 2. Frame expectations by mentioning what stage you鈥檙e at and, if it鈥檚 true, that you don鈥檛 have anything to sell. 3. Show weakness and give them a chance to help by mentioning your specific problem that you鈥檙e looking for answers on. This will also clarify that you鈥檙e not a time waster. 4. Put them on a pedestal by showing how much they, in particular, can help. 5. Ask for help.鈥�
Rule of thumb: Keep having conversations until you stop hearing new stuff.
And then you will need to focus by doing customer segmentation and slicing. This is chapter 7.
Rule of thumb: Good customer segments are a who-where pair. If you don鈥檛 know where to go to find your customers, keep slicing your segment into smaller pieces until you do.
Process
Avoid creating (or being) the bottleneck. To do that, the customer and learning has to be shared with the entire founding team, promptly and faithfully. That relies on good notes plus a bit of pre- and post-meeting work.
Everyone on the team who is making big decisions (including tech decisions) needs to go to at least some of the meetings.
The tech guys don鈥檛 need to go to most of the meetings, but you鈥檒l all learn a ton from hearing customer reactions first-hand occasionally. You鈥檒l also be able to help each other catch and fix your conversation mistakes and biases. (Page 99)
What is the number of people that should face customers? 2 is ideal, 1 is not enough to take notes and avoid bias, more is messy.
Conclusion
I still ask dumb questions all the time. You will too. Don鈥檛 beat yourself up over it. In fact, just yesterday I screwed up a particularly important meeting by slipping into pitch mode (this was yesterday at the time of writing鈥� hopefully not again at the time of reading). (Page 112)
with a nice final quote : 鈥淗aving a process is valuable, but don鈥檛 get stuck in it. Sometimes you can just pick up the phone and hack through the knot.鈥� (Page 113)
PS: thanks to Laurent and Monica for advising me to read this little gem!
Finally I've finished the whole book! 100 pages full with practical examples how to talk with customers and to really understand their pains without biasing them with your idea. It also will be very helpful for you if you just want to ask good questions and to receive the feedback which will really help you, not the one which will deceive you!
How to ask the right questions for the better and more useful answers? You're going to find the answer for that question in this book. It's The Mom Test.
They say you shouldn鈥檛 ask your mom whether your business is a good idea, because she loves you and will lie to you. This is technically true, but it misses the point. You shouldn鈥檛 ask anyone if your business is a good idea. It鈥檚 a bad question and everyone will lie to you at least a little. As a matter of fact, it鈥檚 not their responsibility to tell you the truth. It鈥檚 your responsibility to find it and it鈥檚 worth doing right.
Talking to customers is one of the foundational skills of both Customer Development and Lean Startup. We all know we鈥檙e supposed to do it, but nobody seems willing to admit that it鈥檚 easy to screw up and hard to do right. This book is going to show you how customer conversations go wrong and how you can do better.鈥�
Bad customer conversations aren鈥檛 just useless. Worse, they convince you that you鈥檙e on the right path. They give you a false positive which causes you to over-invest your cash, your time, and your team.
Everyone likes approval 鈥� especially an entrepreneur who may be a bit anxious or insecure about his or her latest idea. But rather than looking for a pat on the back, says tech entrepreneur Rob Fitzpatrick, doggedly pursue the truth 鈥� even if it shatters your dream. You can save time, money and lots of grief by asking the right people the right questions and learning whether your concept will fly, or crash and burn. getAbstract agrees that entrepreneurship is not for the faint of heart and recommends Fitzpatrick鈥檚 sage advice to all entrepreneurs and start-up founders. If you鈥檙e concerned about your feelings, you can always talk to your mom. ;)
Livro obrigat贸rio pra todo mundo que trabalha com produtos digitais, depois de l锚-lo voc锚 nunca mais vai olhar para as pesquisas e formul谩rios do mesmo jeito. Cada cap铆tulo 茅 um tapa na cara que passa um ensinamento imporant铆ssimo: pare de for莽ar seu aplicativo ou site pras pessoas, n茫o vai rolar enquanto voce n茫o resolver um problema.
I was stoked when I first got my hands on this book because of how often it's found alongside other product management staples. What I enjoyed about this book is that it鈥檚 short, concise, and very practical with its advice. Unlike other books in this genre, it doesn鈥檛 speak to readers from a point of abstraction, but rather gives very tactical examples on how to approach discovery.
That being said, I鈥檓 glad it was a very short read as a lot of what was discussed in the book is foundational product knowledge: don鈥檛 pitch your product, spend more time listening than talking, a good meeting forwards the deal cycle, etc. Given those key takeaways, I鈥檓 a little surprised by how recommended this book is.
Sadly, it's a very reductive read for anyone who's spent any time in product.
A nice short book no how to have better conversations with potential customers when you're building an idea. The main concept behind the book is that you shouldn't ask leading questions or questions that expose your ego (what do you think of my idea?). Instead, you should focus on asking questions in a way where they don't even know that you're building something, so your ego is not exposed. So for example, you could ask people "is x a problem for you", "how did you solve this problem in the past?", or "have you looked for other solutions that solved x". The reason being is that past behavior is a much better indicator of future behavior than asking about hypothetical ideal solutions.
Priceless. The book is short and quite expensive, but each page of it is full of very, very useful examples and advise. I wish I read this book before, and not had an experience of a failed startup, cause I asked wrong questions while doing user research.
I acquired each page slowly, processing and applying to life. I even gave three talks, incorporating the knowledge from this book before I have finished it. :)
The most useful book of 2018. And one of the most useful book for people doing products/startups in general.