产品经理和项目经理有啥区别

主要分为：用户调研，需求分析，产品设计，项目管理，数据分析几个部分。

对应产出的东西：

1用户调研方法和报告

2需求分析文档，prd，mrd

3原型图，交互

4各种评审，各种跟进

5业务与用户行为分析。

产品经理的基础知识，原型图，交互设计，axure等，先不要想着自己画，先找着成熟的产品抄一些，然后抄着抄着就有一定的产品设计感觉了。之后，开始写竞品分析，一段时间专注某一个领域的产品，比如：音乐类，学会用类比的方法去分析问题，总结需求。如果有时间的话可以学一些UI和视觉的知识，比如基本的配色原理，透视原理，视觉语言等。最后，如果有计划认识技术同学的话，可以尝试把设计的产品实现出来，做成上架的产品。

it行业产品经理（尤其是创业的）需要懂技术吗

产品经理是一个产品的灵魂缔造者；一个产品从无到有，再到上线的整个过程涵盖调研、需求、设计、 开发、测试、策划和市场等环节，在这所有环节中产品经理对这个产品有着主导地位。所以还是要懂一些技术问题的。

希望可以帮到您，谢谢！

产品经理（尤其是创业的）需要懂技术吗？懂到什么程度？

产品经理当然要懂技术，不能因为不需要敲程式码就不去了解技术，

所以产品经理的懂技术需要技巧：

1、先知道你的产品需要哪些技术

2、弄清楚几种技术之间的关系

3、了解每种技术的基本逻辑

4、遇到不懂得问题积极和技术工程师探讨，不要不懂装懂

5、先从产品逻辑理解技术，然后用技术逻辑进行反推

产品经理也要忌讳对技术的深入钻研，因为那样的话容易导致从技术工程师的角度出发，产品经理也很吃亏往往就是什么都懂什么都不精，但是这也是产品经理的特色。

做产品这几年，和开发工程师打交道最多，和他们交流通常有两大忌： 一忌不懂技术 有常识，当然不一定就能做出好产品，但没常识，就很象在村里呆了半辈子的人乍到城市，一举一动即使小心翼翼，也没法儿不透著突兀和不和谐。 很多公司都有完全不懂技术的产品人，大多年龄较长，也许是网际网路出现的时候，他们已经过了充满好奇和渴望未知的年龄，不愿意放低身段去学习新东西，喜欢只凭着想象和自己的生活经验就开喷，间或以若干近期热门关键词作为点缀，以示自己尚蹲在潮流尖端。 二忌懂技术 我遇到不少工程师喜欢说：“只要产品需求明确，技术上一切都能实现。” 这句话听起来相当豪迈，也让产品经理大为放心，觉得技术真是产品的坚强后盾。但其实传递了一个特别糟糕的讯号。 当工程师这么说的时候，潜台词是：“你弄好你自己的事儿就行了，别来管我！”而且这种说法隐含着一个乐观但显然并不现实的假设：技术是无所不能的，他（掌握技术的人）也象灯神一样，可以实现你的任何愿望，只要你能明确的描述它。 我不知道阿拉丁说完愿望之后，假如胆敢继续追问灯神将具体采用何种技术方案来实现的话，会不会被塞到灯里，但我知道很多工程师在发现你关注技术层面过深的时候，都会有种领地被侵犯的感觉。 这就是工程师维护自己专业槽的本能，与行业中其它角色相比，工程师地位不是最高，待遇也不是最好，还经常加班加的要死要活的，唯一得天独厚的优势，就是专业槽比任何角色都深。关于产品、关于UI、甚至关于商业模式每个从业人员都能喷上几句，要是说到使用者体验，那更是连业外人士都敢大喷特喷而没有任何心理负担：反正我就是使用者嘛，越傻越光荣。而一旦涉及到程式码，大多数人就直接晕菜了。想想那些UI设计师的苦逼段子，工作时没有喷子们指手划脚的干扰，真是上帝赋予工程师独有的恩赐。 所以当他们认为有外人正试图跨越这条槽时，自然会有所警惕，甚至体现出抵制和敌意。当一个产品经理发现工程师开始比较密集的使用术语或拼命把简单问题往复杂了说，你应该知道，他们在槽边开始向你射箭了。 从整个产品乃至公司的角度来说，各个专业角色之间的专业槽都是应该被填平的，产品经理不该对工程师玩挟天子以令诸侯，不要总假装自己是使用者的三个代表，动不动就拿想象中的“使用者需求”当“奉天承运”来用；工程师也不必总装灯神，假装无所不能很累的，工程师之间必有能力高下之分，其实有时候功能做不了或做不好，纯粹只是因为工程师能力所限。如果彼此坦诚一些，大可以提前有效沟通，尽可能避开那些投入产出比过低的部分，有不少工程师不愿意拿出来讨论的技术实现上的细节，都是值得产品经理参与进来的，在这些细节上如何取舍与抉择，会对产品的开发进度、效能甚至功能带来极大的影响，如果沟通到位，往往可以让开发工程师少做大量无用功。在我开始自己动手写程式码之后，对这一点有了越来越深的体会。

