产品经理和程序员为啥老干架？产品经理真的要懂技术才可以吗？

无论在国外还是国内，程序员和产品经理就像前世的冤家，彼此只要一见面，立刻剑拔弩张；只要是两方都在的会议，大部分是在争吵中草草结束。

程序员经常哀叹：遇到一个懂技术的产品经理真是呀呀呸的不容易啊！

产品经理经常吐槽：这么简单的功能为什么要这么长时间？

这样的轱辘话最能让99%程序员恼火，不吵起来才怪。

那么到底产品经理是否真的需要懂技术，有技术背景呢？自从产品经理诞生以来，就有两个争执不下的观点。

论点1：产品经理需要技术背景

拥有这种观点的人核心理由是有技术背景的产品经理可以与软件工程师建立更牢固的工作关系。如果产品经理说的是与工程师相同的语言，则相互之间的理解和尊重更容易培养。

同样，知道如何编码的产品经理可以更好地了解整个团队的能力和局限性，并且可以更好地计划需求，而不会导致团队的未充分利用或过度利用。

这看上去很有道理，因为如果PM不了解需求，那么将危害最终产品的质量。

论点2：产品经理不需要技术背景

这个思想流派中的许多人认为，PM不需要技术背景，因为他们的工作是为最终用户提供最好的产品，而不用担心其实现方式。

用敏捷和精益的项目管理办法，控制和管理产品实施的每一个节点和里程碑，这些才是产品经理的核心工作，而懂技术只是一些旁枝末节，并非核心技能。

产品经理的角色位置决定你要懂得更多

其实对于产品经理来说，懂不懂技术并不是关键核心的要素；不懂技术，一样可以成为优秀的产品经理；

但是这绝不意味着你可以放手不管，只知道一味的去控制时间和进度；而忽略了技术层面的东西；

不懂技术不是产品经理盲管技术团队的理由，毕竟产品是技术团队实现的，产品经理要与技术团队密切的合作，而不是上下的管理关系。

因此产品经理需要对架构，技术和团队速度有一定的了解，即使您没有技术背景，您仍然可以做很多事情来“获取技术”并建立对团队成员的尊重。

尊重是双方的，你尊重团队，团队也会尊重你。就不会有那么多的分歧。

没有技术背景的产品经理该如何做？

当然，如果你没有技术背景，还是有一些办法和措施来达到有效产品管理的目的。

作为产品经理，您是否做到了一下几点？

了解你的团队成员，团队的每个成员完成一项功能估计将花费多长时间？你是否和每个技术人员进行了适当的对话沟通？以了解需要他们每个人的工作能力？

你是否跟踪产品流程以了解基本的用户问题（需求不明确是吵架的重要因素）。

你是否和技术人员深度了解，可能出现的任何技术问题的潜在解决方案背后的逻辑？你是否去找他们不耻下问了？

你是否会用逻辑性的思维来描述你的用户需求呢？也就是我们常用的需求用例图，就像下图描述的这样？

了解你的团队成员，建立个人档案

随着您与开发/设计团队的合作时间越来越长，你的工作日历里面是否有了以下的团队资料：谁工作很快，谁没有工作，谁往往高估了自己的时间表，谁快速编写代码但由于频繁的错误而需要进行额外的代码审查等...

不懂技术不是产品经理的错，但你不对他们进行团队和个人的管理，那就是你的错了。

在任何项目的开始，您都应该始终努力与任何直接团队成员进行沟通，以了解他们的想法。

了解技术问题背后的逻辑

任何一个技术问题，其背后的逻辑不是那么复杂，又不是让你自己诊断和实施确切的解决方案，因此，坚持参加技术人员的每一次讨论会，而不是一听不懂就借口走开。

记住，作为一名PM，你需要对产品管理过程中任何发生的或者潜在的问题进行分类，毕竟你是产品经理，你要学会梳理每个问题背后的逻辑，然后和团队一起尝试找出解决方案。

不要让您的开发团队对您有下图的这种感觉。

当出现问题的时候，需要你去解决；

任何时候，都不要说“我不知道”，而是去从逻辑上去识别问题和可能的解决办法，帮助技术团队解决周边的问题，你给他们解决了问题并节省了时间，就会赢得他们的尊重。

培养你自己的技术好奇心

在进行任何正在进行的项目时，您应该争取腾出时间与工程师讨论实施细节，以便围绕可能出现的取舍或未曾想到的情况进行讨论。

向您的开发团队学习尽可能多的知识！

在这里，我强烈建议产品经理一定要懂SQL数据库技术，别的你可以不懂，这个你一定要懂；

学习SQL，能帮你弄清楚产品数据的存储位置，并了解产品日志结构。这样，如果您需要提取一些数据点来运行自己的分析，则可以简单地使用SQL命令自己查询和提取数据，而不会浪费技术人员的时间。

事实上，产品经理究竟是否应该懂技术，没有一个正确的答案。这在很大程度上取决于公司，产品和团队，每个公司针对产品要求的都不一样。

最重要的要点是，作为一名PM，您的工作就是为您的用户提供最佳的最终产品。无论是需要您更多地参与开发过程还是要更多地参与对客户行为的深入了解，都必须交付产品，并且产品要对你的用户有充分的吸引力。