产品思维与沟通
技术能力决定「能不能做出来」，产品思维决定「做的东西对不对」。产品思维是一套做选择的习惯：在信息不全时敢于决策、对结果负责、并持续校准。而跨职能沟通，是把这份思考讲给别人听并达成共识的能力。
产品思维的核心习惯
一、从问题出发，而不是从方案出发
每次接到想法，先问三个问题再谈怎么做：
- 这是谁的问题？（目标用户是谁）
- 现在他怎么办？（现有替代方案与成本）
- 解决它值多少钱？（价值判断——值得投入多少）
反例：「我们做一个 AI 聊天助手吧」——方案先行，没有用户与价值。 正例：「新用户激活率低，我们怀疑是没人知道怎么开始。AI 助手可能是解法之一。」
二、第一性思考 vs 类比思考
| 方式 | 含义 | 风险 |
|---|---|---|
| 类比思考 | 竞品这么做所以我们也做 | 抄到别人的坑 |
| 第一性思考 | 回到用户价值与目标的本质推演 | 更慢，但更可靠 |
实践：先做第一性推演得出方向，再用类比（竞品/行业实践）做验证和补充。
三、决策矩阵：把纠结变成选项表
当多个方案难以取舍时，用表格把判断显性化：
| 方案 | 用户价值 | 实现成本 | 风险 | 战略契合 | 结论 |
|---|---|---|---|---|---|
| A：自动汇总 | 高 | 中 | 低 | 高 | ✅ 优先 |
| B：丰富报表 | 中 | 高 | 中 | 中 | 暂缓 |
重要决策要写清「我们因为什么选了 A 而放弃 B」，防止过几个月又有人重新提议 B 且无据可查。
四、拥抱不确定：小步验证
- 不确定用户要不要 → 做最小验证（访谈、落地页、原型测试）；
- 不确定技术可行性 → 先做技术 Demo；
- 永远不用「上线看看」赌注核心价值——那是最昂贵的验证方式。
跨职能沟通：产品 × 研发 × 设计 × 测试
明确各自的视角
| 角色 | 关心的问题 | 沟通时的关键点 |
|---|---|---|
| 研发 | 做什么、边界、技术风险 | 提前告知技术预研，尊重实现约束，别把「为什么」藏起来 |
| 设计 | 场景、状态、体验目标 | 提供真实场景与用户研究，别用「我觉得好看」代替决策 |
| 测试 | 验收标准、边界条件 | PRD 里写清 Given-When-Then，别让测试猜 |
| 运营/市场 | 卖点、节奏、素材 | 提前同步版本节奏，预留宣传时间 |
沟通三条黄金法则
- 先讲 Why 再讲 What：研发问「为什么这么设计」，不是在抬杠，而是需要理解才能做好实现与取舍；
- 把「我觉得」换成「用户证据」：有调研/数据时引用证据，没有时明确说「这是假设，需要验证」，而不是强词夺理；
- 分歧回到目标：当团队争执不下，回到「这个版本的核心目标是什么」，用目标筛选项而非比谁嗓门大。
会议类沟通速查
| 场合 | 目的 | 高效做法 |
|---|---|---|
| 需求评审 | 对齐做什么、怎么算完成 | 提前发 PRD，会中只讨论分歧与待决问题 |
| 迭代计划会 | 共识下一迭代范围 | 用需求优先级（MoSCoW）而不是塞满 |
| 站会 | 同步进展与障碍 | 只讲「做了啥 / 卡点 / 今天做啥」，超时线下聊 |
| 上线复盘 | 总结得失 | 用项目管理的复盘模板，禁止甩锅 |
汇报与向上沟通
汇报的三种场景
| 场景 | 重点 | 结构建议 |
|---|---|---|
| 例行进度汇报 | 进展、风险、需要的支持 | 结论先行：进度正常/风险 X → 证据 → 需要的决策 |
| 阶段性成果汇报 | 价值证明 | 目标 → 数据变化 → 归因 → 下一步建议 |
| 争取资源 | 投入产出比 | 机会 → 成本 → 预期收益 → 需要领导拍板的点 |
汇报的基本原则
- 结论先行：先说结论/需要什么决策，再说背景与推理——对方没耐心听完才懂你的诉求；
- 用数据说话：引用指标变化，数据口径见数据分析；
- 主动报风险：风险越早报越有主动权，拖到最后变成事故；
- 给选择题而非问答题：「我们要在 A / B / C 中选一个，我推荐 B，因为…」比「怎么办？」更有价值。
产品复盘
复盘不是追责，是把经历变成能力。完整的复盘方法见项目管理的项目复盘模板，这里强调产品视角的复盘重点。
产品复盘的四个问题
- 目标达成了吗：用数据回答（指标前后对比），别用感觉；
- 用户真的用了吗：回到用户研究与埋点，看实际行为 vs 当初假设；
- 哪些决策是对的/错的：回溯当时的决策依据，诚实面对；
- 沉淀了什么：这次学到的认知，如何沉淀到下一轮（需求方法 / 指标 / 协作方式）。
复盘行动落地
常见坑速查
| 坑 | 现象 | 解法 |
|---|---|---|
| 方案先行 | 没弄清问题先定方案 | 三问法：谁的问题、现在怎么办、值多少钱 |
| 把假设当事实 | 「用户肯定需要」却无证据 | 标注假设并用最小验证检验 |
| 沟通只发需求清单 | 研发不知道为什么做 | 先讲 Why，再讲 What |
| 汇报隐藏风险 | 出事才发现没预警 | 风险早报、主动求助 |
| 复盘变追责 | 会议变成甩锅现场 | 复盘聚焦归因与动作，禁止人身归责 |
决策与沟通检查清单
- [ ] 想法先经过「谁的问题 / 现状 / 价值」三问
- [ ] 重要取舍使用决策矩阵并留下决策依据
- [ ] 对研发/设计/测试沟通时先讲 Why 再讲 What
- [ ] 分歧回到版本核心目标而非个人立场
- [ ] 汇报结论先行、数据支撑、风险主动
- [ ] 复盘输出具体行动并落到下个迭代