IT行业产品经理都需要掌握哪些技能呢？需要学习些什么呢？

去市场多转转吧 你会收获的不只是书上能看到的

网际网路产品经理需要懂得哪些技术

首先 敏锐洞察力，

产品经理的技术；

网际网路行业分析能力

网际网路营销，策划能力

……

产品经理需要懂哪些知识？

产品经理的分类：

1、从行业的角度来分有：智慧硬体、移动医疗、sass、O2O、社交、电商、视讯等等

2、从终端的角度来分有：移动端、WEB端、PC客户端、TV端等

3、从职能的角度来分有：功能型产品经理、创新型产品经理、互动体验型产品经理、专案管理型产品经理、技术型产品经理、商业产品经理

4、从前后台来分有：前台产品经理、后台产品经理、平台产品经理

每个型别的产品经理，对应的要求其实都是不一样的，做产品经理的人，其实还是很有必要了解，并且想清楚未来的发展方向。

产品经理的基本能力要求：

1、对网际网路行业有一定发现趋势与预测能力：

作为一个产品经理第一项能力就要求对行业有一定发现趋势和预测的能力，这样的能力主要要有对行业很有一定深度的了解，能对网际网路产品做出有效判断，才能发现一些行业趋势，做出有效的判断，主要通过，使用者，资讯，互动，产生了网际网路新产品。

2、分析管理使用者的需求能力：

在做了大量市场调研后，就要对使用者的需求经行一个分析，分类，将其基本划分为个体需求和群体需求，把表现需求提炼出本质需求，把各个需求分门别类，做好评估优先，例如打井是为了水，如果有好的办法解决能够简单的得到水的这个需求就是通过了分析做出了本质的展示

3、能够判断市场的需求价值：

做了需求统计和分析后，那些需求是有价值，这个价值就是商业的价值，那些需求是有使用者数量，这就要对需求的市场价值做出评估和判断，从而在得出一个很好的市场价值需求，然后通过研发产品解决这个问题满足使用者。

4、超强沟通能：

对于产品经理来说多数说的最多的就是沟通能力了，市场调研中对使用者需求的沟通，怎么沟通交流才能得到使用者的需求本质，从中很快的知道哪些需求是有商业价值的需求，在产品出现的时候要对团队的沟通，对设计团队的沟通，对研发团队的沟通等等的沟通，对领导的沟通，总之要面对很多的环境下的交流与能达到一个很好的结果才是一个优秀的产品经理所要具备的沟通能力。

5、有一定团队管理能力：

在公司企业内部要对每一个团队能有一定管理方针与制度才能达到一个产品的目标，团队的计划，工作的安排，专案的跟进，分工的明确，最终的目标达成，人员的管控，都是在衡量著产品经理的成功因素。

6、综合知识分析能力：

在上述中基本就能看出产品经理基本就是个大杂烩，要具备的能力太多了，但这还远远不够，他还要求对多个知识领域都要一定的了解，作为一个综合知识人才。

7、对周边资源整合能力：

做出一个好产品不光要有对使用者的了解，对团队的管理，还要有对周边的资源能够整合，有没有一个影响力圈子，在行业，使用者，程式，测试，运营，推广，销售，管理，都有一个小圈子作为后盾形成力量，做一个有多数资源人脉的产品经理。

