产品经理是否需要懂技术？

这个问题会很有歧义，因为不懂技术完全是可以做产品经理。

每个产品经理都会根据自己的职业经验给出不同的答案，那么围绕这个话题，我想先从我的产品生涯中谈一下技术在产品经理职业生涯中的作用。对此我收集了三类说法：

1、产品经理不需要懂技术，技术会让你陷入技术的思维，在思考产品创意的时刻陷入平庸。

2、看团队的特点，如果团队人员配置完整且目标高度统一，那你就专注于产品创意本身，如果团队配置不完整或者技术人员并不是专注于技术实现那么最好懂技术，保证最终结果可以实现。

3、产品经理不需要特别精通技术，但需要懂技术，知道一些技术实现的方法，防止技术同学打模糊眼说功能实现的问题。

对此我想问一句：如果你懂点技术会不会是更好呢？

如果你懂点技术是不是会更好呢，我的答案是Absolutely Yes.为避免提需求时让开发认为傻逼，尽可能Google一下实现技术实现原理，了解功能的价值]和实现的难度，从而进行决策。

产品经理需要了解的技术，并非是掌握并实现这个层面的技术，而是理解这种技术是什么原理和实现方式，能用来做什么。

谈谈了解技术的用处

1、当设计后端服务时，事无巨细，尽可能的考虑到每一个细节，测试时使用最奇葩的数据和情境，将Bug率降到最低，就可能搜集用户数据，为以后的定制化和大数据分析提供数据支持。作为一个好产品的自我修养是不要让开发替你填坑，而是你尽可能的辅助开发减少脑力消耗。

2、对于前端服务，尽可能追求极简主义，不断学习设计知识，反复测试，在不影响用户理解的前提下，尽可能去除不必要的元素。用户没必要也不想知道你的后端有多么安全，复杂，用户只关注前端操作是否清晰，简洁。

3大部分情况下，由于后端和前端是由不同成员完成的，这时候就需要产品经理提供Communication润滑剂的作用了，充分双向提供信息，尽可能将信息损耗降到最低。

虽然我对程序员的自我修养有着充分的信任，相信他们一定会严格要求自己，写出高质量的代码，但作为产品经理，你必须要对程序的质量进行第一手把关。

通常有以下四个检验指标：

1、单位代码量下的功能生产力。

2、代码是否健壮，安全性是否优良，对特殊情况考虑是否周到。

3、代码是否具有复用性，是否可以运用到其他项目中。

4、代码是否具有可塑性，当需求变更时，或者添加功能时，可以灵活变通。

个人最希望的前后端模式是，前端全自助，后端全自动。自助意味着用户无需引导，一切不言自明，充分用户自主决定。自动代表着润物细无声，我就默默对你付出。

最后借鉴一句话：

产品经理懂技术 ＝ 流氓会武术。

产品经理懂技术，在没资源的时候可以用最低成本把事儿办了，有资源的时候可以把资源用的更有效率。

免责声明：文章仅代表作者观点，版权归原作者所有。因转载众多，部分文章推送时未能与原作者取得联系，十分抱歉。如来源标注有误或涉及作品版权问题烦请告知，我们及时更正/删除。

✬如果你喜欢这篇文章，欢迎分享到朋友圈✬

评论功能现已开启，我们接受一切形式的吐槽和赞美☺