产品经理要有技术思维，程序员要有产品思维。

发生在上周的「产品经理 VS 程序员」事件，想必大家多少有所了解。

【事件回放】

某产品经理提出新需求：「App的主题颜色能根据手机壳的颜色自动调整。」

某程序员认为这个需求实在是无理取闹，沟通无果后，与产品经理大打出手。

事后，双方均被公司辞退。

从事件上客观分析，我们可以明显得到 a 和 b 个「冲突点」：

a. 产品经理提出了「奇葩」需求；

b. 程序员和产品经理沟通无果，进而产生矛盾；

避免类似的不愉快事件发生，就需要解决这两个问题：

1. 产品经理如何不提出「奇葩」需求？ 这是职业能力问题。

2. 程序员和产品经理该如何沟通？这不只是人际沟通问题。

人人都要搞产品经理？

都知道，产品经理主导产品的发展方向，对产品负有很大责任，在产品范围内有很大权利，同时也需要匹配很强的综合能力，相当于「产品的 CEO」。

事实上，那么多拥有「产品经理」头衔的人，并没有做好本职工作。他们有类似「CEO 的权利」，却缺乏「CEO 的能力」。对产品指指点点后，乱提需求，没有认真的对需求进行分析。

打着「为用户考虑」、「为营收考虑」、「为体验考虑」等等的幌子，却唯独不「为开发考虑」。

此需求如何实现？实现方案是什么？开发资源需要多少？这些通通交给程序员去考虑，自己就甩下一句话「我就要这个需求，怎么实现我不管，你是程序员，你来想。」

这样的人就是「既不懂技术，也不懂用户，只想当经理」的伪产品经理。

这里分享一个需求分析导图，希望伪产品经理们可以收藏一下；

【插曲】

在写本文时，听见身后的研发组在争吵，听得一个程序员说：「这功能今早刚上线，你现在就让去掉，这两天我们不是白加班了吗！？」

这就是产品经理和程序员的日常。

我对这个产品有想法，我想做产品经理。随后，有人喊出一个「人人都是产品经理」的口号。产品经理这个职位随着互联网行业的壮大，也如雨后春笋一样的冒出来。

有人说，我能让产品改变世界，我能做产品经理；有人说，我能让产品重新定义行业，我能做产品经理；有人说，我能让产品帮企业赚大钱，我能做产品经理；

产品经理是个重要的岗位，虽然不需要成为各方面的专家，但是必须要深入了解企业的方方面面，而且要吸收各种信息，了解一些技术，以便做出明智的决策。希望那些「揭竿而起」的伪产品经理，衡量好自己的能力，知难而退。

引用一位做产品的前辈的话：

「我希望产品经理雄心勃勃，求知若渴；我也希望他们满怀自信，相信自己有能力为决策承担责任；我还希望他们能明白，他们需要关心企业的方方面面。但我也坚信谦卑对一个产品经理来说非常重要，他们不能因为一个头衔就为所欲为，不去争取团队成员的尊重。」

程序员与产品经理的沟通问题

上面的内容针对的是产品经理，现在换个方向，说说程序员。如果单纯的说程序员的沟通问题，很多人会说，程序员情商低，人际交往能力差。

我觉得真是很片面的观点，身边有很多程序员，可情商低的真没见到几个，反而经常见到逆天情商的程序员。

程序员和产品经理该如何沟通？这不单纯是人际问题。抛开基本礼貌和正常沟通外，引起双方不愉快主要是针对需求细节的讨论，双方思考的角度不同产生的分歧。

如果再有一方过于执拗，分歧上升为矛盾，矛盾激化，怒火攻心，势必发生不愉快的事情。

作为程序员，过于对技术的把控，只从技术层面思考需求的话，产品可能不会出现问题，但肯定不会是一款好产品。

如果你不从产品角度考虑用户，考虑市场，那么你还没被技术淘汰之前，你们的产品很可能已经被市场所淘汰了。

更别说现在考虑产品之外，还要求有更深一步的产业思维。

如果说「人人都是产品经理」是个伪命题，不如说是一个行业愿景，不需要我们必须担任产品经理这个职位，而是让我们擅长从产品角度考虑问题。

再借用业内大佬的一句话：

「如果程序员不懂产品的话，遇到傻X的产品经理时，要怎么怼他？」

写在结尾

先不说做一个优秀的产品经理，且说做一个「合格的」产品经理，我们都要经历些什么？很多地方都总结过相关内容。

只精进技术，一个程序员总会遇到职业瓶颈，放开思维，横向发展自己的认知，才能让自己更进一步。

废话说了这么多，中心就一个：产品经理要有技术思维，程序员要有产品思维。