Appearance
第 11 课:与开发团队协作
第三章:产品开发协作 | 第 11 课
课前思考
PM 和开发的关系常常被描述成「甲方和乙方」——PM 提需求,开发实现。但真正高效的关系不是这样的。最好的 PM 和最好的工程师,是「一起解决问题」的搭档,不是「需求搬运工」和「代码工人」。
一、PM 和开发的正确关系
你不是客户代表
有些 PM 以为自己的角色是把用户需求「转述」给开发,然后催进度。这是在浪费自己的价值。你的核心贡献不是传递需求,而是让需求更清晰、更有依据。
- 不是「用户说要这个功能」→ 这是传话筒
- 而是「用户有这个问题,我们验证了 3 个方案,这个最合理」→ 这是产品决策
工程师是你的同行,不是下属
- 技术方案让工程师主导,你负责定义「要解决什么问题」
- 遇到技术瓶颈时,一起讨论优先级和取舍,而不是强压
- 好的工程师会挑战你的需求——这是好事,不是对抗
二、协作中的关键环节
每次和开发讨论需求前,准备好四个问题的答案:
- 为什么现在做这个?(优先级依据)
- 成功的标准是什么?(验收条件)
- 哪些情况不需要处理?(范围边界)
- 有没有已经做过的类似功能可以参考?
三、与 AI 时代的开发协作
AI 工具改变了开发的节奏。代码生成更快了,所以需求沟通需要更前置。
- PRD 成了 AI 的直接输入,模糊 = 输出随机
- 让开发参与 PRD 审查,特别是技术边界和性能约束部分
- 鼓励开发用 AI 先做原型,让你更早看到效果
课后练习
- 下次和开发沟通需求前,写好「必答题」的四点答案
- 找一个你之前的 PRD,让一个开发朋友帮你挑出 3 个技术层面的模糊点
课程讨论
有问题或想法?欢迎在下方留言讨论。