网际网路行业产品经理的月薪一般是多少

看入职年限和工作经验,

刚入职的10k左右,

工作经验丰富业绩好的30-50k的较多

这个问题问得太泛，5k到50k都有

一看具体的产品，二看公司，二看个人能力

每个行业的产品经理定义不同，薪水自然也就不同。

比如软体行业产品经理是负责与客户沟通需求，月薪在15k左右（听说，请指正）；

网站产品经理主要是产品设计，月薪从10k到几十k不等（也是听说）；

游戏研发产品经理还可以理解为游戏制作人，月薪在15k到几十k不等(这个我知道)；

游戏运营的产品经理有负责专案的整体运营，月薪同上

综述，每个职位、每个行业都有产品经理，工作职责、工作范围和技能要求都不同。不能一概而论。

工作过程中经常会出现产品经理和项目经理岗位职责不清的情况，有人觉得产品经理也负责进度和质量把控，似乎涵盖了项目经理的职能，可以不需要项目经理了。还有一些人认为，项目经理也在管理产品的事情，产品经理就负责画画原型图就可以了。产品和项目经理的职责不清，会导致公司内部同事或者外部客户用户，在遇到问题时不知道找谁。那么两者在项目中的分工界面到底如何，两者之间有何区别又有何联系呢？希望通过这篇文章，能够让大家有一个较清晰的认识。

    通常来说，IT行业产品经理和项目经理职责，根据产品类型、发展阶段、治理模式不同，会有所差异。存在四种情况：1）两种岗位兼有，分工明确各司其职；2）产品经理兼做项目经理；3） 项目经理只负责计划的执行，职能单一；4）项目经理兼做产品经理。

    第1种比较常见于产品大规模开发阶段，较普遍；第2、3两种常见于产品主导型公司如小米；第4种常见于标准化或成型产品的客户导入项目，如泛微、用友，也见于传统企业级应用系统公司，项目经理在客户现场充当了产品经理角色。相对来说，第1种情况两个岗位职责最容易混淆分不清，本文将针对第1种情况，从项目迭代开发的视角，阐述两个岗位的职责分工界面：

图1 产品经理和项目经理职责分工图

    上图比较直观的划出了产品经理和项目经理的职责分工，我们将常见的工作内容划分为12个领域并用气泡表示，气泡越大代表该领域占整体管理工作的比重越高。以项目经理和产品经理的职责分割线为中心，气泡位置越靠近哪个岗位，证明该岗位工作重心更偏重该领域。可以看到项目经理工作职责更偏重于进度、成本、风险、人力资源、采购等领域，而产品经理更偏重于范围、运营、验收等领域，而在质量、沟通、干系人、变更领域，两个岗位的职责权重占比相似但是侧重点不同。我们来进一步的用一张表格总结一下具体的职责：

     表1  产品经理和项目经理职责分工简述

    上表简明扼要的阐述了两个岗位的职责分工界面，一般具备一定管理经验的人应该能够容易理解。也可以进一步展开论述如下：

1、在进度方面，产品经理参与排期，关注进度，而项目经理主导排期，负责进度。详细来说，在计划阶段，项目经理会根据产品设计方案，产品交付日期要求，再结合实际资源情况，主导制定进度计划，确定开发排期。此时产品经理应参与进度计划制定，站在用户（客户）视角给出排期建议，并将排期反馈给用户（客户）。在开发阶段，项目经理需要监控进度，要保证实际进度与计划相符，对进度结果负责。而产品经理要关注进度，参加进度会议，向项目经理了解产品的开发进展情况，向用户（客户）反馈进度情况。

2、在质量方面，产品经理和项目经理都要把控质量。不同的是，产品经理更加关注的是功能实现是否偏离设计要求，需要在项目开发过程中关注和跟踪质量情况，保证开发不偏离设计的轨道。产品经理要参与测试用例的设计和评审，有义务跟踪测试进展情况并向项目经历反馈质量问题。而项目经理要制定质量管理计划，比如资源投入、进度安排、质量标准，执行并监控质量管理过程，监控各项质量指标比如bug率及功能分布等，复盘质量问题原因并找到应对方法等，对质量管理结果负责。

