产品经理和研发的主要区别？

一、产品经理和研发的主要区别？

咱们经理和研发的主要区别是工作岗位和职责不同，产品经理的主要工作内容是对产品做一些需求分析将客户的口头描述的需求，然后做成一个项目文档，提交给客户和研发人员，而研发的工作内容主要是用代码来实现这个产品经理所提出的一个设计模型。

二、产品经理和工程师的区别？

产品经理和工程师分别有各自的职能属性。产品职能属于信息上游，负责发现并定义需求，将用户需求通过具体的产品功能设计呈现为用户可用的产品，包括需求分析、功能定义、原型设计等。产品经理同时也是产品的核心灵魂，因为产品的发展走向很大程度上由产品经理把控，产品经理需要权衡业务与市场，需要将老板的战略意图贯穿到产品设计中，需要向工程师传递产品的核心价值，需要讲解设计背后的需求逻辑，在将设计落地为实施的过程中，产品经理扮演着重要的角色。

工程师主要属于执行层面，解决技术性的问题。

三、如何看待产品经理和研发者的关系？

一般公司里 是领导+合作的关系

领导层面：产品需要集合研发人员来完成项目

合作：产品经理一般没有实际的领导权力，特别是对于资深的开发人员，自己本身会有很多意见，对产品会有不同的理解。在这个时候双方需要很好的沟通和合作，最终才能把事情保质保量的完成好

四、研发工程师和项目经理哪个有前途？

研发工程师和项目经理都有前途，但是研发工程师的前途更为广阔。原因是，研发工程师负责新产品、新技术的研发，是技术研究的核心，不仅需要掌握扎实的理论知识和实践技能，还需要深入了解行业和市场，有较高的创新能力和适应能力。而随着科技日新月异的发展，对研发工程师的需求会越来越大，因此其前途会更为广阔。虽然项目经理也很重要，主要负责项目计划、进度控制、质量管理等工作，但相对于研发工程师，其发展空间和创新性要稍逊一筹。而且，项目经理的岗位因项目而异，很难有长期稳定的职业前途。因此，如果你想追求一份职业发展前景更为广阔的工作，研发工程师是一个更好的选择。

五、项目经理和研发工程师哪个级别高？

在同一个项目里，当然项目经理要比研发工程师职级高，因为项目经理是项目的主要负责人，是领导岗位，是负责整个项目的组织规划协调和进展工作，也是项目的职责人，对项目负全面职责，而研发工程师只是项目技术的专家，是项目经理的助手和技术顾问，所以说项目经理比研发工程师职级高一点。

六、互联网产品经理与研发经理协作吐槽？

互联网公司产研的恩怨情仇

各位在互联网公司工作的朋友，有见过柔弱的研发小哥把娇小的产品妹子给怼哭的吗？

如果没见过， 那有见过产品妹子把研发堂堂七尺男儿给气哭的吗？

在互联网公司里，产品和研发者两个角色的恩怨情仇故事，几乎每天都在上演。

而且，不仅是产品和研发两个角色，测试可能也会来掺和上一脚，上演一出三国杀的剧情。

比如，当项目处于需求阶段的时候，研发和测试的枪口是一致朝向产品的，需求评审的会议室里，如果你看到几个义愤填膺的人围着一名瑟瑟发抖的同学口诛笔伐的时候，你就知道，产品和测试又开始对产品讲解的需求不满意了。

这种敌意甚至会延续到开发过程中，当产品又（咦，为什么要说又）因为需求变化要提需求变更的时候，开发和测试可能几乎同时要七窍生烟了。

而等到了开发和提测完成，进入测试阶段的时候，产品和测试又非常自然地站到了同一条阵线，这个时候的枪口开始一致朝向开发，在功能测试和产品验收测试的过程中，开始对开发的bug频繁发难，并且配合着无比鄙夷的表情（怎么会有这么low的bug）

怎么样，在互联网公司工作过的各位，对上面这些情形是否无比熟悉？

在我还是一名一线开发的时候，曾经就干过怼哭产品的事儿，嗨，谁还没有个年轻的时候。。。。。

但是啊，出来混迟早都是要还的。。。。

不曾想有一天，我从曾经的一线研发和技术管理的角色，会转变成产研管理者的角色，需要同时管理产品和技术团队

当你的屁股做到那个位置的时候，你就会神奇的发现，你的思维和行为不自觉地就会发生改变，也就会不自觉的去思考，如何让产品和技术两个不同的生物，能够在同一片屋檐下和平相处、相爱相杀、快乐的生活在一起

经历过纯技术角色到产研角色转变的过程，让我有了一些关于产品、研发和测试如何高效顺畅合作的思考，在这里抛出来供大家探讨一下

下面的讨论主要从产品和研发两个角度来阐述，测试基本参考研发即可

如何让产品和研发高效协作

我们到底应该怎么看待和处理产品和研发之间的关系？

我认为，这个问题的本质，是因为不同角色的人，他们看待问题的视野、角度和高度是不一样的，这样就造成大家各说各话，互相不理解，很难不冲突。

因此，我觉得可以从如下3个方面进行尝试性的解决，其中第三点是最核心的：

