“取经”路上，产品经理和程序员又又又又又“打起来”了

在行业内，产品经理与程序员“打架”是常有的事。

由于所处位置不同，产品经理更加注重用户的体验和感受，程序员更加注重代码的实现和维护。一般的产品需求对程序员来说就是“小菜一碟”，但他们最怕遇上不懂技术的产品经理的丰富想象力。

先来看下网络上流行的产品经理和程序员对话的段子：

产品经理：你做个微信小游戏吧！

程序员：什么样的小游戏？

产品经理：就是最近很火的小游戏。

程序员：……

产品经理：App主题颜色要随着手机壳颜色而变。

程序员：那你给我个手机壳颜色的接口吧！

产品经理：什么接口？

程序员：你不给我接口，我怎么知道你现在是什么手机壳颜色？

产品经理：不能自动识别么？

程序员：怎么自动识别，你可以告诉我么？

产品经理：怎么实现是你的事情，我只知道我的需求很简单。

程序员：桌上有把菜刀，请您扫码自己改需求吧！

看完对话，小欣觉得这两者的关系更像唐僧与孙悟空的关系，取经路上总会出现矛盾。

唐僧：你想要啊？

悟空，你想要的话你就说话嘛！

你不说我怎么知道你想要呢？

虽然你很有诚意的看着我，可是你还是要跟我说你想要的。

那你拿去吧！

你不是真的想要吧，难道你真的想要吗？

悟空：我Kao!(悟空一拳将唐僧打倒。)

产品经理应集技术、商业、用户、数据等知识于一体，才能做出正确的产品策略和一系列产品管理活动。而作为产品经理的唐僧除了念经，其他都不会，这也不可避免地要遭受到包括程序员在内的工作人员的鄙视。

但唐僧表明了自己的态度，我就是要去取经。

这时的他又犯了另一个错误，不仅没有将产品愿景传达清楚，也没有考虑到包括程序员在内的团队成员对产品的想法，使得每个需求都要多次沟通需求背景，在一定程度上增加了项目的沟通成本。

取经路上要历经九九八十一难，“三打白骨精”就是其中的一难。孙悟空每一次都能识破白骨精的变幻，但唐僧就是不许他伤害，甚至辞退了悟空。

产品路也是如此，产品的实现从不是一帆风顺的，总会遇到一些限制条件。若产品经理自身不清楚这些限制条件，或没有与程序员沟通好，就很容易出现网络段子中的对话场面，还会让程序员讨厌产品经理。

小欣就看到过这样的豆瓣小组：我们都讨厌产品经理，也是十分生动了~~

但产品经理不服气，觉得自己委屈。

我们讨厌那些程序员：

明明可以做，非说实现不了！

明明是个简单的问题，就是没耐心解答！

明明只改几行代码，非要提需求！

明明是个小需求，非要改半天！

孙悟空本来就讨厌每次念紧箍咒的唐僧，被辞退后更是如此，直接走了。

心中想那你自己来吧，俺老孙回花果山逍遥去了！

这一矛盾中也有程序员对产品经理专业性的不理解，会有“产品经理就是过来指手画脚让我干活”的错觉。

失去孙悟空后的唐僧，依然要西行。

肉眼凡胎的他以为没有孙悟空，仅凭借八戒、沙僧也能降妖除魔。结果却是没走几步，他就被黄袍怪施法变成了恶虎。

最终，还是八戒请回孙悟空，才将他救出来。

在产品实现中，若产品经理在实现层面给出程序员具体的意见，很容易造成程序员与产品经理“打架”，毕竟实现产品是程序员的职责。而这种做法不仅可能使程序员愤然离席，还可能使产品延期。

这一难后，唐僧师徒继续西行，一路上披荆斩棘，最终取到“真经”。

四人开心地开启归途，但不想还有一难在等着他们。因为唐僧忘记帮通天河老白鼋的忙，使得老白鼋大怒，将四人连带经书卸入河中。也正是这会，师徒四人才发现经书是假的。

从产品角度来说，做产品就类似取经。产品做成功后，并不代表万事告吉，风险随时会“上门”。即使是已经收尾，也可能会出现其他风险，如尾款延期、用户反馈不够良好、数据系统不够科学等。

程序员与产品经理有着共同的目标——做一款伟大的产品，而每一款产品的背后都少不了产品经理和程序员的付出。

具体到细节，程序员与产品经理的目标却是迥异的，甚至可能是相反的。如产品经理要求先做一个功能，尽快上线，这一需求即使普通人也能理解。但程序员考虑的不仅仅是需求本身，还要考虑上线后的维护、升级等，而这部分不懂技术的产品经理是难以理解的，即使是懂技术的产品经理，可能也会觉得实现起来是简单的，其中的艰辛和沉重就只有程序员能够体会了。

因而，产品经理与程序员的冲突是无法避免的。

但双方可以有所变通，程序员要尽可能地从用户角度来看待产品经理的需求，不能仅考虑是否能实现，还要考虑这一需求的合理性。程序员要学习一些产品和设计的知识，工作中要尝试与产品经理沟通，表达出自己对产品的看法。

产品经理也要有所改变，不能利用“经理”这个头衔来压制程序员，因为两者之间并没有从属关系。其次，相比程序员，产品经理在项目地位上更占优势，更具主动权，但也不能过于理直气壮地指挥，而应更多地尊重程序员，培养自己的技术能力。

这样，双方相处才会更愉快些。