第 10 课：与开发团队协作
开发者的思维模式与关注点
产品经理和开发者的思维方式天然不同。这不是谁对谁错的问题，而是角色决定了关注点：
| 产品经理关注 | 开发者关注 |
|---|---|
| 用户体验 | 代码质量 |
| 功能完整性 | 实现可行性 |
| 什么时候能用 | 怎么保证不出错 |
| 这个功能能不能加 | 加这个功能会影响哪些现有功能 |
| 需求的"为什么" | 需求的"怎么做" |
理解这些差异，不是为了分出高下，而是为了更高效地沟通。
开发者最怕的不是需求多，而是需求模糊。一个模糊的需求意味着开发者要自己猜——猜错了返工，猜对了也不确定是不是你想要的。
如何提出合理的技术需求
1. 说清楚"为什么"，而不只是"做什么"
不好：加一个搜索功能 好：用户反馈找不到特定任务，每天有 30+ 条"找不到任务"的反馈。搜索功能可以帮助用户快速定位，预期减少 80% 的相关反馈
说清楚"为什么"让开发者理解需求的背景和优先级，也让他们能提出更好的实现方案——也许搜索不是最好的解法，也许优化分类导航更有效。
2. 给出验收标准
不好：搜索要快 好：搜索结果在 1 秒内返回，支持中文分词，结果按相关度排序
验收标准让开发者知道"做到什么程度算完成"，也让你有明确的检验依据。
3. 区分"必须"和"最好"
必须支持关键词搜索，最好支持模糊匹配和搜索历史
这让开发者在时间有限时知道优先保证什么。
优先级沟通与资源协调
产品经理和开发者最常见的冲突：产品觉得所有需求都重要，开发觉得所有需求都要时间。
解决方法不是争辩谁对谁错，而是让优先级有据可依：
1. 用数据说话
- 这个需求影响了多少用户？
- 不做这个需求，用户当前的痛点有多严重？
- 做了这个需求，预期改善多少？
2. 让开发者评估成本
- 实现这个需求需要多长时间？
- 有没有更简单的替代方案？
- 会不会影响现有功能的稳定性？
3. 一起做权衡
- 如果时间只够做 3 个需求，你选哪 3 个？
- 哪些需求可以分步实现？先做什么？
AI 作为协作者的新变化
当 AI 承担了部分编码工作时，产品经理与"开发者"的协作方式也在变化：
- AI 不会主动告诉你技术风险——你需要在 PRD 中把约束写清楚
- AI 不会质疑你的需求——你需要自己验证需求的合理性
- AI 不会提醒你边界情况——你需要主动列出异常场景
这意味着产品经理需要比以往更清晰地表达需求，因为 AI 不会像人类开发者那样帮你补全模糊的部分。
关键概念
- 开发者最怕模糊：说清楚"为什么"、给出验收标准、区分"必须"和"最好"
- 优先级要有据可依：用数据和成本做权衡，而不是凭感觉
- AI 不会帮你补全模糊部分：需求必须自己想清楚
课后练习
- 用"为什么+验收标准+优先级"的格式重写你 PRD 中的一个需求
- 与开发者（或 AI）讨论一个需求的可行性，记录他们的关注点——哪些是你没考虑到的？