3、在成本方面，产品经理在产品设计阶段要考虑成本需求，而项目经理要根据设计方案来做成本估算，制定成本投入计划，监控成本投入。详细来说，成本预算情况会影响产品设计方案，比如技术选型、产品功能范围等，产品经理要在设计阶段考虑到成本需求制约。而在项目开发阶段，产品经理基本不需要太关注成本投入，而项目经理要根据产品经理的产品设计、进度、资源要求估算成本投入，并制定成本预算和投入计划，监控成本的投入情况，总之需要对成本投入负责。

4、风险方面，产品经理需要关注开发过程中的风险，有义务发现并向项目经理提报风险，可以向项目经理提供风险应对建议，配合项目经理实施风险应对措施，比如和客户、用户沟通，改变产品策略、发布计划等。而项目经理要能够根据项目情况，识别风险，分析风险影响程度，制定风险应对方案，监控风险，实施风险应对计划等工作。例如，比较常见的进度延迟的风险，项目经理应该尽早识别，尽可能转移或规避风险，不得已情况下实施风险应对措施，讨论决定是改产品方案或者进度计划，还是协调资源加班加点保障进度。

5、资源方面，此处主要是指人力资源。产品经理在产品设计阶段，要考虑人力资源约束，比如考虑到目前团队的技术栈情况，来调整产品设计方案。而项目经理需要根据产品设计方案、进度、质量等要求，来估算人力资源需求，要组建团队，做好团队建设、团队的激励考核等工作，还要提早识别人力资源风险，做好应对措施。为了达成项目目标，能够横向纵向协调人力资源。

6、范围方面，产品范围的管理是产品经理的主要职责，也是产品经理和项目经理的本质区别，产品经理要更加专注于业务。因此产品范围的规划和管理要有产品经理主导，产品经理前期通过市场调研、用户访谈、需求分析，来确定产品范围完成产品设计方案。在开发过程中，要跟踪监控进展情况，保证产品开发不偏离本次的迭代开发范围。同时，站在宏观层面，产品经理需要对产品做好整体的演进路线的规划，形成RoadMap。而项目经理更多的是去执行和实现产品开发范围，要根据产品方案，来进行任务的分解和分配，在开发过程中做好范围监控，如有范围方面的疑义要及时的和产品经理确认沟通，及时解决问题。

7、沟通方面，产品经理和项目经理对沟通能力要求都比较高，但是沟通内容的侧重点不同，产品经理更侧重于业务沟通，而项目经理则侧重在开发管理的沟通。对于大型微服务类平台而言，对内产品经理需要成为横向沟通、纵向沟通的桥梁，实现微服务平台各关联子系统之间的有效协同。即各关联的子系统之间的功能设计和迭代开发，需要通过产品经理之间横向沟通，然后产品经理再纵向将信息同步给开项目经理及开发Team。在产品经理横向沟通的业务内容框架下，项目经理之间也可以进行具体的开发事务的横向对接沟通。一切对外的用户和客户的业务沟通由产品经理负责，技术沟通可以由项目经理沟通，但两者信息必须保持同步。总之，涉及到业务沟通由产品经理负责并将沟通结果向项目经理同步，涉及到开发管理或者技术方面的沟通由项目经理负责并将沟通结果向产品经理同步。

8、干系人方面，产品经理和项目经理的干系人重叠的比较多，除彼此之外，对内还包括纵向Team的前后端开发、测试、UI，横向的产品经理、项目经理及其他团队成员，横向的职能部门同时比如运维、实施、客服等，对外的包括客户、用户、公共管理部门等。相对而言，产品经理的干系人范围要更广，识别的难度更大，对于干系人的监控工作要求更高要，要能够在业务上面引导用户或客户的期望，要能够充分利用干系人之间的关系，调动干系人的参与。而项目经理在干系人方面，主要是面对的是纵向和横向的开发Team团队成员。

