大话产品经理与程序猿的爱恨情仇

产品经理（产品汪）与技术人员（程序猿）不对付？江湖传言，程序猿和产品经理的关系是酱婶儿的：其间的火药味之浓烈不言而喻。坦白讲，笔者这方面经验尚浅，经验更是谈不上，只能参考前辈们血淋林的教训和一点自身“被坑”的被实践。从工作职能上来讲，产品经理是负责定义产品解决方案的，而技术人员是负责开发与实现的。
这样就完事呢？NO！很多时候，产品经理完成产品设计后，就直接甩给技术团队，置之不理了，这样结果只有一个——相互坑到死。一个成功的产品必须是基于用户的真实需求，而且实现上也要是可行的；不论产品经理将产品设计的多溜，也不管技术实现多么牛逼，事实上做这些事的还是些具体的人。那么产品经理与研发人员之间的融洽合作就显得相当重要！如果产品经理不能与技术团队之间友好合作，那么最终开发出来的产品必定也不会十分令人满意。正文产品与技术双方相互依赖，各司其职，彼此是平等的。只有产品准确定义产品解决方案，技术的开发工作才会顺畅；开发团队也只有给产品团队预留足够时间和空间，才能设计出有价值、可用、可行的产品。双方是相互促进的，产品经理设计的方案只有经过技术团队的可行性评估才具备实现的现实意义。 技术研发如何帮助产品经理完善产品定义？ 1、交付给技术人员的需求，是经过产品经理从需求方搜集并加工而来的。如果说能够适当地让技术人员直面用户，切身感受用户的困惑和疑虑，对技术人员在需求理解上肯定是有莫大帮助的，更利于需求的准确解决； 2、不定期地向技术人员咨询最新的技术发展动向，看看原本不能解决的问题是否可以运用新技术解决。对技术的发展保持关注将利于与技术人员之间的沟通，减少盲区与无知； 3、产品经理定义产品方案的过程中，可以邀请部分技术人员参与产品方案的评审，及时评估产品方案的可行性。问题早发现早解决，切记完整定义产品后再去反复修改，成本太大；  同样，产品经理如何配合技术研发推进产品进程？（不给被人制造麻烦就是对别人的最好尊重！） 1、产品经理必须宏观上规划出某一阶段的产品路线图。交付技术人员的每一次迭代都应该是基础的、可扩展的，增量式的产品设计才能与迭代式的软件开发之间形成良好的互动； 2、产品技术开发阶段尽量避免产品需求的修改和变动。基于刚才说的第一点，每一个迭代周期都应有其既定的需求与功能，所以那些大幅修改需求或者突发奇想都是不切实际的，也是伤害技术研发人员感情的； 3、技术研发阶段要想做到万无一失显然是异想天开。一些小的过失和变动大家都是可以理解的，当然前提是——不改变既定产品框架； 互联网/软件行业中，产品与技术之间的相爱相杀也不是一天两天的事了！想要妄图去消弭这种纠葛，也是不可能的。有些强势的产品经理迫使技术团队满负荷工作，甚至疲于奔命，开发尽可能多的功能。所有软件产品的技术架构都存在瓶颈，如果无视这一事实，挑战架构的临界点，就会造成无法挽回的局面。
小结

产品经理与技术人员之间的问题不是一句简单的“相互理解”就可以解决的。我想，问题的关键还要看产品流程的完善与优化程度以及人之间的平等尊重。产品设计究竟将开发人员置于何处？仅仅充当“实现者”的角色，还是给予”主人翁“的视角？产品流程中必然要融合人与人之间的平等尊重，只有贯穿这层人性概念的产品流程才可能生长出优秀的产品。产品与技术不是前世”冤家“，而是今生”有情人“！