产品经理和开发的"战争"
产品经理和开发，就像——
猫和狗。
男人和女人。
婆媳关系。
相爱相杀，相爱相杀。
经典对话
场景一：需求评审会
产品：这个功能很简单，改一下就行。
开发：简单？
产品：对啊，不就是换个按钮位置吗？
开发：那背后要改数据库、重构逻辑、重写前端……
产品：所以多久？
开发：两周吧。
产品：两天行不行？
开发：……（沉默）
场景二：上线前夕
产品：能不能加个小功能？
开发：明天就上线了，现在加？
产品：就一个小功能，不影响其他的。
开发：哪个小功能不影响的？
产品：这个真的简单，你看……
开发：行，但你来测试。
产品：我……（沉默）
场景三：产品改动
产品：用户反馈说这个不好用，我们改一下吧。
开发：这版本刚上线啊！
产品：用户反馈很重要。
开发：上周你不说这个是"核心卖点"吗？
产品：市场变了，我们要灵活。
开发：……（沉默）
误解从哪来？
产品经理眼里的开发：
- "改个颜色要多久？5分钟吧？"
- "这不是现成的吗？复制粘贴就行。"
- "你们怎么这么慢？"
- "技术能力不行？"
开发眼里的产品经理：
- "需求怎么天天变？"
- "说好的不改了又改。"
- "逻辑不通也想做。"
- "只想着功能，不考虑实现难度。"
其实，都没错。
产品经理想的： 用户要什么，我们就要提供什么。
开发想的： 稳定、可维护、代码质量。
出发点都是好的，只是——
角度不同，感受不同。
我是如何"生存"下来的
做开发这么多年，我总结出一些生存法则：
法则一：别急着说"能"或"不能"
产品：这个功能能做吗？
我：让我评估一下。（然后开始问细节）
产品：就是……（讲半天）
我：明白，我需要2-3天评估技术方案，然后给你答复。
法则二：管理期望值
产品：多久能做完？
我：正常情况下一周，但可能遇到问题需要调整。
产品：不能快一点？
我：可以砍一些功能，但那样效果可能不理想。
产品：那就一周吧。
我：好的，但我不能保证没有延期。（先声明，有缓冲）
法则三：学会"技术翻译"
产品说："用户想要一个更快的搜索功能"
我理解：可能需要加缓存、优化数据库查询、或者用ElasticSearch
我回答：技术上可以通过几种方式实现，各有利弊，我建议……
法则四：主动沟通
开发不是写完代码就完了，要：
- 主动反馈进度
- 及时说可能的问题
- 提出优化建议
产品经理不是提完需求就完了，要：
- 解释清楚为什么这么做
- 听听技术实现的难度
- 理解开发的顾虑
法则五：互相理解
产品经理：开发也不容易，技术问题真的复杂
开发：产品经理也不容易，面对各种压力还要满足需求
理解了，就和谐了。
真正的"队友"关系
其实，产品经理和开发，是一个team。
产品经理：想做什么？
开发：能不能做？怎么做？
测试：做对了没？
运维：能不能稳定运行？
少了谁都不行。
产品经理的战场：市场、用户、竞争
开发的战场：技术、实现、优化
不同的战场，同一个目标——
做出好产品。
给双方的建议
给产品经理：
- 信任开发的专业性
- 接受技术局限
- 不要把"简单"挂嘴边
- 提前沟通，临时改需求要谨慎
给开发：
- 理解产品的压力
- 多从用户角度思考
- 别总是说"做不到"
- 主动沟通，别闷头写代码
最后
产品经理和开发，不是敌人，是——
战友。
战场上配合，战场上吵架，战场上互救。
吵架是为了争论对错，但目标是一致的：
打赢这场仗——把产品做好。
所以，下次开会时，别想着"我要反驳他"。
想想"我们如何一起解决这个问题"。
这样，也许会吵得少一点，做得多一点。
（当然，产品经理要是不改需求，那就更好了）
