注册 下载

产品经理是否一定需要懂技术,这么大的一个伪命题,为什么活着?

最近这个话题一直存在,并且为此有人还出书、培训。 为什么这么大的一个伪命题还活着呢?说它伪命题啊是因为 我可以认为一定需要懂、也可以认为不一定需要懂,关键看你从哪个角度看:
不一定需要懂的角度:
在我看来本质原因是因为职位的责任范围不明确,苏老师也说过这是一个泛产品时代,大家不妨设想下如果随着行业的发展,产品经理职位细化了,产品经理分专门负责用户体验、UI设计、数据分析、数据设计、业务架构设计的,这个话题就结束了,要相信如果把一件事情做精细了,一定可以在行业、企业立足。所以不一定需要懂技术,看你从事哪个细分的领域

一定需要懂:
如果站在企业的角度 从员工的生产性上考虑,毫无疑问一定需要懂,其实这就是你所处的团队环境有很大关系,如果你不信,不妨看看硅谷的软件开发团队,是否有product manager职位? 硅谷的高级软件开发工程师本身就具有了产品经理的技能。。。。

5个回复

  • 一毫地 最灵繁的人也看不见自己的背脊
    首先如何界定“懂”与“不懂”?这个因人而异,有些人会个hello world也说自己懂技术,有些人掌握了几种编程语言也不认为自己有多懂技术。所以这个没办法去界定,每个人对懂与不懂的定义都不同。

    其次,不一定要懂的本质原因我不认为是职位的责任范围不明确,作为产品经理而言,需要了解一定的技术知识,不要求你上能培训程序猿下能搭框架写代码,起码最基础的技术常识也要懂一些吧?掌握html和css,能写个简单的动态网站就可以了,跟开发人员在沟通产品的实现或者修复问题时不至于一脸懵的样子,在确定开发周期的时候也能有个大概的估算,不会被牵着鼻子走。这个是作为产品经理的职位要求,如果这点达不到,只能说明你还不是个合格的产品经理。这时候不同意我的观点没关系,等多几年经验你就知道这有多局限发展了。

    最后,产品经理需要懂技术,创业者尤其需要。
  • 糯米 在一回首间,才忽然发现,原来,我一生的种种努力,不过只为了周遭的人对我满意而已
    产品经理这个岗位本身就没有必须要懂技术的限制条件,也从来没加过“一定”这种完全没有余地的限定词

    但经过很多人工作实践中,可以看出能懂一些技术,对于产品经理日常工作的开展是有益的

    就算我们不考虑跟开发沟通的事情

    至少产品经理在设计产品原型阶段,如果了解一些技术,就会考虑通过原型布局等一些设计方式的改变,降低技术难度或带来更好的用户体验

    有这一点就够了

    产品经理不能盲目的设计需求,因为产品最终是要给用户使用的

    产品经理自然也不能完全忽略实现过程而设计需求,因为产品最终是要给开发实现的

    作为一个需要考虑全角色的岗位,多了解一些总不会是坏事,虽然可能会在设计上偶尔掉进技术陷阱,但总还是可以自我把控的吧
  • 创世纪 的哈桑的hi安徽省大红花
    从题主的需求而言,到底是论真不需要比需要重要,我要打问号,这一类的问题(“需不需要”“是否一定要”)人提问的时候都有自己的预设观点,然后企图找到和自己观点一样的人进行佐证。

    大多说不需要的源于人性的懒。

    大多说需要的源于自己就会。

    我是从完全不懂,到慢慢学习,还在路上,这么说吧,挺有意思的,不是“是否一定要懂”,而是“技术真心有趣。”
  • 俊临天下 长的太帅也很烦呐,真他妈烦
    我可能有点“不务正业”?比较喜欢实操,尤其是做了产品之后,就会忍不住想把自己束缚了很久的各种idea放出来了,终于可以亲手去做它,而不是局限在画画原型图、写写需求说明最后还要虔诚的擦拭神灯,呼唤灯神们显灵这样隔靴搔痒的做产品。 开发的过程对我来说充满了乐趣,因为写代码的时候,世界变的简单而美好,某个做法对还是错,你不需要自己反复猜测,也不需要和任何人没完没了争辩,编译器就是神圣的裁判。你的每个操作都能得到及时、明确的反馈,而且拥有近乎奢侈的试错机会。

    这种乐趣是普通的产品工作不能带来了,而且在你自己也动手去写码搭建框架的时候也会对开发工作有更深刻的了解,一定程度上能帮助你在推进项目时跟开发的沟通和协作。
  • 产品岗不一定要求你可以拥有独立编程的能力,但是基本的技术架构肯定是需要理解,并且要把技术思维运用到产品设计中,比如什么是客户端技术、什么是数据库、什么是接口等等,不然再跟开发沟通的时候会遇到很大的障碍。

    需要明白一点:技术思维≠技术能力

    A. 建立产品设计中的三个层次的基本认知

    1. 功能及界面设计

    (1)功能设计(逻辑、效率)

    (2)界面设计(简洁、单一主题)

    2. 用户体验设计(IA/UE)

    (1)关键路径设计(核心主干流程、策略)

    (2)信息架构及交互方式

    3. 技术实现逻辑

    (1)技术合理性(能否实现、技术难度)

    (2)产品兼容性(新老版本功能、数据)

    B. 提升技术思维的主要途径

    1. 产品设计评审会上,对工程师的问题重点记录,反复思考,总结通俗的理解方式

    2. 阅读数据库设计文档以及API接口文档,建立数据结构认知

    3. 产品升级和设计调整时,是了解其中技术细节的最好时机
登录参与讨论

相关问题