产品经理是否一定需要懂技术，这么大的一个伪命题，为什么活着？
最近这个话题一直存在，并且为此有人还出书、培训。 为什么这么大的一个伪命题还活着呢？说它伪命题啊是因为 我可以认为一定需要懂、也可以认为不一定需要懂，关键看你从哪个角度看：
不一定需要懂的角度：
在我看来本质原因是因为职位的责任范围不明确，苏老师也说过这是一个泛产品时代，大家不妨设想下如果随着行业的发展，产品经理职位细化了，产品经理分专门负责用户体验、UI设计、数据分析、数据设计、业务架构设计的，这个话题就结束了，要相信如果把一件事情做精细了，一定可以在行业、企业立足。所以不一定需要懂技术，看你从事哪个细分的领域
一定需要懂：
如果站在企业的角度 从员工的生产性上考虑，毫无疑问一定需要懂，其实这就是你所处的团队环境有很大关系，如果你不信，不妨看看硅谷的软件开发团队，是否有product manager职位？ 硅谷的高级软件开发工程师本身就具有了产品经理的技能。。。。
不一定需要懂的角度：
在我看来本质原因是因为职位的责任范围不明确，苏老师也说过这是一个泛产品时代，大家不妨设想下如果随着行业的发展，产品经理职位细化了，产品经理分专门负责用户体验、UI设计、数据分析、数据设计、业务架构设计的，这个话题就结束了，要相信如果把一件事情做精细了，一定可以在行业、企业立足。所以不一定需要懂技术，看你从事哪个细分的领域
一定需要懂：
如果站在企业的角度 从员工的生产性上考虑，毫无疑问一定需要懂，其实这就是你所处的团队环境有很大关系，如果你不信，不妨看看硅谷的软件开发团队，是否有product manager职位？ 硅谷的高级软件开发工程师本身就具有了产品经理的技能。。。。
没有找到相关结果
已邀请:
5 个回复
一毫地 - 最灵繁的人也看不见自己的背脊
赞同来自: 糯米
其次，不一定要懂的本质原因我不认为是职位的责任范围不明确，作为产品经理而言，需要了解一定的技术知识，不要求你上能培训程序猿下能搭框架写代码，起码最基础的技术常识也要懂一些吧？掌握html和css，能写个简单的动态网站就可以了，跟开发人员在沟通产品的实现或者修复问题时不至于一脸懵的样子，在确定开发周期的时候也能有个大概的估算，不会被牵着鼻子走。这个是作为产品经理的职位要求，如果这点达不到，只能说明你还不是个合格的产品经理。这时候不同意我的观点没关系，等多几年经验你就知道这有多局限发展了。
最后，产品经理需要懂技术，创业者尤其需要。
糯米 - 在一回首间,才忽然发现,原来,我一生的种种努力,不过只为了周遭的人对我满意而已
赞同来自:
但经过很多人工作实践中，可以看出能懂一些技术，对于产品经理日常工作的开展是有益的
就算我们不考虑跟开发沟通的事情
至少产品经理在设计产品原型阶段，如果了解一些技术，就会考虑通过原型布局等一些设计方式的改变，降低技术难度或带来更好的用户体验
有这一点就够了
产品经理不能盲目的设计需求，因为产品最终是要给用户使用的
产品经理自然也不能完全忽略实现过程而设计需求，因为产品最终是要给开发实现的
作为一个需要考虑全角色的岗位，多了解一些总不会是坏事，虽然可能会在设计上偶尔掉进技术陷阱，但总还是可以自我把控的吧
创世纪 - 的哈桑的hi安徽省大红花
赞同来自:
大多说不需要的源于人性的懒。
大多说需要的源于自己就会。
我是从完全不懂，到慢慢学习，还在路上，这么说吧，挺有意思的，不是“是否一定要懂”，而是“技术真心有趣。”
俊临天下 - 长的太帅也很烦呐，真他妈烦
赞同来自:
这种乐趣是普通的产品工作不能带来了，而且在你自己也动手去写码搭建框架的时候也会对开发工作有更深刻的了解，一定程度上能帮助你在推进项目时跟开发的沟通和协作。
cassie0309
赞同来自:
需要明白一点：技术思维≠技术能力
A. 建立产品设计中的三个层次的基本认知
1. 功能及界面设计
（1）功能设计（逻辑、效率）
（2）界面设计（简洁、单一主题）
2. 用户体验设计（IA/UE）
（1）关键路径设计（核心主干流程、策略）
（2）信息架构及交互方式
3. 技术实现逻辑
（1）技术合理性（能否实现、技术难度）
（2）产品兼容性（新老版本功能、数据）
B. 提升技术思维的主要途径
1. 产品设计评审会上，对工程师的问题重点记录，反复思考，总结通俗的理解方式
2. 阅读数据库设计文档以及API接口文档，建立数据结构认知
3. 产品升级和设计调整时，是了解其中技术细节的最好时机