9、变更管理方面，产品经理主要负责控制变更范围，项目经理主要负责控制变更风险。在设计或开发过程中，经常会遇到各种需求变更情况，变更带来的业务影响由产品经理评估，给出是否变更的建议，并负责对产品方案进行调整修改。项目经理主要从资源、成本、进度、技术、客户关系等多个方面，来评估风险影响程度，给出是否变更的建议。对于是否实施变更，此处有两种情况，有些公司是项目经理负责制，此时由项目经理综合评估是否实施变更并对此负责，还有一种设立了变更控制委员会的公司，对于一些重大或僵持不下的变更交由变更控制委员会来综合评定是否实施变更，如果没有设立该机构，则可以找上级领导寻求帮助。

10、运营方面，从项目定义来看“项目是为了达成一定目的而开展的临时性活动”，因此总体说项目经理只负责产品的迭代开发，而产品运营阶段的运营数据分析，用户的使用情况跟踪，市场反馈需要产品经理来关注，并可以作为产品迭代优化的需求依据。而项目经理在运营方面，更偏重于关注系统的稳定性、可靠性、性能等技术层面问题。

11、验收方面，验收又分为内部验收和外部验收两方面，此处主要是谈内部验收方面。内部验收方面，产品经理要从产品设计方案角度，站在客户视角，从开发阶段到上线验收测试阶段，针对进度、品质、功能实现等方面对各阶段的产出进行验收工作，并将验收结果向项目经理反馈。项目经理对被验收对象负责，协调资源解决验收中的各种问题。

12、采购管理方面，产品经理可以根据产品方案需要，针对软硬件的采购，提供采购建议。项目经理负责采购的规划和执行，比如编制招标文件，实施招投标活动，负责采购谈判签订和执行合同等。

（目前的话，我只了解这些了，如果大家还有干货，咱们一起探讨啊~）

在IT公司里没区别,BA的角色就是PM产品经理。

产品经理需要考虑目标用户特征、竞争产品、产品是否符合公司的业务模式等等诸多因素。一般而言，产品经理管理的是一个或者多个有形产品。但是，产品经理也可以用于描述管理无形产品如音乐、信息和服务的人。有形产品行业产品经理的角色与服务业中项目总监类似。

产品经理的职责描述仍然分歧很多，因人、因公司而异。即使是在相对较为一致的高科技行业，不同公司中的职位描述也是很不同的。

但通常认为产品经理的职责主要包括：产品经理负责调查并根据用户的需求，确定开发何种产品，选择何种技术、商业模式等。并推动相应产品的开发组织，她或他还要根据产品的生命周期，协调研发、营销、运营等，确定和组织实施相应的产品策略，以及其他⼀系列相关的产品管理活动。

在金融服务业，产品经理通常负责管理产品（如xyk组合）及其盈亏，也决定其业务发展策略。

要点三人力资源计划

角色和职责的分配 ：

测试的角色（谁）和职责（做什么）必须落实到合适测试的相关人员。角色和职责可能会随着时间而改变，大多数角色和职责将分配给积极参与测试工作的有关人员，如测试经理、测试管理小组的其他成员以及为测试做出贡献的个人。要找出完成测试所需要的角色和职责时，必须考虑到以下几点∶

（1）角色∶某人负责测试某部分工作的标识，如测试经理、测试成员、测试设计人员。角色的明确性如职权、职责和边界对于测试成功至关重要。

（2）职权∶使用测试资源、做出决策和批准的权利，如实施方法的选择、质量接受水平以及如何对测试进行中的偏差做出反应。当团队成员的权利和职责匹配时，他们能做得最好。

（3）职责∶为了完成测试，要求测试团队成员执行的工作。

（4）能力∶完成测试活动所需要的技能。如果测试团队成员不具备完成测试活动所必须的能力，那么绩效将受影响。当发现岗位职责与能力之间存在某种程度的不匹配时就必须采取提前的应对措施如培训、招聘人员或变更测试范围。

测试的组织结构图 ：

可使用多种形式描述测试的角色和职责，最常用的有三种∶层次结构图、责任分配矩阵和文本格式。除此之外，在一些分计划（如风险、质量和沟通计划）中也可以列出某些测试的工作分配。无论采用任何形式，都要确保每一个工作包只有一个明确的责任人，而且每一个测试团队成员都非常清楚自己的角色和职责。

责任分配矩阵

