产品经理需要懂技术吗？需要是计算机专业吗？
互联网人对产品经理这个职位并不陌生，而产品经理和开发互撕的段子也在网络时有流传；同时也衍生出相关的问题与讨论，比如产品经理需要懂技术吗？需要计算机专业吗？那我现在结合自身的情况和大家简单讨论下。
首先，需要肯定的是，产品经理最好还是需要懂点技术。虽然不像开发人员那么精通，可以写代码，但是至少跟开发讨论的时候，能够听懂开发讲什么。想必很多产品经理都经历过不懂技术而被开发嘲弄的经历。产品经理可能觉得只要自己提需求，开发来实现就好了，具体怎么实现的不管。所以经常跟开发沟通都是：“这里有个什么什么需求，什么时候能搞定”，如果不懂技术的话，短时间内，开发会跟你说具体的原因，长时间会觉得浪费自己的时间，也不愿和你沟通，因为说了你也不懂，干脆不说。这样长期以往，不仅导致以后的合作变得非常艰难，而且对产品的开发完成也是不利的。
其次，产品经理懂技术的话，对自己的工作来说，也是更高效的。在做需求评估或者需求规划的时候，有些实现难度就可以自己做个初步的评估，省去开发不必要的麻烦。这样下来，不仅自己的工作规划有条不紊，也会和开发之间的沟通变得更加顺畅，因为你提出的需求都是经过筛选之后的，并且是开发可以实现的。同时，在整个产品开发的节奏上，懂技术的产品经理也能很好的把控整个节奏，不会因为不懂而被开发忽悠。
最后，既然产品经理需要懂技术。那具体懂哪些就需要了解下。对于前端，需要简单的了解html、css、js、h5等相关知识；对于后端，不需要完全明白实现的机制，但是要了解基本的业务逻辑，比如：架构层、数据层、接口层、实现层、逻辑层等相关的内容；总而言之，除了基本的技术知识，在产品业务方面也要不断地提升和学习。
以上内容希望能够帮到你。
请问互联网产品经理需要懂编程吗？
当然是真的了，要是产品经理都需要会编程的话，那开发人员全都失业了。产品经理是一个Marketing的岗位，不但要懂“产品”，更要懂“业务”，因此就需要离市场和业务更近一些。
请采纳。
产品经理需要会编程吗
从某种角度来说，我认为这就是「产品经理究竟要不要会编程」的答案。
不会编程，不知道支撑一个产品背后的软硬件逻辑，只是照葫芦画瓢地交出原型，写出 PRD，当然也可以做产品设计。但若想成为卓越的产品经理，我们应当像咖啡师了解咖啡豆一样，去了解技术。知道它们的运转逻辑，实现路径，以及边界和可能性。
我们要弄明白数据在哪里，怎样保存，它们如何在控制语句的描述下流转，表达在屏幕上；用户又通过什么方式将意图通过屏幕传递给程序，然后被代码所捕获和处理。我们要理解程序语言如何用数值条件理解逻辑，又如何通过调用和循环来分发和控制流程，等等。
我一直认为，产品经理能了解程序解决问题的方式，能看懂浅显的技术文章，了解一点框架性和概念性的技术尝试，可以大致理解工程师的语言和方案就足够了。在此基础之上，如果还能写出五脏俱全的程序片段，或看得懂核心业务逻辑的代码表达，就能算是超出期望了。
我们不必真的像程序员一样，具备工程能力和工程素养，做出完整的功能模块甚至产品实现，这不该是产品经理的战场。
回到最初的问题，产品经理要不要会编程。我的答案有点绕：要会，但又不需要会 —— 因为当你「学会了」编程之后，对技术的理解和意识会内化成你的思维习惯，这时，是不是真的能写程序本身，可能也就不那么重要了。
产品经理（Product Manager）是企业中专门负责产品管理的职位，产品经理负责市场调查并根据用户的需求，确定开发何种产品，选择何种业务模式、商业模式等。并推动相应产品的开发组织，他还要根据产品的生命周期，协调研发、营销、运营等，确定和组织实施相应的产品策略，以及其他一系列相关的产品管理活动。
现在产品分类比较多，根据工作内容，可以划分为功能设计产品经理、数据产品经理、商业产品经理等。不同的工作内容所做的事情也不一样。比如说功能产品经理，主要针对设计产品的功能；数据产品经理，依赖数据做产品相关工作；商业产品经理，挖掘产品的商业价值工作。
计算机行业，有什么岗位是可以不敲代码的？
好高兴回答你的问题^0^
先看看计算机行业的分类：
1：编程类 （JAVA C Python等等就是100%敲代码，费脑子的） 可以PASS，不过产品经理可以不用写代码，但是需要挖掘客户的需求和敲代码的做沟通，不然会掐架。
2：美工类 （首先最简单是PHOTOSHOP简称PS（不需要代码，但是需要很好的想象力），更高级的二维/三维动画制作就需要代码）
3：信息安全 （需要学习网络设备的全套，比如防火墙，路由器，交换机，服务器，Linux系统，数据库，调试的时候也需要一定部分的代码）类似网管维护，不过再大企业很厉害的
4：硬件工程师（电路设计，PCB板设计，电路调试，电子元器件，嵌入式系统，也需要代码）
关键是你喜欢哪个类型的。
作为一名IT从业者，我来回答一下这个问题。
随着目前计算机行业生态体系的不断扩大和完善，有不少岗位并不需要编写代码，比如产品经理岗位、策划岗位、UI设计岗位（交互）、运维岗位（安全、存储、网络实施）、测试岗位等都不需要编码。另外，方案设计岗位和部分项目经理岗位往往也不需要进行编码。
当前在云计算、人工智能等技术平台的推动下，低代码甚至是无代码的开发方式也是一个重要的发展趋势，所以未来计算机行业的从业者，如果能够掌握技术平台的运用，则会在很大程度上避免编写代码。当然，要想真正脱离代码并不现实，实际上随着人工智能技术的运用，掌握编程知识也能够在一定程度上提升自身的工作能力和工作边界。
虽然IT行业内目前有很多岗位对于编码能力并没有要求，但是具备一定的编程知识对于提升工作效率也会产生比较明显的影响，这一点在运维岗位上有非常明显的体现。对于初级运维工程师来说，编程能力并不重要，但是对于高级运维工程师来说，如果不掌握编程知识还是很难想象的。与运维工程师类似，IT行业内的很多岗位，要想获得岗位升级也必须具备一定的编程能力，比如存储、监管、测试等岗位也是如此。
最后，如果想在IT行业内走得更远，而且想尽量避免编程任务，那么应该从行业和工具两个方面入手。在产业互联网阶段，丰富的行业知识和对于技术平台（云计算等）的熟练运用能够在很大程度上避免编码。
如果有互联网、大数据、人工智能等方面的问题，或者是考研方面的问题，都可以在评论区留言，或者私信我！
就我工作经验来说，不敲代码的岗位还是很多的，而且薪水福利也还不错
1、美工
注意这是真正意义的"美工"，只做画图PS设计等。还有一种是UI，但UI需要切图写点前端代码，搞搞交互设计什么的，当然UI薪水肯定要比美工高一个级别。
2、产品经理
搞业务逻辑的设计处理，需要对本行业有比较深的调研与理解，而后再设计根据行业特性以及自己团队的需求，设计出自己的产品逻辑。
3、运营人员：
产品开发设计出来以后，需要运营人员去做支撑，例如用户量情况、用户反馈情况等，做各种图形报表给产品经理看，而后产品经理通过这些运营分析调整产品业务逻辑使产品向着好的方向发展。
4、客服
这个不用过多解释了吧，运营人员是主动查找、分析产品数据，客服则是被动的接受客户对产品的建议、反馈、吐槽等，总结归纳后再反馈给运营或是产品经理。这是一个“背锅侠”岗位，挺受气的，经常看到有客服妹子在偷偷抹眼泪。
5、商务、市场：这些是跑营销推广的，就是计算机类的产品开发出来了，没用户使用怎么办？就需要有人去市场营销，搞商务推广，推广面大了，用的人多了，运营、客服岗位才会全面运转起来。
好了，我在鹅厂所接触到的岗位就这么多，以前我们一层楼就是一个大团队，里面有的各类人员，我所认识的不需要敲代码的岗位就这么多，其他岗位如楼层秘书、助理、法务什么的，他们计算机专业关联度不是很大，就不做介绍了。
我是计算机专业毕业，2012年毕业到现在八年，没敲过一行代码。
毕业开始就做项目管理，之后转型到企业内训和HR，副业从心理咨询到培训到生涯咨询。现在已经将副业变成主业，专职做职业生涯规划咨询。
要说有什么岗位不用敲代码，整个市面上1800多种职位，需要敲代码的，也就是互联网行业的开发测试，硬件行业的底层编程如FPGA，自动化测试，集成测试等
其他的大部分岗位都不用敲代码，在目前最火的互联网行业，不敲代码发展还不错的岗位，产品经理当之无愧的排名第一。
我们来看一下产品经理的职责，按市面上的产品经理所做的产品类型划分通常有两类: C端和B端
先看一个某公司C端产品经理的职责:
1, 负责to C平台的广告系统，福利卡券系统及会员体系等营销类产品规划与建设
2, 负责输出产品功能设计,交互设计等需求文档;
3, 负责与业务,技术,测试等相关团队沟通协作,推动项目落地;
4, 负责竞品分析,用户研究,推动产品功能迭代和用户体验的持续提升。
再看一个B端产品经理的职责:
职责描述：
1.负责B端产品的需求挖掘、分析；制定产品方向，产品架构，输出产品方案设计及实施迭代；
2.负责搭建科学、合理的数据指标体系，用于评估产品效果，指导业务发展方向；
3.与研发、市场、销售等部门协同合作，进行项目管理，确保团队使命达成；
4.收集并分析市场和用户反馈，完成竞品分析，为产品及研发部门指明方向，保证产品时刻满足市场需求的前提下，发掘新的发展机会。
总结上来无论c端还是b端，具体职责都是，需求挖掘数据分析，功能定义，产品实现，收集数据，产品维护，持续升级。
再来看具体的任职要求:
任职要求：
1.本科及以上学历
2.具备xx行业相关经验
3.有成熟的项目管理经验；能合理安排需求优先级，善于沟通和协调资源，推进项目落地并顺利达成目标；
4.目标和数据导向，逻辑清晰、路径明确、思维缜密；
5.自驱主动、学习能力强，对新行业有好奇心、对行业和 社会 宏观变化敏感。
除了对学历行业经验的要求之外，更多的是在沟通，统筹规划，逻辑思考，数据分析，学习能力，好奇心个人素质上的要求。
不管怎么样，不用敲代码。除了产品经理之外，整个互联网行业还有一类职能也不需要敲代码，就是我们的互联网运营，可以说热度排门排名仅次于产品经理。
排名第三位的就是项目管理，类似的敏捷教练，scrum master等
排名第四位的，项目质量管理。
排名第五位的，数据分析师，数据分析师不用像产品开发和测试一样敲代码，但是基本的数据分析的技能当中是有，数据抓取数据分析等，需要代码实现的功能的。
至于其他的如销售，市场售后，运维，维修，客服，人力资源，行政等等职能也都不需要敲代码。
太多了。除了敲代码的，都是不敲代码的[偷笑]。
技术序列：产品经理，UI设计师，项目管理。少量基础计算机知识的有前端工程师，功能测试工程师，运维工程师。
职能序列：财务，行政，人事，品牌，资本相关岗位。
营销序列：销售，运营，策划。
你好计算机行业不敲代码岗位也有，我建议你可以做软件测试，不敲代码，或者，敲的少，也比较简单，待遇嘛大公司很看中软件测试
装卸工
计算机行业很多都不用敲代码的。比如销售行业，维修行业之类的都可以不用敲代码。还有一些计算机操作啊，只要你不是编程之类的，一般的操作都不用去敲代码的。比如文字处理，用电脑办公。图影图像。广告设计之类的都不用去敲代码。你只要能够运用软件操作就可以了。
项目管理，产品经理，VM，方案设计等等
产品经理需要对代码了解到什么程度？
1.技术架构/实现方式
比如设计一个网站类的产品是使用什么编程语言开发的php,jsp或者Python。确定了编程语言以后你要知道整个产品项目中使用了什么开发框架，是团队自己研发的框架，还是使用市面上比较流行的框架。其次是数据库的选择，根据你们的业务需求是使用mysql这种关系型数据库还是mongodb这类非关系型数据库，最后就是服务器，服务器一般关心的问题就是稳定性，安全性，还有负载了。
根据不同需求选择服务器，
使用什么样的服务器?自己管理的，还是云。如果是云的话还要了解一些云服务和产品的内容，比如RDS，负载均衡，内容分发等等。
使用什么操作系统是window还是linux?Linux的话一般还分Ubuntu和redhat两个派系。
服务器的运行环境是怎样的?使用怎样的代理nginx，Apache还是tomcat或者为了实现高负载混合使用它们还是要自己用node来写一个更好更适用的。还要注意是否有其他插件需要支持。
如果是桌面级应用或者是手机APP这样的产品需求的东西还不一样，你还要考虑跨平台性以及其他细节问题。上述例子主要是网站产品主要依靠浏览器，平台兼容的考虑少一些。
2.技术特性
技术的生命周期：作为产品经理的你已经知道了产品是有生命周期的，那么其实我们生产产品使用的技术也是有生命周期的。假如项目周期比较长，比如10年吧，技术生命周期一般就2~3年，服务器操作系统生命周期会更长一些，，如果这部分能考虑到能节省很多重构成本。可是关键问题是这个问题本身就不太现实，我们很难预测2~3年以后我们的产品的样子。
技术的优缺点：作为PM你不用了解具体的实现方式，关键在于你要知道不同技术架构有什么优缺点，适合做什么事情。比如mysql和mongodb的区别，php和jsp的区别，它们的开发效率和健壮性怎么样，是不是符合我现阶段产品开发的需求。项目不大其实没区别，项目大的话就很明显了。
3.技术成本
不管怎么说作为PM掌控产品全局你要知道整个项目的技术开发成本是怎样的。其实都是项目管理里面的内容这里就不多说了，值得提的是程序员是个喜欢创造的工种，如果你只是设计好了让他们照着设计做他们会玩的很没乐趣的。要让他们也参与其中你会发现你的项目会比你想象中的进展要好。亲测，上个项目，我的开发团队就为客户提供了超出合同范围的各种各样的功能……重要的是这部分开发人员是愿意付出不计较成本的。(丫的，你们搞那么多功能就不怕有BUG客户再让咱们改吗????)
4.了解设计模式
其实才是整个业务架构里比较重要的东西，不过我现在理解的也不深刻，只能建议了。
一般你要先了解面向对象编程是怎么回事。
然后了解一些，单例模式，工厂方法模式，抽象工厂模式，建造者模式，原型模式，这类的设计模式。了解以后对你认识程序员的工作有所理解，最少忽悠不了你，你知道他们设计一个业务逻辑的流程是怎么样子的。这样就能做到心中有数了。
转自互联网的一些事
产品经理需要懂技术吗？懂到什么程度
依我看，产品经理需要懂技术，而且还要写代码，写过代码和看过书完全是两回事。
但是不需要水平有多高。
哥这么多年七七八八学了点技术，虽然至今还是菜鸟，但是比完全不懂技术的，还是感觉踏实很多。
不过我从一开始就是最简单最实用的VBA、VBS、JS入手，目的就是操作EXCEL操作电脑里的文件，跟DOS批处理似的，生产出来的代码直接就是简化自己日常工作的。到后来我做的东西给全公司人用了，直接提高了大家的生产效率，以至于有人要求技术也开发一个专业的产品来，可惜产品出来大家还是宁可用我的脚本，不用专业技术做的EXE程序，虽然我的脚本程序几乎没有界面，但操作简单够智能。
我建议所有文科生想学技术的，不要跟风开发什么苹果APP，先学点对自己工作直接有用的脚本语言，简单归简单，其实没啥可耻的。
做出来的东西自己就是第一个用户，每一次的改进对自己都有好处。这感觉是非常的爽。
一上来就学一些特高级特潮流的语言，或者特低级特底层的语言，我觉得都没什么好处。你要是问专业程序员，他肯定推荐你学C、C++什么的，理由是学了之后基础扎实，啥也不惧，我擦，他自己对外宣称要花一辈子吐血去学的东西， 再让你去学，你说这算怎么回事？
你懂得if else，懂得循环，懂得数据库怎么回事，懂得面向对象是啥意思，这就够了。你说你要学会用指针有什么意义，你会操作内存又有什么意义，你理解什么是多态又有什么意义？
学技术的目的是为了用，而不是做屠龙高手，华山论剑。
（其实有很多技术人员， 貌似屠龙术不少，一张嘴就是没有啥实现不了的，真到了开发的时候，复杂点的业务逻辑都能把他给圈糊涂了。）
依我看最好的学习办法不是看书，而是直接COPY帮助文档里的示例代码，改，调试。
还有，不要被IDE折腾死了，IDE固然方便高效，但是新手装个IDE真是挺烦的。
所以建议学技术还是先从脚本开始（但不建议学rubby和python），开发产品先从网页开始。
你写PHP\js代码，根本不需要什么IDE，干净利落editplus直接就上了，调试直接就浏览器。你搞什么安卓开发，你装java装eclipse完了还要下载一大堆android的东西，速度慢得跟牛一样，一大堆版本问题，还有模拟器。你搞IOS，你还要有MAC，还要注册神马的。
搞完这些你都吐了，往电脑里装了N多乱七八糟的玩意，却连一句代码都不懂，你说你是何必？你搞网站，网上有现成的三件套，apache+mysql+php，一次性全装好，放个只有一句echo的页面到指定文件夹，当时就可以看到“网站”效果。至于VBA，直接在word\excel\ppt里就带了，录个宏， 你改一改就是你的第一个可运行有用的程序！批量处理一些EXCEL上的工作，瞬间解放生产力
神马hello world，关你屁事啊？！
花几天时间，跨过最初的障碍，很快你就可以理解工程师的爽和痛了。
再往后，你要学C学JAVA，做个windows下的EXE，做个安卓APP，那都是看你的毅力了，起码你不会被唬住了。什么代码之美，各种程序员们争执的牛B问题，你都可以逐步理解。
以后技术再跟你说什么，你哪怕不懂，上网搜搜也能明白。
如果你非要选择买个什么很吊的书在那里狂看，十有八九你永远跨不过障碍。到头来你还是啥也不明白。
如果你连VBA和JS都害怕。你可以学HTML+CSS，这些虽然不算编程，但至少学了有收获有用，没事弄个博客，自己还可以改改界面，比你啃完一本破书还是啥也不懂要强多了。
不过懂了技术，不代表就能和程序员和谐相处。
如果不懂人情事故，就是程序员转产品，也未必能和程序员打好交道。