您现在的位置: 首页 > 网站导航收录 > 百科知识百科知识
产品经理是否需要会写代码，或者需要懂代码呢？你怎么看？
产品,经理,技术产品经理是否需要会写代码，或者需要懂代码呢？你怎么看？
发布时间：2019-02-08加入收藏来源：互联网点击：
接下来，我们看看一些公司对产品经理的招聘需求
不知道大家发现没，现在越来越多的互联网公司，尤其那些技术性专业性要求强的公司，越来越强调产品经理懂技术，最好是技术出身，如下图所示：
由此可见，或多或少，对于产品经理这个岗位，你需要懂后端或前端相关的技术内容。
最后补充下，现在的产品越来越智能化，自然要求懂技术
随着时代的发展，人工智能、物联网、区块链也慢慢走入我们生活，我们可以预见，在未来几年会发展十分迅速，这些前沿方向都是技术专业性很强的方向，比如你不了解什么是AI，机器学习实现的原理，监督学习和半监督学习，数据标注和数据清洗这些关键概念，你是很难理解和设计好这些技术专业性很强的产品，意味着无法进入这未来的新兴领域。如果你想持续保持竞争力，不写代码可以，如果会写自然更好，但是你不能不懂技术，不懂技术，你就无法和做研发的同事做到平等的沟通，别人会认为你不专业，瞎指挥，自然你设计的产品就很难推动。
小节
今天的内容就和大家分享下，随着时代的发展，各行各业对人才的定义也发展这变化，只会越来越高，复合型人才在未来会很吃香，因此作为产品经理，也要不断拓展知识的领域，懂技术会更具有优势。
感谢大家阅读，如果你有什么好的想法欢迎到留言区分享交流，如果你赞同我的回答，欢迎给个赞和转发，谢谢支持。
回答于 2019-09-11 08:43:50
产品经理不一定需要懂代码，但一定要能和研发人员顺畅沟通，能评估最基本的研发可行性和工作量。
产品经理是多面手
所有的产品招聘中都会提到夸职能的沟通，这些沟通中包括研发。如果产品懂代码有一定的代码功底，和研发沟通起来会更顺畅。如果不懂也可以，但最基本的一定要有所了解，提出的需求要保证最基本的可行性。之前产品和程序员大打出手，就是因为缺乏最基本的研发逻辑，根本做不到的事，找程序员正事提需求，肯定会遭白眼。
排期
其次，产品如果不懂研发工作量，不要对外排期，一定要和研发沟通好后，在确定排期。很多时候看似逻辑简单的一个小需求，后面的工作量不一定小，还要考虑数据量，性能等各方面。
两个角色之间的各种套路
有很多研发转产品的，没听说有产品转研发的。两个角色，看公司组织结构了。有的可能两个角色同属于一个体系，沟通顺畅。有的可能就会互相套路，产品会欺负程序员只懂技术，邀功时没有程序员，甩锅时想起程序员。两者没有基本真诚的话，那只有互相套路了...
回答于 2019-09-11 08:43:50
产品经理是否要懂代码，我认为是没有必要的，当然懂代码，懂代码逻辑更好。
百度查询到的产品定义是这样的：“产品经理（Product Manager）是企业中专门负责产品管理的职位，产品经理负责市场调查并根据产品、市场及用户等的需求，确定开发何种产品，选择何种业务模式、商业模式等。并推动相应产品的开发组织，他还要根据产品的生命周期，协调研发、营销、运营等，确定和组织实施相应的产品策略，以及其他一系列相关的产品管理活动。”
用人话说产品经理就是工地的项目经理，协调各个部门，确保建筑材料充足、完工质量、商业价值的核心角色。
用形象的话说就是一个万能胶的角色，能把几方面都粘住，组在一块捣鼓出一个有商业价值的东西。这个东西就是企业可以盈利的依靠。
所以一个产品经理他的角色使他更偏向与组织，设计，而不是开发。
一个好的产品经理，他只需要具备三个条件：1.情商高会沟通，
2.有主动学习的能力，
3.有将想法落地的能力。
所以一个产品经理并不需要懂代码，懂开发。只要懂业务，懂输出需求，懂跟进项目就行。如果懂开发，有开发得思维就行。
回答于 2019-09-11 08:43:50
不会写代码的产品不是好产品，不会写代码的产品不是好产品，不会写代码的产品不是好产品——三遍完毕。 很多产品经理都认为，产品经理不一定要会写代码，只要大概了解一下程序设计就可以了。于是我带着这个问题从我的产品经理生涯开始就一直探索。经过一段时间，总结出来以下几点思考：
1. 沟通——产品经理与程序员产生矛盾的根本原因是什么？难道是程序员就是不愿意配合吗？亦或者是程序员天生就脑子木很难沟通。我个人认为一旦产生问题，不要把责任都往别人身上丢，就如产品经理的产品做不好不考虑自己的设计问题却要怪用户奇葩是一个道理。假设产品经理真的懂技术，能看清某些看似简单实则很难实现，某些看似复杂实则很脑残的技术的话，与程序员的沟通成本就会大大降低，更不会产生产品经理觉得程序员木，程序员觉得产品经理智障，大家相互you can you up的情况 。记住产品经理永远都是一个项目的主导，如果自己协调不好关系，那么整个项目就会自上而下的产生越来越大的时间成本，沟通成本和人力成本。
2. 设计——很少有产品能在一上架就大卖的，都是需要一段时间的积累。如果设计出现问题，在新团队中会产生争执，在老团队中会出现产品上架后各种奇奇怪怪的问题。因为新团队磨合程度不够，不能心照不宣的避开一些问题，而老团队磨合的程度虽然高，但是程序员会自行判断设计出一套东西出来，最后的结果就是产品失败，导致加班，改bug等一系列的头疼问题。这一切产生的原因归咎于产品经理对技术的把控能力不到位，假设从程序设计之初就考虑到各种可能出现的技术问题，第一步先考虑产品逻辑是否正确，第二步以一个程序架构师的角度考虑程序逻辑是否正确，那么产品经理就不会再抱怨——为什么程序实现出来以后总是跟我的设计的不一样呢？（ps：当然有部分问题是连自己真正需求什么都搞不清楚人）
下一篇：返回列表
相关链接 |
||
| 网友回复（共有 0 条回复） |