反映团队成员个人与其承担的工作之间联系的方法有多种，而责任分配矩（PAM）是最直观的方法。在大型测试中，RAM 可以分成多个层级。如高层级的RAM可以界定团队中的哪个小组负责工作分解结构图中的哪一部分工作;而底层级的RAM被用来在小组内为具体活动分配角色、职责和授权层次。矩阵格式，又称表格，可以使每个成员看到与自己相关的所有活动以及某个活动相关的所有成员。责任分配矩阵有时在矩阵中以字母引用。

如表1-1中所示的 RAM 可以被称为 RACI（Responsible 负责 Accountable参与 Consult征求意见 Inform通知）（表1-2），左边一列代表的是各项活动，右边各列的第一行代表的是人员（也可以是小组或部门）

③文本格式，见图3-2。团队成员职责需要详细描述时，可以用文字形式表示。通常提供如下信息∶职责、权利、能力和资格。这些文档有各种称谓如职位描述表、角色、职责、权利表等等。这些描述和表格在测试的整个执行过程中会根据

验教训进行更新，以便为将来的测试提供更好的参考。

人员配备管理计划 ：

人员配备管理计划是测试管理计划的一个分计划，描述的是何时以及怎样满足人力源需求。根据测试的需要，它可以是正式的或者非正式的，既可以是非常详细的。也可以是比较概略的。为了指导正在进行的团队成员招聘和团队建设活动，人员配备管理计划随着测试的持续进行而经常更新。人员配备管理计划中的信息随着测试应用领域和规模的不同而不同，它应该包括以下基本内容∶

（1）组建测试团队。在计划招聘所需的测试成员时，测试管理团队必须回答很多问题。如所需的人员来自组织内部还是外部是否有足够多的人员拥有所需的能力或者是仍需培训测试成员需要在固定地点工作或是远程分散办公测试所需不同层次的专业技能成本如何人力资源部门能够提供给测试管理团队什么样的支持

（2）时间表。人员配备管理计划说明了测试团队成员（个人或者集体）的时间安排，以及相关的招募活动何时开始。

（3）人力资源释放安排。事先确定测试团队成员遣散的时间和方法，对测试和组员都是有好处的。当已经完成任务的人员在适当的时候离开测试时，我们就不用再继续为其付人工费，从而降低测试的成本。提前将这些人员平稳地转移到新测试上也可以提高士气

（4）培训需求。如果计划分配到测试中的人员不具备必须的技能，就要制订出一个培训计划。这个计划可以包含如何协助团队成员获得对测试有益的证书，从而促进测试的执行。培训计划是测试计划的一个分计划。

（5）表彰彭和奖励。明确的奖励标准和完善的奖惩系统将有助于推广和加强期望的行为。要想有效，表彰和奖励必须基于个人负责的活动和绩效。如某人可以为达到成本目标而受到奖励，但同时他应该对费用的支出决策有一定程度的控制权。在编制人力资源计划时，表彰及奖励计划是他的一部分。表彰和奖励的实施是团队建设过程的一部分，最后要确保兑现奖赏。

（6）遵守的规定。人员配备管理计划包括一些策略，以确保遵从相关的政府法律如劳动法、规章、制度、劳动合同或其他的与人力资源相关的法律法规和政策。

（7）安全性。针对安全隐患，为确保测试团队成员而制定的政策和规定，应该纳入人员管理计划和风险清单内

软件行业的产品经理设计规划软件产品，并负责协调开发，及产品成品的整体说明（因为要让其它部门的人员比如市场部和销售部的同事了解该产品，必须说明白产品的特点，功能等等。）说白了，产品经理是own整个产品的，贯穿整个产品设计，研发和上市前的准备过程。在这个过程中，可以有其他的人来帮助他，但产品经理的角色非常重要。

不同的公司可能对具体工作的定义稍有不同，但整体来讲，能做到一个软件行业的产品经理必须经验丰富，熟悉行业背景，有各方面的协调能力。是很有发展前景的哦！

个人总结的，不是抄来的，要选我哦！

以上就是关于it产品经理是做什么全部的内容，包括:it产品经理是做什么、it行业产品经理（尤其是创业的）需要懂技术吗、产品经理和项目经理有啥区别等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！