名家图谱
13 位顶级产品人发现需求的方法对比
我们分析了 13 位顶级产品人发现需求的方法。他们的背景、行业、时代各不相同，但所有人都在用同样的三种能力——只是侧重点不同。
三种能力，解决三个不同的问题
| 同理心 | 观察 | 数据 | |
|---|---|---|---|
| 回答的问题 | 为什么痛？ | 真的在痛吗？ | 值得做吗？ |
| 具体来说 | 痛的是什么情绪？社交层面怕什么？功能层面卡在哪？ | 用户嘴上说的和实际做的一样吗？她现在怎么凑合的？ | 多少人有这个问题？多频繁？现有替代品有多差？ |
| 产出 | 一个假设："我觉得她的问题是……" | 一个证据："她实际上做了……" | 一个判断："这个问题影响 X 人，频率是 Y" |
| 独特价值 | 能捕捉到数据和观察都看不到的东西——情绪、恐惧、社交压力 | 能发现用户自己都说不出来的需求——行为不会说谎 | 能去掉个人偏见——你觉得痛不代表很多人痛 |
| 致命弱点 | 你可能在投射自己，不是真的理解对方 | 成本高、样本小、容易过度解读个案 | 数据告诉你"有多少"，不告诉你"为什么" |
三种能力的配合关系
同理心 → 生成假设（我觉得她的问题是……）
↓
观察 → 验证假设（她实际上做的是……跟我想的一样吗？）
↓
数据 → 决策（这个问题够大吗？值得投入吗？）
↓
回到同理心 → 用新的理解重新感受（原来她的痛点不是我以为的那个）不管从哪里开始，三个最终都得到位：
- 只有同理心没有观察 = 可能在自嗨
- 只有观察没有数据 = 可能在为一个人做产品
- 只有数据没有同理心 = 知道做什么但不知道怎么做
频谱图：从纯直觉到纯数据
清空自我 直觉/品味 系统化方法 纯数据/市场
张小龙 Jobs 程维 Tim Brown Cagan Torres Blank Christensen 俞军 Cat Wu Bezos Andreessen
微信之父 Apple创始人 滴滴创始人 IDEO CEO SVPG创始人 持续发现作者 精益创业奠基人 哈佛教授 百度/滴滴PM Anthropic PM Amazon创始人 a16z创始人
| | | | | | | | | | | |
瞬间变傻 品味判断 亲身经历 沉默观察 四大风险+原型 持续对话 出去验证假设 现场观察JTBD 价值公式 eval驱动 PR/FAQ+A/B 市场信号每个人的区别：从哪里开始
| 起点 | 谁 | 为什么从这里开始 |
|---|---|---|
| 从同理心开始 | Jobs（Apple 创始人）、张小龙（微信之父）、程维（滴滴创始人）、Uri Levine（Waze 创始人） | 自己就是用户，或有极强的直觉。同理心产出的假设质量高，后面验证成本低 |
| 从观察开始 | Christensen（哈佛教授）、Tim Brown（IDEO CEO）、Torres（《持续发现习惯》作者）、Cagan（SVPG 创始人）、Cat Wu（Anthropic PM） | 不信任直觉（包括自己的）。先看用户真实行为，再从行为中提炼理解 |
| 从数据开始 | Bezos（Amazon 创始人）、Andreessen（a16z 创始人）、俞军（百度/滴滴产品VP） | 在大规模系统上工作。先用数据圈定方向，再深入具体用户 |
对你来说意味着什么
不存在"最好的方法"。你的起点取决于你的处境：
- 你自己就是目标用户？ → 从同理心开始，但用观察验证你不是在投射
- 你对用户一无所知？ → 从观察开始，去看用户真实在做什么
- 你已经有产品和用户数据？ → 从数据开始，但用同理心理解数据背后的"为什么"
下面是 13 位产品人的原话和方法拆解，这个结论就是从他们的方法中提炼出来的。
逐人详解
Marty Cagan（SVPG 创始人，eBay 前产品副总裁）
"It doesn't matter how good your engineering team is if they are not given something worthwhile to build." 工程团队再强也没用，如果一开始就没给他们一个值得做的东西。 —— Inspired（2008）
"The first truth is that at least half of our ideas are just not going to work." 第一个残酷的事实：你的想法里，至少有一半是行不通的。 —— SVPG 博客 "The Inconvenient Truth About Product"（2013），后收入 Inspired 第二版（2018） 注：原文还有第二条真相：即使可行的想法，也通常需要多次迭代才能达到预期商业价值
| 维度 | 方法 |
|---|---|
| 同理心 | 每周和用户对话（与 Torres 的主张一致），但 Cagan 更强调通过原型测试建立理解 |
| 观察 | 高保真原型测试——看用户怎么用，而非怎么说。10 分钟就知道能不能用、想不想用 |
| 数据 | 用数据验证假设，但不以数据为起点。"一半的想法会失败"所以要快速低成本验证 |
| 核心方法 | 四大风险框架：价值风险（用户想要吗？）、可用性风险（用户会用吗？）、可行性风险（能做出来吗？）、商业可行性风险（能持续吗？）。PM 负责价值+商业风险，设计师负责可用性，技术负责人负责可行性 |
| 盲区 | 如果找不到愿意配合测试的用户怎么办？早期产品没用户可测 |
Steve Jobs（Apple 创始人）
"It's really hard to design products by focus groups. A lot of times, people don't know what they want until you show it to them." 靠焦点小组做产品太难了。很多时候，用户自己也不知道想要什么——直到你把东西放在他面前。 —— Business Week（1998年5月25日） 注：网上流传的更长版本（"Our task is to read things that are not yet on the page"）是拼接引用，原文不含此句
"You've got to start with the customer experience and work backwards to the technology. You can't start with the technology and try to figure out where you're going to try to sell it." 必须从用户体验出发，倒推需要什么技术。不能反过来——先有技术再想卖给谁。 —— WWDC 1997 闭幕 Q&A（现场视频可查） Jobs 还补了一句："And I've made this mistake probably more than anybody else in this room. And I've got the scar tissue to prove it." 这个错误我大概比在座各位犯得都多，我身上全是伤疤。
| 维度 | 方法 |
|---|---|
| 同理心 | 核心能力。不做焦点小组，靠深度同理心和品味感知用户未说出的需求 |
| 观察 | 自己做用户。经常去 Apple Store 观察顾客和产品的交互。团队内部用极高保真原型反复打磨 |
| 数据 | 明确拒绝焦点小组和问卷。但 Apple 实际上秘密地做用户研究——2012 年 Apple v. Samsung 案中曝光了 iPhone 用户调研文档 |
| 核心方法 | 用户不知道自己要什么，你要替他们想清楚。从客户体验倒推技术 |
| 盲区 | 判断错了没人纠正——MobileMe、Ping（iTunes 社交）、hockey puck 鼠标都是 Jobs 拍板的失败 |
Clayton Christensen（哈佛商学院教授，"颠覆式创新"提出者）
"Customers don't buy products or services; they pull them into their lives to make progress." 用户不是在"买"产品——他们是把产品拉进自己的生活，用它来取得某种进展。 —— Competing Against Luck（2016）
"The fact that you're 18 to 35 years old with a college degree does not cause you to buy a product. Something else has to cause that. We call it 'the job to be done.'" "你 18-35 岁、有大学文凭"这件事不会导致你买一个产品。一定有别的原因。我们管这个叫"待完成的任务"。 —— HBS Working Knowledge "Clay Christensen's Milkshake Marketing"（2011年2月14日）
注：奶昔研究的实际田野工作者是 Bob Moesta（产品开发顾问），不是 Christensen 本人。Moesta 在麦当劳门口站了 18 小时做观察，Christensen 提供了 JTBD 理论框架来解释数据。
| 维度 | 方法 |
|---|---|
| 同理心 | 不直接提同理心，但要求"进入用户的生活场景"理解他在完成什么任务 |
| 观察 | 核心方法。Bob Moesta 在麦当劳门口站了 18 小时：谁在买？什么时候？买完干嘛？发现两个完全不同的"任务"：(1) 早上通勤者雇佣奶昔打发无聊车程 + 撑到午饭；(2) 下午家长雇佣奶昔给孩子当零食。同一产品，两个任务，需要完全不同的设计 |
| 数据 | 人口统计学数据无用。要看"任务"维度的行为数据 |
| 核心方法 | 用户不买产品，是"雇佣"产品完成一个任务。需求 = job to be done。Christensen 提供理论框架，Moesta 做田野观察——理论+实践缺一不可 |
| 盲区 | 现场观察成本高，小团队资源有限怎么做？ |
Steve Blank（精益创业奠基人）
"There are no facts inside the building, so get the hell outside." 办公室里没有事实，赶紧滚出去找。 —— 核心理念，贯穿 The Four Steps to the Epiphany（2005）及后续所有著作
"A startup is a temporary organization designed to search for a repeatable and scalable business model." 创业公司是一个临时组织，它的任务是找到一个可重复、可规模化的商业模式。 —— The Startup Owner's Manual（2012）
| 维度 | 方法 |
|---|---|
| 同理心 | 出去面对面听，但强调是验证假设，不是纯靠感受。"你不是在推销，你是在学习" |
| 观察 | 听用户描述行为和替代方案，找行为模式。看他们在为这个问题花多少钱/时间 |
| 数据 | 数据是验证工具，不是发现工具。先定性后定量 |
| 核心方法 | 办公室里没有事实。Customer Development 四步：客户发现 → 客户验证 → 客户获取 → 公司建设。先验证问题存在（Problem-Solution Fit），再验证方案可行（Product-Market Fit） |
| 盲区 | 样本偏差和确认偏误怎么避免？整体过程需要几十到上百次对话，不只是 5-10 人 |
Teresa Torres（《持续发现习惯》作者）
"At a minimum, weekly touchpoints with customers by the team building the product." 做产品的团队，至少每周要跟用户直接接触一次。这是底线。 —— Continuous Discovery Habits（2021）
"Compare and contrast gets you better answers than direct questions." 让用户对比两个选项，比直接问他想要什么，能得到好得多的答案。 —— Product Talk 博客
| 维度 | 方法 |
|---|---|
| 同理心 | 听用户讲真实故事（"Tell me about the last time you..."），从叙事中共情 |
| 观察 | 永远不问"你想要什么"。观察用户回忆具体经历时的细节 |
| 数据 | 数据设定目标（outcome），但发现靠对话。"对比法比直接提问得到更好的答案" |
| 核心方法 | 发现是持续习惯，不是项目阶段。每周至少和用户对话一次。用 Opportunity Solution Tree 结构化：目标 → 机会 → 方案 → 实验。PM + 设计师 + 工程师组成"产品三人组"（product trio，Torres 首创术语）一起做发现 |
| 盲区 | 每周对话在 to-C 产品中难执行——C 端用户不会像 B 端客户那样定期配合 |
Jeff Bezos（Amazon 创始人）
"We're not competitor obsessed, we're customer obsessed. We start with what the customer needs and we work backwards." 我们不痴迷于竞争对手，我们痴迷于客户。从客户需要什么开始，然后倒推。 —— 致股东信（"客户至上"主题贯穿 1997-2020 多年股东信）
| 维度 | 方法 |
|---|---|
| 同理心 | 通过写新闻稿逼自己站在用户角度思考——用大白话描述用户获得了什么价值 |
| 观察 | 不做现场观察。用"空椅子"代表用户——会议上留一把空椅子提醒团队 |
| 数据 | 深度依赖。购买数据、行为日志、A/B 测试。Amazon 可能是最数据驱动的产品公司 |
| 核心方法 | Working Backwards（PR/FAQ）：写代码前先写一篇未来新闻稿 + 一份 FAQ（包括客户问题和技术问题）。如果新闻稿写不出让人兴奋的内容，说明想法不够好。FAQ 部分同样重要，不只是新闻稿 |
| 盲区 | 如果对用户理解本身就是错的，写出来的新闻稿也是错的——可能变成自说自话 |
Marc Andreessen（a16z 创始人，Netscape 联合创始人）
"The market pulls product out of the startup." 不是你把产品推向市场，是市场把产品从你手里拽走。
"You can always feel product/market fit when it's happening. The customers are buying the product just as fast as you can make it." 产品和市场对上了的时候，你一定感觉得到——用户买你的产品比你做得还快。 —— The Only Thing That Matters（2007，pmarchive）
注："Product/Market Fit"一词由 Andy Rachleff（Benchmark Capital）首创，Andreessen 将其推广
| 维度 | 方法 |
|---|---|
| 同理心 | 不强调。靠市场信号而非个人感知 |
| 观察 | 观察市场信号：用户是否在"抢着买"？增长是否自发发生？ |
| 数据 | PMF 是"你能感觉到的"，但本质是看增长数据和留存数据 |
| 核心方法 | 市场 > 产品 > 团队。先选一个足够大、足够急迫的市场，然后快速迭代直到市场"拉"你。这更像战略选择，不是发现方法——他不教你怎么做调研，教你怎么选赛道 |
| 盲区 | 大多数创业者死在找到 PMF 之前。没有具体方法论，更像是"撞" |
张小龙（微信之父）
"乔布斯能瞬间把自己变成傻瓜。我需要5-10分钟酝酿。马化腾大概1分钟。但很多产品经理花3天也做不到——他们太专家了。" —— 微信内部分享，多处转载（知乎、36kr）
1000/100/10 法则：每个 PM 每月必须读 1000 条用户论坛帖、关注 100 个用户博客、做 10 次用户访谈。
| 维度 | 方法 |
|---|---|
| 同理心 | 核心能力，但方式独特——不是"理解用户"，是"清空自己变成用户"。刻意抹掉专家认知，用完全白的视角体验产品 |
| 观察 | 1000/100/10 法则：每月读 1000 条用户帖、关注 100 个博客、做 10 次访谈。每天花 1 小时看普通人怎么讨论产品 |
| 数据 | 不以数据为主驱动。微信的很多重要决策是直觉判断，事后用数据验证 |
| 核心方法 | "瞬间变傻"——与 Jobs 的"品味"相反。Jobs 说"我知道用户要什么"；张小龙说"我要忘掉我知道的一切，像第一次用一样去感受" |
| 盲区 | "变傻"是一种认知纪律，极难教会别人。张小龙自己说要 5-10 分钟，大多数 PM 3 天都做不到 |
俞军（百度搜索 PM，滴滴前产品副总裁）
用户价值 = 新体验 - 旧体验 - 替换成本 —— 俞军产品方法论，中国互联网最有影响力的产品公式之一
用户不是自然人，是"需求的集合"——同一个人在不同场景下是不同的"用户"。
| 维度 | 方法 |
|---|---|
| 同理心 | 不强调感性同理心。用"用户不是自然人，是需求的集合"来建模——同一个人在不同场景是不同"用户" |
| 观察 | 观察用户当前的旧体验和替换成本，而非直接问用户要什么 |
| 数据 | 核心方法。用户价值 = 新体验 - 旧体验 - 替换成本。每个变量都可以被量化或估算 |
| 核心方法 | 最"经济学"的方法。不问"用户需要什么"，问"我能创造多少正向价值差"。如果 新体验 - 旧体验 - 替换成本 ≤ 0，用户不会换，不管你觉得产品多好 |
| 盲区 | 公式优雅但难以精确量化——"新体验"和"旧体验"怎么打分？容易退化为主观估算 |
Tim Brown / IDEO（设计思维奠基人）
"Innovation is powered by a thorough understanding, through direct observation, of what people want and need in their lives." 创新的动力来自于通过直接观察，深入理解人们在生活中真正想要和需要什么。 —— HBR "Design Thinking"（2008）
| 维度 | 方法 |
|---|---|
| 同理心 | 通过深度民族志式浸入建立——设计师物理嵌入用户环境，跟着用户走 |
| 观察 | 核心方法，且方式独特。不是 Blank 的"出去聊"，是出去沉默地看。看用户的临时解决方案（workarounds）——门上贴的提示条、用胶带固定的东西、自己发明的小工具。这些即兴方案暴露了产品设计的盲区 |
| 数据 | 不以数据为主。定性洞察为主，通过观察+原型快速验证 |
| 核心方法 | 观察用户尽管产品存在但依然在做的事情——workarounds 和 hacks。这些是用户用行为"说"出来的需求，比任何访谈都真实 |
| 盲区 | 深度观察耗时极长，成本高。对快速迭代的互联网产品来说不太现实 |
程维（滴滴创始人）
2012 年广州出差，站在路边淋雨打不到车。感受到的不是抽象的"打车不方便"，而是那个具体时刻的愤怒和无助。同时注意到旁边有黑车、有人骑摩托走——这些是替代品。
| 维度 | 方法 |
|---|---|
| 同理心 | 自己就是用户。淋雨打不到车的愤怒和无助是亲身感受 |
| 观察 | 同时注意到替代品（黑车、摩托）。替代品存在 = 需求真实，替代品糟糕 = 缺口还在 |
| 数据 | 不是从数据出发，是从一个具体场景出发。数据后来验证了规模 |
| 核心方法 | 最强的发现来自亲身经历。一个具体时刻的愤怒比一万份问卷有用 |
| 盲区 | 不是每次你都能是目标用户 |
Cat Wu（Anthropic 产品经理）
一个下午出原型，拿给用户试。eval 驱动开发——"Every mistake becomes a rule"。
| 维度 | 方法 |
|---|---|
| 同理心 | 一个下午出原型，直接拿给用户试——在真实交互中建立同理心 |
| 观察 | 观察用户用原型的过程，把每一个"不对"的地方变成评估规则 |
| 数据 | 核心方法。"Every mistake becomes a rule"。不靠感觉判断好坏，靠可执行的评估标准 |
| 核心方法 | 发现和评估不分家。做的过程就是发现的过程。AI 时代特有的方法——快速构建+自动评估 |
| 盲区 | 要求极高的执行速度 |
Uri Levine（Waze 创始人）
"Fall in love with the problem, not with the solution." 爱上问题，别爱上解决方案。 —— Fall in Love with the Problem, Not the Solution（2023） 注：此句常被误归于 Cagan
| 维度 | 方法 |
|---|---|
| 同理心 | 强调"爱上问题"——在问题上花足够多时间，直到你真正理解用户的痛苦 |
| 观察 | 找到正在用糟糕替代品凑合的用户——他们的痛苦最明显 |
| 数据 | 用数据验证痛苦的普遍性和频率 |
| 核心方法 | "Fall in love with the problem, not the solution." 大多数创业者太快跳到方案。先确保你真的理解问题 |
| 盲区 | "爱上问题"是一种心态，不是方法。具体怎么深入理解问题，需要借助其他人的方法 |
四张对比表
表 A：同理心排名
| 人物 | 强度 | 具体做法 |
|---|---|---|
| 张小龙（微信之父） | ★★★ | 刻意清空专家认知，用小白视角体验产品 |
| Jobs（Apple 创始人） | ★★★ | 深度品味+直觉，替用户想清楚他们要什么 |
| 程维（滴滴创始人） | ★★★ | 自己就是用户，亲身感受痛点 |
| Tim Brown（IDEO CEO，设计思维奠基人） | ★★★ | 民族志式浸入，物理嵌入用户环境 |
| Uri Levine（Waze 创始人） | ★★ | 爱上问题，在问题上花足够多时间 |
| Cagan（SVPG 创始人，eBay 前产品VP） | ★★ | 每周对话+原型测试中建立理解 |
| Torres（《持续发现习惯》作者） | ★★ | 听用户讲真实故事，从叙事中共情 |
| Cat Wu（Anthropic 产品经理） | ★★ | 在原型交互中感知用户反应 |
| Blank（精益创业奠基人，斯坦福教授） | ★ | 出去聊，但目的是验证假设而非纯共情 |
| Bezos（Amazon 创始人） | ★ | 写新闻稿倒逼站在用户角度 |
| 俞军（百度搜索 PM，滴滴前产品VP） | ★ | 用公式建模，不强调感性同理心 |
| Christensen（哈佛教授，"颠覆式创新"提出者） | ★ | 进入场景理解任务，但更偏分析 |
| Andreessen（a16z 创始人，Netscape 联创） | — | 不强调同理心 |
表 B：观察排名
| 人物 | 强度 | 具体做法 |
|---|---|---|
| Tim Brown（IDEO CEO，设计思维奠基人） | ★★★ | 沉默观察 workarounds——门上贴的提示条、用胶带固定的东西 |
| Christensen（哈佛教授，"颠覆式创新"提出者） | ★★★ | 现场观察核心方法（Bob Moesta 站 18 小时） |
| Cagan（SVPG 创始人，eBay 前产品VP） | ★★★ | 原型测试看行为，不听用户怎么说 |
| 张小龙（微信之父） | ★★ | 1000/100/10 法则，大量看用户帖子 |
| Jobs（Apple 创始人） | ★★ | 自己做用户，Apple Store 观察 |
| Torres（《持续发现习惯》作者） | ★★ | "上一次你……"引导回忆具体行为 |
| Blank（精益创业奠基人，斯坦福教授） | ★★ | 听行为描述+替代品 |
| 程维（滴滴创始人） | ★★ | 观察替代品（黑车、摩托） |
| Cat Wu（Anthropic 产品经理） | ★★ | 看用户用原型 |
| 俞军（百度搜索 PM，滴滴前产品VP） | ★ | 分析旧体验和替换成本 |
| Andreessen（a16z 创始人，Netscape 联创） | ★ | 看市场信号（用户是否在"抢着买"） |
| Bezos（Amazon 创始人） | ★ | 空椅子+购买行为数据 |
| Uri Levine（Waze 创始人） | ★ | 找正在用糟糕替代品的人 |
表 C：数据排名
| 人物 | 强度 | 具体做法 |
|---|---|---|
| Bezos（Amazon 创始人） | ★★★ | 深度依赖。购买数据、行为日志、A/B 测试 |
| Cat Wu（Anthropic 产品经理） | ★★★ | eval 驱动。"Every mistake becomes a rule" |
| Andreessen（a16z 创始人，Netscape 联创） | ★★★ | 增长数据和留存数据判断 PMF |
| 俞军（百度搜索 PM，滴滴前产品VP） | ★★ | 价值公式量化新旧体验差 |
| Christensen（哈佛教授，"颠覆式创新"提出者） | ★★ | 任务维度的行为数据 |
| Blank（精益创业奠基人，斯坦福教授） | ★ | 先定性后定量，数据是验证工具 |
| Torres（《持续发现习惯》作者） | ★ | 数据设定目标（outcome） |
| Cagan（SVPG 创始人，eBay 前产品VP） | ★ | 数据验证假设 |
| 程维（滴滴创始人） | — | 后期才用数据验证规模 |
| 张小龙（微信之父） | — | 直觉为主，数据后验 |
| Tim Brown（IDEO CEO，设计思维奠基人） | — | 定性洞察为主 |
| Jobs（Apple 创始人） | — | 明确拒绝市场调研数据 |
| Uri Levine（Waze 创始人） | — | 用数据验证但非核心 |
表 D：核心总结
| 人物 | 核心一句话 | 发现起点 | 最大盲区 |
|---|---|---|---|
| 张小龙（微信之父） | 清空自己，变成用户 | 认知清零 | 极难教会别人 |
| Jobs（Apple 创始人） | 替用户想清楚 | 个人品味 | 判断错了没人纠正 |
| 程维（滴滴创始人） | 自己感受到的痛 | 亲身经历 | 不能总当自己用户 |
| Tim Brown（IDEO CEO，设计思维奠基人） | 看用户的临时解决方案 | 沉默观察 | 成本高、耗时长 |
| Uri Levine（Waze 创始人） | 爱上问题，不爱方案 | 问题本身 | 心态而非方法 |
| Cagan（SVPG 创始人，eBay 前产品VP） | 先验证四大风险 | 用户对话+原型 | 需要配合的用户 |
| Torres（《持续发现习惯》作者） | 每周对话，结构化机会 | 用户故事 | C 端难每周对话 |
| Blank（精益创业奠基人，斯坦福教授） | 办公室里没有事实 | 假设清单 | 样本偏差 |
| Christensen（哈佛教授，"颠覆式创新"提出者） | 用户雇佣产品完成任务 | 现场观察 | 观察成本高 |
| 俞军（百度搜索 PM，滴滴前产品VP） | 新体验-旧体验-替换成本>0 | 价值差计算 | 量化困难 |
| Cat Wu（Anthropic 产品经理） | 做的过程就是发现的过程 | 原型 | 对速度要求极高 |
| Bezos（Amazon 创始人） | 从客户需求倒推 | 客户价值 | 可能自说自话 |
| Andreessen（a16z 创始人，Netscape 联创） | 市场拉着你跑 | 市场规模 | 大多数死在 PMF 之前 |