Drawer 02 · 539 notes · 32 people · 2005–2026

Discovery & customer research

Customer interviews, opportunity mapping, validation, and jobs to be done

Q:
Answers from Discovery & customer research notes, cited
Product Talk · Teresa TorresApr 29, 2015

How To Write Product Requirements That Engage Everyone on the Team

Apr 29, 2015 · 5 min

“Why do you write product requirements? We used to write long product requirement documents to communicate the solution we wanted our engineering teams to build. But over time we learned that outlining every detail of the solution upfront leads to overcommitting to solutions before we know whether or not they”

SVPG · Marty CaganSep 3, 2019

What is a Product?

Sep 3, 2019 · 4 min

Marty Cagan argues that a product succeeds only when it is solved simultaneously for the customer, the business, and the technology, which he frames as a multiplicative equation: if any one factor is zero, the product…

SVPG · Marty CaganJul 2, 2017

Communicating Product Learnings

Jul 2, 2017

Marty Cagan argues that as a company scales, the natural sharing of product learnings that happens in a small startup breaks down, so it must be done deliberately. He recommends a recurring, brief update, run by the VP…

SVPG · Marty CaganMar 10, 2005

Famous Product Managers

Mar 10, 2005

Marty Cagan argues that the founders of many of the world's most successful high-tech companies, such as Gates, Jobs, Bezos and Page, were effectively product managers in the best sense. They identified opportunities…

Product Talk · Teresa TorresAug 26, 2014

Know Who You Are Building For and Why

Aug 26, 2014 · 5 min

Teresa Torres argues that successful products, even giants like Facebook and Google, began by serving a narrow group rather than everyone. Founders who try to sell to everyone end up building for no one, because the…

SVPG · Marty CaganSep 8, 2008

Product Management and Risk

Sep 8, 2008 · 3 min

Marty Cagan argues that product managers are fundamentally in the business of managing risk, and that playing it safe by only adding small features and fixes is often the riskiest choice over time. Because innovation…

SVPG · Marty CaganMay 11, 2010

An Open Letter To The Design Community

May 11, 2010 · 8 min

Marty Cagan, a consultant who works mainly with CEOs and product leaders, writes an open letter to designers about common mistakes that undermine their impact on products. He argues that designers should be involved…

Product Talk · Teresa TorresAug 5, 2013

Start An Idea Journal

Aug 5, 2013 · 4 min

Teresa Torres uses the story of a skier who tried to build a snowboard that worked like skis, despite lukewarm feedback, to show how product teams fall into one-idea-at-a-time thinking. Drawing on the Heath brothers'…

SVPG · Marty CaganJul 18, 2022

Time To Build

Jul 18, 2022 · 3 min

Marty Cagan argues that the best products often emerge during economic downturns, when companies lack the money to paper over weak products. He contends that many firms, especially those with abundant funding, assume…

SVPG · Marty CaganOct 4, 2022

Product Sense Demystified

Oct 4, 2022 · 4 min

Marty Cagan argues that "product sense" is a misleading term because it suggests an innate gift, when in reality it is deep product knowledge built through sustained immersion in a specific product space. He describes…

Lenny’s Newsletter · Free post♥ 335

How to use Perplexity in your PM work

Jun 11, 2024 · 6 min

Lenny Rachitsky surveyed hundreds of product managers, then ran follow-up calls, to collect concrete ways PMs use Perplexity, the AI-powered search engine, in their daily work. The post groups 27 real prompts into six…

SVPG · Marty CaganJul 27, 2007

Lessons From Apple Part 2

Jul 27, 2007 · 5 min

Marty Cagan reflects on his first weeks with the original iPhone to extract product lessons. He argues that breakthrough products cannot come from focus groups or pundits, since users only describe incremental…

SVPG · Marty CaganJul 14, 2005

Patton’s Advice for Product Managers

Jul 14, 2005 · 3 min

Marty Cagan uses General Patton's quote about telling people what to do rather than how to do it to argue that product managers should specify outcomes, not implementations. He identifies two failure modes: customers…