# 第二章：产品思考者——如何像顶级投资人一样思考问题
## 一个价值百万的重新定位
2025 年秋天，有个实践者来找我。他说："我想做一个每日简报应用，帮我管理多个日历。"
听起来是个合理的需求，对吧？
然后我问了他几个问题：
- "你为什么要做这个？"
- "你试过什么解决方案？"
- "谁会为这个付钱？"
- "最大的痛点是什么？"
他的回答让我意识到：他真正要做的不是"日历管理应用"，而是"个人首席参谋 AI"。
六个月后，他的产品成了市场上最火的 AI 助手之一，估值翻了 10 倍。
**差别在哪里？在于他问对了问题。**
在智能工作系统里，我把这个提问过程编码成了第一个角色：**产品思考者**。
### 为什么 80% 的解决方案注定失败
让我说个残酷的事实：
**大多数解决方案失败，不是因为技术不行，是因为它们解决了错误的问题。**
我见过太多这样的案例：
- 花 6 个月做一个功能，上线后发现没人用
- 投入大量资源，做了一个"完整的产品"，结果用户只想要其中一个 10% 的功能
- 团队有 20 个专家，产品却打不过 3 个人的竞品
为什么？
因为他们都在**用战术的勤奋掩盖战略的懒惰**。
他们不愿意花时间去问那些困难的问题：
- "用户真的需要这个吗？"
- "为什么是现在？"
- "为什么是我们？"
- "如果失败了，最可能的原因是什么？"
在顶级投资机构，有个传统：每个创始人都要经历"深度对话"——和合伙人一对一讨论产品。
这不是"给建议"，是"问问题"。
好的问题比好的答案更有价值。
### 将顶级提问编码成 AI
在智能工作系统里，我想让每个工作者都能享受到顶级级别的產品思考。
所以我把合伙人的提问模式编码成了 AI 技能。
#### 第一步：识别用户类型
当你启动**产品思考者**时，它不会直接开始给建议。
它会先问你："你的目标是什么？"
然后给你几个选项：
- 正在创业（或考虑创业）
- 内部创业——公司内的项目
- 黑客马拉松——有时间限制，需要让人印象深刻
- 开源/研究——为社区建设或探索想法
- 学习——自学提升技能
- 玩得开心——副业，创意出口
**这个分类很重要。**
给创业者的建议和对业余项目爱好者的建议是完全不同的。
创业者需要听到残酷的真相，而爱好者需要的是鼓励和创意碰撞。
#### 第二步：六种强制性问题（创业者模式）
如果你选择"创业"，**产品思考者**会切换到"创业者模式"，问你 6 个强制性问题。
这些问题是精心设计的，每个都直指成功的关键。
##### 问题 1：需求现实检验
**问题：** "你有什么最强有力的证据证明有人真的想要这个——不是'感兴趣'，不是'注册了等待列表'，而是如果它消失了会真正沮丧的人？"
**为什么要问这个？**
因为太多人把"兴趣"当成"需求"。
- "我们有 500 个等待列表注册！"→ 注册是免费的，不代表需求
- "投资者对这个领域很兴奋！"→ 投资者的兴趣不等于用户需求
- "人们说这个想法很有趣！"→ 礼貌的赞美不等于付费意愿
**你想听到的证据：**
- 有人在付费
- 有人在扩大使用
- 有人在你服务中断时打电话给你
- 有人围绕你的产品构建他们的工作流程
##### 问题 2：现状分析
**问题：** "你的用户现在在用什么方法解决这个问题——即使很糟糕？这个现状的成本是什么？"
**为什么要问这个？**
因为**你的真正竞争对手不是其他创业公司，是"什么都不做"**。
如果用户现在没有用任何方法解决问题，那通常意味着这个问题不够痛。
**你想听到的：**
- 具体的工作流程
- 花费的时间
- 浪费的金钱
- 拼凑在一起的工具
- 专门雇来做这件事的人
##### 问题 3：绝望的具体性
**问题：** "命名最需要你的产品的那个具体的人。他是什么职位？什么能让他升职？什么能让他被解雇？什么让他夜不能寐？"
**为什么要问这个？**
因为**类别不是客户，人是**。
"医疗保健企业"不是客户。"Sarah，50 人物流公司的运营经理"才是客户。
你不能用电子邮件发给一个类别。
**你想听到的：**
- 具体的名字
- 具体的职位
- 具体的后果
- 直接从那个人嘴里听到的话
##### 问题 4：最窄楔子
**问题：** "有人愿意为此付钱的尽可能小的版本是什么——这周，不是等你构建完整个平台？"
**为什么要问这个？**
因为**最小可行产品（MVP）不是"功能最少的产品"，是"能收到钱的最简单东西"**。
太多人说："我们需要先构建完整平台，用户才能用。"
错。你应该能在几天内做出有人愿意付钱的东西。
**你想听到的：**
- 一个功能
- 一个工作流程
- 简单到可以在几天内交付
- 有人愿意现在就付钱
##### 问题 5：观察与意外
**问题：** "你真的坐下来看过有人使用你的产品吗——不帮助他们？他们做了什么让你惊讶的事？"
**为什么要问这个？**
因为**用户的真实行为会推翻你的所有假设**。
如果你没有被用户的行为惊讶过，说明你没在观察。
**你想听到的：**
- 具体的意外行为
- 用户做了产品没设计的事
- 用户绕过了你精心设计的流程
- 用户用你的产品做了你没想到的事
##### 问题 6：未来适配
**问题：** "如果 3 年后世界明显不同了——它肯定会——你的产品会变得更重要还是更不重要？"
**为什么要问这个？**
因为**没有长期愿景的产品，最终会被有愿景的产品打败**。
"AI 会变得越来越好，所以我们会越来越好"——这不是愿景，这是搭便车。
**你想听到的：**
- 具体的关于用户世界如何变化的断言
- 为什么这个变化让你的产品更有价值
- 不是"市场每年增长 20%"这种废话
#### 第三步：前提挑战
问完 6 个问题后，**产品思考者**会总结你的回答，然后挑战你的前提。
它会问：
1. "这是正确的问题吗？"
2. "如果我们什么都不做会怎样？"
3. "现有工作中有什么已经部分解决了这个问题？"
4. （创业者模式）"综合诊断证据，它支持这个方向吗？"
然后输出前提声明，让你确认。
#### 第四步：生成实现方案
这是很多人意想不到的。
**产品思考者**不会只给一个建议。
它会生成 2-3 个不同的实现方案，每个都有：
- 名称
- 摘要（1-2 句话）
- 工作量评估
- 风险评估
- 优点（2-3 点）
- 缺点（2-3 点）
- 复用（利用了哪些现有工作/模式）
规则：
- 至少 2 个方案，最好是 3 个
- 必须有一个是"最小可行"方案（文件最少，差异最小，上线最快）
- 必须有一个是"理想架构"方案（长期最优，最优雅）
- 可以有一个是"创意/横向"方案（意想不到的方法）
然后给出推荐。
#### 第五步：写设计文档
一旦你批准了方案，**产品思考者**会写一个完整的设计文档。
这个文档会被保存为持久化记录。
**关键设计：** 这个文档不是"写完就结束"，它是下游角色的输入。
后续的审查、测试、部署都会参考它。
**这就是文档驱动的信息传递。**
### 实战案例：从"日历应用"到"首席参谋 AI"
让我详细讲讲开头那个案例。
#### 初次对话
实践者说要"做日历管理应用"，经过**产品思考者**的重新定位，变成了"个人首席参谋 AI"。
六个月后：
- 产品上线，100 个付费用户（都是创始人/CEO）
- 月收入$5 万
- 估值$500 万
- 团队 3 个人
**如果他还是做"日历管理应用"，可能还在挣扎。**
这就是正确提问的力量。
### 两种模式：创业者 vs 建造者
**产品思考者**有个重要设计：**模式切换**。
不是所有人都需要听到残酷的真相。
#### 创业者模式
当你选择"创业"或"内部创业"时，**产品思考者**是严格的、挑战性的。
- 问 6 个强制性问题
- 挑战你的前提
- 要求具体证据
- 推动你找到最窄楔子
**目标：验证需求，找到产品市场契合点。**
#### 建造者模式
当你选择"黑客马拉松"、"开源"、"学习"或"玩得开心"时，**产品思考者**是热情的、创意的。
它会问：
- "什么版本最酷？什么会让人说'哇'？"
- "你会展示给谁看？什么能让他们印象深刻？"
- "最快能做出什么可以分享的东西？"
- "有什么现有的东西最接近你的想法，你的有什么不同？"
- "如果你有无限时间，你会添加什么？10 倍版本是什么？"
**目标：激发创意，快速构建，享受过程。**
### 设计文档：持久化的产品思考
**产品思考者**的最终产出不是代码，是设计文档。
这个文档包括完整的决策记录、证据驱动的分析、方案比较和推荐理由。
**关键设计：**
- 元数据完整（日期、状态）
- 证据驱动（引用用户的原话）
- 决策记录（方案比较、推荐及理由）
- 信息继承（链接到之前的设计）
### 信息继承：设计文档的演进
**产品思考者**有个巧妙的设计：**设计文档可以演进**。
每次你在新分支上运行**产品思考者**，它会检查是否有现有设计文档，如果有，会读取它并在新文档中添加链接到之前的设计。
这样你可以追踪设计如何随时间演进。
**这就是文档驱动的信息传递。**
下游角色会读取这些文档，理解决策历史。
### 实践者信号：AI 如何观察你
**产品思考者**有个元功能：**观察你的思考方式**。
在对话过程中，它会追踪这些信号：
- 是否提出了真实的问题
- 是否命名了具体的用户
- 是否挑战了前提
- 是否展示了领域专业知识
- 是否表现出了品味和主动性
然后它会在设计文档中写下观察。
**这不是奉承，是观察。**
它帮助你看到自己的思考模式，好的和坏的。
### 与下游技能的协同
**产品思考者**不是孤立的。它是整个流程的起点。
设计文档会被下游角色自动读取，每个角色都知道信息，不需要重新解释。
这就是为什么智能工作系统是"团队"，不是"工具集"。
### 实战建议：如何最大化产品思考者的价值
基于我的经验，给你几个建议：
#### 建议 1：诚实回答
不要试图"给出正确答案"。
如果你的需求证据不足，就说不足。如果你没有观察过用户，就说没有。
**产品思考者不是考试，是诊断。**
只有诚实，才能得到有价值的建议。
#### 建议 2：接受挑战
当**产品思考者**挑战你的前提时，不要防御。
思考："它说得对吗？我是否忽略了什么？"
**最好的产品往往诞生于前提被挑战之后。**
#### 建议 3：保存所有设计文档
不要删除"失败"的设计文档。
它们是你的思考历史。6 个月后回看，你会惊讶于自己的成长。
而且，有时候"失败"的设计里藏着真正的机会。
#### 建议 4：邀请团队成员参与
如果你的团队有不同意见，让他们也运行**产品思考者**。
比较生成的设计文档。差异会揭示深层次的假设冲突。
**对齐不是"同意"，是"理解彼此的假设"。**
### 结语：思考的质量决定产品的质量
在顶级投资机构，我们常说："如果你解决了错误的问题，做得再好也没用。"
**产品思考者**的目标就是帮你**确保你在解决正确的问题**。
它不能保证你的产品成功。但它能保证：
- 你不会浪费 6 个月做一个没人要的东西
- 你不会忽略明显的风险
- 你不会错过更好的方案
**思考的质量决定产品的质量。**
在 AI 时代，执行的边际成本趋近于零。那思考的价值呢？
**思考的价值被放大了 1000 倍。**
因为错误的思考会导致你以 1000 倍的速度奔向悬崖。
所以，投资思考。
运行**产品思考者**。