1. 建立同等的沟通高度 如果双方讨论和沟通问题的时候，均是以公司的战略和利益为目标，把自己的视角拔到更高的高度，来思考和对话，就能很大程度减少冲突 如果到最后还是说不通，那大概率还是有某一方局限在团队或个人利益，没有站在公司利益的高度来思考问题 这个时候，可以考虑invlove双方的老板出面进行沟通解决，毕竟到了一定管理层级的老板们基本还是能够站在同等的高度来推进解决问题的 这就是俗话说的，幺蛾子一般出现在基层，上层还是一片和谐的。
2. 转换沟通的角度 这里又包括两小点：换位思考 和 统一语言 所谓换位思考，就是双方都多去想想如果你处在对方的位置，你会怎么想怎么做，用对方能听懂的语言做表达。 比如研发在拒绝需求的时候，切忌直接说NO！ 也切忌觉得产品经理不懂技术好欺负，干脆用对方听不懂的技术语言进行沟通 相反，研发同学应该主动学习业务，构建产品思维，用产品语言和产品进行对话 举个例子，如果技术同学想跟产品说，这个需求要实现起来很麻烦，我得改数据库表结构，而改了表结构会影响模型层，会导致微服务A和微服务B的接口都得修改，成本很高（各位技术同学是否开始对号入座了） 试想如果产品同学完全不懂技术，会不会听起来很懵逼，什么数据库表结构、什么模型层、什么微服务接口，这些是什么东西？跟我的需求有什么关系？（曾经有同感的产品请举起你的手） 而如果技术同学转换成产品语言，这样跟产品说：你这个需求实现起来很麻烦，因为某个业务对象的属性变了，而业务流程A中会涉及到这个业务对象，所以会导致业务流程A中的业务功能1和业务功能2都会发生变化，你觉得产品是否会恍然大悟并重新再考虑一下需求应该怎么提？ 反过来，产品跟研发沟通需求的时候，也切忌动不动就说这个技术实现起来很简单啊、不就几行代码的事儿吗 尤其是很多产品可能对自己负责的功能模块比较熟悉，但是对系统整体功却能没那么熟悉的情况下（可能是懒、也可能就是没有时间仔细专研，也可能出现在新入职或新接手某个系统的产品身上），可能对自己提的需求对整体功能的影响范围考虑的没那么周全，这种情况下如果还这样说话，不把技术气哭那是挺难的 所以，产品可以不懂技术，但需要敬畏技术，当然，如果产品能懂点技术原理，那就更好了（nice to have） 而所谓统一语言，是指打通不同思维方式和语言体系的翻译和转化能力，建立能够高效沟通的“统一语言体系”，比如对于产品和研发，可以考虑通过业务架构（比如业务流程和领域模型）作为产品和研发的统一沟通语言，来填补产品需求和技术实现之间的gap。这里可以推荐试一下DDD中的领域模型、事件风暴和用户旅程等方法。
3. 建立及时透明的信息共享机制 比如，产品经理不要把研发当做工具人，而是作为Partner 如果产品把研发当成是Partner，那么产品就会有意识地让研发及时了解业务信息，甚至拉研发参与业务讨论，从而避免研发被动接受信息的局面，这样能够提升研发对业务参与的主动性，提升他们的成就感，在沟通工作的时候也就比较有共同语言 如果产品都把研发当成Partner了，那研发也应该主动学习和锻炼自己的业务和产品思维，比如定期拉产品进行业务分享交流、主动到业务一线体验业务流程等，这样能让研发更加理解每个产品需求背后的曲折，帮助建立研发和产品之间的信任

写在最后

如果你家的产品妹子和研发大哥还是一如既往的、热锅朝天的干仗的话？不妨让他们来看看这条文章，希望对你们有所帮助。

关注我，一起探讨IT职业成长之路！

七、一个产品经理对应多少研发？

 一般来说在高科技公司一个产品经理大概对应着50多个研发的项目。产品经理是否做为一线研发岗位，这往往取决于企业的具体生产情况。

如果企业是科技技术型的企业，研发人员就可能会较多，那么，研发团队和研发人员也会较多，那么企业就会根据产品的不同设立相关的产品经理。

八、半导体产品经理和产品工程师哪个前景好？

半导体的前景好一点吧，毕竟现在半导体是热门话题，很多人都在从事这项技术的开发，未来的发展趋势

九、产品工程师就是产品经理助理？

产品工程师不是产品经理助理。

因为他们都是同一个工作岗位的工作人员的，但是他的职位级别不一样的，产品工程师是属于具体的从事产品设计方面的人员的，而产品经理是总管产品设计管理方面的人员的，可以说产品工程师是产品经理的下属但是不是助理。

十、产品和研发区别？

根据认识与实践的哲学原理，先有认识，然后根据认识去实践，此过程就叫研发，其结果就是产品。倘若在产品的基础上继续实践下去，那就是所谓的做产品了。做研发，可以申请专利，拥有产品使用权。做产品的要花钱向做研发的购买产品使用权。非专业的说，他们的区别就像是科学家与企业家的区别。

顶一下

(0)

0%

踩一下

(0)

0%