Skip to content

第 11 课:与开发团队协作

第三章:产品开发协作 | 第 11 课

课前思考

PM 和开发的关系常常被描述成「甲方和乙方」——PM 提需求,开发实现。但真正高效的关系不是这样的。最好的 PM 和最好的工程师,是「一起解决问题」的搭档,不是「需求搬运工」和「代码工人」。


一、PM 和开发的正确关系

你不是客户代表

有些 PM 以为自己的角色是把用户需求「转述」给开发,然后催进度。这是在浪费自己的价值。你的核心贡献不是传递需求,而是让需求更清晰、更有依据。

  • 不是「用户说要这个功能」→ 这是传话筒
  • 而是「用户有这个问题,我们验证了 3 个方案,这个最合理」→ 这是产品决策

工程师是你的同行,不是下属

  • 技术方案让工程师主导,你负责定义「要解决什么问题」
  • 遇到技术瓶颈时,一起讨论优先级和取舍,而不是强压
  • 好的工程师会挑战你的需求——这是好事,不是对抗

二、协作中的关键环节

每次和开发讨论需求前,准备好四个问题的答案:

  1. 为什么现在做这个?(优先级依据)
  2. 成功的标准是什么?(验收条件)
  3. 哪些情况不需要处理?(范围边界)
  4. 有没有已经做过的类似功能可以参考?

三、与 AI 时代的开发协作

AI 工具改变了开发的节奏。代码生成更快了,所以需求沟通需要更前置。

  • PRD 成了 AI 的直接输入,模糊 = 输出随机
  • 让开发参与 PRD 审查,特别是技术边界和性能约束部分
  • 鼓励开发用 AI 先做原型,让你更早看到效果

课后练习

  1. 下次和开发沟通需求前,写好「必答题」的四点答案
  2. 找一个你之前的 PRD,让一个开发朋友帮你挑出 3 个技术层面的模糊点

课程讨论

有问题或想法?欢迎在下方留言讨论。

基于 AI 时代产品实践整理