超级会员免费看
本文讲述了程序员和产品经理在工作中常出现的冲突点，包括对技术规则的理解、开发进度的预估、需求变动、原型设计和技术成本以及验收阶段的问题。强调双方需要互相理解和合作，以推动项目的成功。
有天贾建和产品同事因为一件事吵起来了，就业务原型需要调用外部接口，谁去和第三方研发沟通的问题。贾建争论到头疼，最后还是达成协议，产品同事先出终板PRD，PRD中表明接口的调用方式，然后开发中遇到问题贾建再和接口的开发人员沟通。
这种事隔三差五会发生，有些是都嫌麻烦互相推卸责任，有些是觉得不是自己职责范围内的事。
作为互联网的两个对立的物种，产品汪和程序猿似乎就像是一对天生的死对头，但是在产品开发链条上紧密合作的双方，只有通力合作，才能更好地推动项目发展。
相信大家听过“五个程序猿杀了两个产品经理”的故事，虽然故事有点夸大，但却反映了程序员和产品经理之间长久以来的“恩怨”。
程序员和产品经理的冲突在哪里呢？
第一点，产品经理不尊重技术规则，程序员不尊重产品经理的创造用心
举一个极端的例子：程序员调了一天的bug，产品经理过来看了看，直接就说一句：“今天什么都没改嘛”，甚至有的产品经理就可能说出这个程序员“很懒”的话来。
Bug有很多种类，很多不懂技术的产品大多都以为程序员解决的问题都是自己操作上用到的或者看到的功能，对一些纯技术层面的东西是不大了解，更不懂得做这些事情需要花费的时间。只要界面不变，操作不变，就觉得程序员没有在做事情。对于一些有难点的技术问题，程序员“宕机”好几天的情况还是会有发生的，这个需要产品经理多去理解。
还有一种“Bug越改越多”的情况
订阅专栏 解锁全文
扫一扫
733
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
