产品经理不一定需要会写代码。
但要成为优秀的产品经理，一定是写过代码的人。
必须要。无条件要懂，最机本的好坏也分不了。怎可以让他来把关，要他何用。
产品经理可以不会写代码，懂代码最好
产品经理重要的是能懂用户和用户需求，并能将需求转化成代码可以实现的产品开发需求
作为一个不会代码的产品经理，给予我自身的经验：
1.入行不一定要懂代码，但一定会有非常好的逻辑能力，你的原型要有闭环，要让开发能够理解，并且找不到毛病。
2.你可以不懂代码，但一定要清楚哪些功能开发能够实现，实现过程中的难度等级，实现上要花大约多长时间。不懂代码，就要靠经验以及多沟通来弥补，不能异想天开瞎提需求，需求的适当合理性也很关键。
3.懂代码是加分项，很多公司的招聘要求会有这方面的限制，比如要会查个数据库之类的。
4.现在不会，不代表一直不会，有时间就去好好学习吧。
作为一名曾经的产品经理，从不懂代码到自学技术后，懂得了代码，这期间的感受是非常明显的。可以非常明确的告诉你，作为产品经理，不一定要懂代码，但是你想要往更高级别的产品经理走，懂一些代码是必须具备的条件。
不懂技术的产品经理，照样可以做好用户体验，也能让用户喜欢上产品，但是跟技术部门的沟通效率就会比较差，思考一些功能的时候，考虑就不够深入
经常都是说，产品跟技术是两对冤家，这也不是没道理的。很多不懂技术的产品，都是凭空想出一些功能，觉得这些功能用户会喜欢。
但是，在考虑功能的时候，没考虑到技术的可行性，这就导致方案到技术部门的时候，容易产生分歧，进而影响到整个产品的进度。
做过产品设计的人都知道，产品反复修改是很正常的事情，但是在产品设计的时候，不懂技术的产品经理，往往低估了修复的技术难度。
然后随意修改，不考虑技术的感受，结果必然会让技术反对的。如果是懂技术的产品经理，在产品设计的时候，就会考虑到这个问题，懂得提前告知技术这些问题，让对方有所准备。
所以，懂得技术的产品经理，不管是从产品推进的效率上，还是跟技术沟通的效率上，都比不懂技术的产品经理来得高。
当代著名的产品经理，几乎都是有技术背景的
如果把一些公司的创始人也算作是产品经理的话，像微软比尔盖茨、腾讯马化腾、百度创始人、还有360创始人，微信张小龙等，这些人都是技术出身的。
懂技术的产品经理，从产品立项开始，就能评估技术的可行性，这比不懂技术的产品经理把产品做到一半后，才发现技术实现不了。
很多产品一开始都是缺人手的，这个时候懂技术的产品经理，往往会比不懂技术的产品经理更容易被重用，因为他们本身就能自己解决一些实际的问题。
那些整天只会写写原型，写写PPT的产品经理，理论上只能说是产品专员。所以，想要在产品经理这个岗位上，有所建树的话，建议还是自学点技术，对自己绝对是有好处的。
不会写代码的产品不是好产品，不会写代码的产品不是好产品，不会写代码的产品不是好产品——三遍完毕。很多产品经理都认为，产品经理不一定要会写代码，只要大概了解一下程序设计就可以了。于是我带着这个问题从我的产品经理生涯开始就一直探索。经过一段时间，总结出来以下几点思考：
1.沟通——产品经理与程序员产生矛盾的根本原因是什么？难道是程序员就是不愿意配合吗？亦或者是程序员天生就脑子木很难沟通。我个人认为一旦产生问题，不要把责任都往别人身上丢，就如产品经理的产品做不好不考虑自己的设计问题却要怪用户奇葩是一个道理。假设产品经理真的懂技术，能看清某些看似简单实则很难实现，某些看似复杂实则很脑残的技术的话，与程序员的沟通成本就会大大降低，更不会产生产品经理觉得程序员木，程序员觉得产品经理智障，大家相互youcanyouup的情况。记住产品经理永远都是一个项目的主导，如果自己协调不好关系，那么整个项目就会自上而下的产生越来越大的时间成本，沟通成本和人力成本。
2.设计——很少有产品能在一上架就大卖的，都是需要一段时间的积累。如果设计出现问题，在新团队中会产生争执，在老团队中会出现产品上架后各种奇奇怪怪的问题。因为新团队磨合程度不够，不能心照不宣的避开一些问题，而老团队磨合的程度虽然高，但是程序员会自行判断设计出一套东西出来，最后的结果就是产品失败，导致加班，改bug等一系列的头疼问题。这一切产生的原因归咎于产品经理对技术的把控能力不到位，假设从程序设计之初就考虑到各种可能出现的技术问题，第一步先考虑产品逻辑是否正确，第二步以一个程序架构师的角度考虑程序逻辑是否正确，那么产品经理就不会再抱怨——为什么程序实现出来以后总是跟我的设计的不一样呢？（ps：当然有部分问题是连自己真正需求什么都搞不清楚人）
3.项目管理——在这个高速发展的时代，互联网公司的竞争中，谁赢得了时间就赢得了市场。在小型互联网公司中，产品经理往往担任了一部分项目经理的角色。不管产品经理对项目成本管理，项目风险管理等理论知识运用的多好，亦或者对敏捷开发、瀑布开发把控得多牛逼。只要不懂技术，那些各种理论都是空谈，技术的启动和实现整个项目的基础，连这个基础都不懂还谈什么项目管理。因为一个项目从一开始的时间评估就是错误的，产品经理没有能力以技术角度去跟领导谈时间周期和项目技术实现方案，仅仅是依靠对市场的分析和用户的分析得出来的项目是进行不下去的。这也是导致项目延期的最直接原因。很多时候项目延期了失信于用户，亦或者为了赶工期而草草了事，最终只会造成用户的流失。最后总结一下，一个项目出现问题，不应该去怪做具体事情的兄弟们。而是应该站在一个管理者的角度去思考问题：项目设计是否合理，做具体事情的同事是否能在有限时间内保质保量的完成任务，如果不能，是否有更好的途径是实现它；中层管理者是否有能力能在一线同事出现难解决的问题时第一时间帮其解决问题，而不是一味的责怪和推责任。在一个项目中，产品经理是对产品最直接的负责人，对产品负责就是对自己负责，从现在开始，在业余时间撸一撸代码吧，一个懂代码的产品经理才能走得高走得远。
产品经理会不会写代码不重要，重要的是要知道自己该干什么？知道该干什么的产品经理而他的老板不知道产品经理应该有什么样的权限。这就是为什么小公司老板就是产品经理，把产品弄的好好的。
产品经理是否要懂代码，我认为是没有必要的，当然懂代码，懂代码逻辑更好。
百度查询到的产品定义是这样的：“产品经理（ProductManager）是企业中专门负责产品管理的职位，产品经理负责市场调查并根据产品、市场及用户等的需求，确定开发何种产品，选择何种业务模式、商业模式等。并推动相应产品的开发组织，他还要根据产品的生命周期，协调研发、营销、运营等，确定和组织实施相应的产品策略，以及其他一系列相关的产品管理活动。”
用人话说产品经理就是工地的项目经理，协调各个部门，确保建筑材料充足、完工质量、商业价值的核心角色。
用形象的话说就是一个万能胶的角色，能把几方面都粘住，组在一块捣鼓出一个有商业价值的东西。这个东西就是企业可以盈利的依靠。
所以一个产品经理他的角色使他更偏向与组织，设计，而不是开发。
一个好的产品经理，他只需要具备三个条件：1.情商高会沟通，2.有主动学习的能力，3.有将想法落地的能力。
所以一个产品经理并不需要懂代码，懂开发。只要懂业务，懂输出需求，懂跟进项目就行。如果懂开发，有开发得思维就行。
产品经理不一定需要懂代码，但一定要能和研发人员顺畅沟通，能评估最基本的研发可行性和工作量。
产品经理是多面手
所有的产品招聘中都会提到夸职能的沟通，这些沟通中包括研发。如果产品懂代码有一定的代码功底，和研发沟通起来会更顺畅。如果不懂也可以，但最基本的一定要有所了解，提出的需求要保证最基本的可行性。之前产品和程序员大打出手，就是因为缺乏最基本的研发逻辑，根本做不到的事，找程序员正事提需求，肯定会遭白眼。
排期
其次，产品如果不懂研发工作量，不要对外排期，一定要和研发沟通好后，在确定排期。很多时候看似逻辑简单的一个小需求，后面的工作量不一定小，还要考虑数据量，性能等各方面。
两个角色之间的各种套路
有很多研发转产品的，没听说有产品转研发的。两个角色，看公司组织结构了。有的可能两个角色同属于一个体系，沟通顺畅。有的可能就会互相套路，产品会欺负程序员只懂技术，邀功时没有程序员，甩锅时想起程序员。两者没有基本真诚的话，那只有互相套路了...
感谢邀约，随着互联网的发展，人工智能、物联网、区块链领域的兴起，对人才的要求层次也越来越高，自然对产品经理的要求也越来越高，不再是简单的梳理需求，画画原型而已，我的回答是产品经理一定需要懂代码，如果是从写代码的开发人员转行产品经理更具优势。以下是我对这个问题的看法，仅供参考：
首先，我们来看看什么是产品经理
互联网产品经理在互联网公司中一般处于核心位置，需要非常强的沟通能力、协调能力、市场洞察能力和商业敏感度。毫不夸张的说，一个关键岗位的产品经理决定了一个互联网产品的成败。
1、产品经理具体做什么呢？
一个合格的产品经理要做的事情非常多，整个产品的生命周期都要参与，比如产品的调研，需求文档的输出、设计原型、视觉设计协调、开发进度跟踪、产品测试跟踪、产品发布准备及相关的准备工作、产品数据分析、产品迭代等等...由此可见，各个环节都有产品经理的身影，如下图所示：
2.产品经理具体的职责
接下来我们来看看产品经理的具体职责，如下图所示，主要负责产品的调研，产品的定义，项目管理、产品生命周期的管理、产品营销的支持、产品宣讲等具体的工作，可见当一个产品经理是多么的不容易。
3、什么样的产品经理才是一个好的产品经理呢？
人人都可以做产品经理，但是并非人人都可以做一个好的产品经理，作为一个好的产品经理，应该有成本意识、销售意识、团队意识、全局意识。产品涉及的内容方方面面，因此要考虑的东西十分全面，研发这个环节当然是整个生命周期的重中之重，出于对整个产品的把控，产品经理最好能够懂一些开发技术，要不设计的产品，在好的需求，技术实现不了也是白搭，如果技术实现方案太难，技术成本控制不住，那么就很难推动这个产品的进展。如果不被技术嘲讽为门外汉，瞎指挥，作为产品经理不得不懂一些技术，要不被开发牵着鼻子走的感觉是很难受的。
接下来，我们看看一些公司对产品经理的招聘需求
不知道大家发现没，现在越来越多的互联网公司，尤其那些技术性专业性要求强的公司，越来越强调产品经理懂技术，最好是技术出身，如下图所示：
由此可见，或多或少，对于产品经理这个岗位，你需要懂后端或前端相关的技术内容。
最后补充下，现在的产品越来越智能化，自然要求懂技术
随着时代的发展，人工智能、物联网、区块链也慢慢走入我们生活，我们可以预见，在未来几年会发展十分迅速，这些前沿方向都是技术专业性很强的方向，比如你不了解什么是AI，机器学习实现的原理，监督学习和半监督学习，数据标注和数据清洗这些关键概念，你是很难理解和设计好这些技术专业性很强的产品，意味着无法进入这未来的新兴领域。如果你想持续保持竞争力，不写代码可以，如果会写自然更好，但是你不能不懂技术，不懂技术，你就无法和做研发的同事做到平等的沟通，别人会认为你不专业，瞎指挥，自然你设计的产品就很难推动。
小节
今天的内容就和大家分享下，随着时代的发展，各行各业对人才的定义也发展这变化，只会越来越高，复合型人才在未来会很吃香，因此作为产品经理，也要不断拓展知识的领域，懂技术会更具有优势。
感谢大家阅读，如果你有什么好的想法欢迎到留言区分享交流，如果你赞同我的回答，欢迎给个赞和转发，谢谢支持。在问答上的506个问题，只写接地气的科技内容，欢迎关注。
其实吧，目前我敢说90%以上的“产品经理”，其实都不能说是一个合格的产品经理。我们总是说产品经理是离CEO最近的人，没错，实际上早期没有产品经理这个角色的时候，公司的老板自己就是产品。为什么我要说其实很多人都算不上是一个产品经理呢？因为真的不是画画原型图那么简单的事情。
上周和上海某211大学的设计工作室老师烫火锅，他聊到一个很有意思的话题叫做：技术负债。也就是说在一家公司早期的时候，如果没有一个系统的规划，如果没有一个优秀的架构，如果只是单纯为了实现功能而在代码上做了很多临时性的东西，那么总有一天这些潜在的威胁就会成为大面积的BUG出现，每天什么都不用干，修BUG就可以了。这就是“出来混的总是要还的”。
其实产品也是一样的，产品没有负债吗？有。公司早期的产品规划，同样因为各种原因，人手不够啊，着急上线啊，经验有限啊等等，在产品上只顾着功能的实现，却并没有一个整体的规划，甚至是完整的开发流程和规范化的文档。最终导致的结果，新人来了没有资料接手学习，产品逻辑上漏洞百出。我见过最严重的错误，是一家小电商平台，用户购买产品时用了抵扣券，结果退款的时候商品按照原价推回去，这个BUG持续了一个月没人发现......还好抵扣券金额不大。
所以很多人动不动就在问产品要不要懂技术......搞得产品本身的事情做得很好了一样......迫不及待要去跟技术抢饭碗里哈？我只能说：产品在懂技术前，麻烦先把本身的业务能力提上去。什么是本身业务呢？
UI设计和UX交互要不要懂？我相信光凭这一项，90%产品经理是不合格的吧？有多少产品专门去学习了IOS和MaterialDesign的设计逻辑？有多少产品阅读了《交互设计精髓》这种基础入门书籍？有多少产品能够画高保真的设计稿？......嗯，产品为啥要懂UI和UX？因为你是产品啊，是负责整个应用的人啊，不懂这些，你的产品需求怎么办？
产品调研和用户调研要不要懂？是不是可以做一份详细的调研报告？知不知道哪些地方可以查找相关数据？了不了解那些埋点工具的使用？能否在调研数据中查找出问题？除了竞品，自己家本身的产品是不是完全了解？整体的产品是否有明确的规划？调研这种东西或许并不会常做，但是不会是绝对不可能的。
再配合上一些基础的技能知识，个人的特质潜力，良好的工作态度。如果能够做到这些，恭喜你成为了产品设计师，嗯，不是产品经理，还不够资格。
等到了产品经理，又需要什么东西呢？就是计划的全局观。
首先来说，核心是“责任”，你要明白一个产品，要对自己的产品负责。无论产品出现任何问题，不管是技术还是其它人的失误，核心都是产品经理自己的失误，反思的是自己做错了哪些事，没有做好哪些事。如果你自己没有一个良好的“背锅”心态，不要做产品，真的。
通过数据挖掘需求，这个是产品设计师到产品经理阶段跃升最核心的一个技能，这里的数据指的就不是那些第三方的调研数据了，而是你目前产品运营的真实数据，这些数据怎么打点，需要哪些数据，怎样反映问题，如何解决这些问题，是产品经理需要去思考的问题。
通过产品规划来落实到项目管理，这个考验的是产品的宏观思维。你是不是对自己产品所处的行业有非常熟悉的了解（这不仅仅是运营的事情）？你是不是非常了解CEO制定的公司战略，并且有明确的方向，知道产品应该在哪个节点往哪个方向走？是不是可以在运营砸过来上百条需求里面，合理分出优先级融入产品的迭代中？还有最关心的一点：如何做到项目的不延期？（坦率的讲，大多数人都没办法确保产品准时上线吧？）
等到这些东西都会了，你又要开始学习管理，学习战略思考，学习运营和市场方面的知识，你觉得这些东西都会了么？这样看下来，作为产品经理，编程这件事情，占几成？