pm什么职位(pm项目管理)

随着产品经理的流行，类似职位的业务分析师就低调很多，很多初入职场的同学也不是很清楚这两个职位。本文结合自己的亲身经历，谈谈我对两个岗位的理解。

01产地1。业务分析师业务分析师一般来自两种类型的企业:

一是IT咨询公司，比如埃森哲，IBM，HP，Dell Service。另一类，就是规模比较大的甲方公司。因其 IT部门很庞大，需要IT BA做业务与IT之间的桥梁。比如华为。

这类企业的组织结构一般包括几个核心部门:R&D部、市场部、销售部和服务部。其中R&D部门一般比较大，常见的R&D职位有架构师、系统工程师、软件工程师、硬件工程师、ID工程师、测试工程师等。

除了R&D，最大的部门可能是市场和销售部。市场部主要负责品牌策略和渠道策略，销售部主要负责客户关系和产品销售。

在组织过程中，一个项目通常从发起人(老板/市场部)开始，然后到项目部，再到R&D部。

但是，项目经理的责任在于交付，而不是需求。所以市场和研发之间缺乏沟通桥梁。

随着分工的细化，很多企业都有专门从事需求分析的岗位，也就是业务分析师(BA)。

BA承担的工作包括:分析需求，发布原型和需求规格说明(SRS)，然后将具体需求提交给SA(System Analyst)系统分析师，SA会将需求拆分成技术实现计划，并根据技术实现计划制定时间表，下发到具体开发部门进行需求开发。

巴博克对巴的定义:

业务分析是通过定义需求和推荐解决方案来实现企业变革的实践，这些解决方案将为股东带来价值。

BA是通过识别需求并向利益相关者提供有价值的解决方案建议来促进企业变革的实践。

——巴博克

BA的核心任务是两件事:定义需求和推荐解决方案。

当然，不同的企业会有一些细分的岗位，比如偏咨询师的，或者偏定义需求的(也就是需求分析师)。

2. 产品经理

很多人觉得产品经理是互联网时代的新人，其实不然。世界上第一个产品经理出现在1927年的P & G宝洁公司，一个非常传统的行业。

产品经理最早的职位其实是一个偏市场的职能，以产品和市场专家的身份出现。产品经理负责市场调研，根据产品、市场、用户的需求，还决定开发哪些产品，选择哪种商业模式。并推动相应产品的开发组织。他还根据产品的生命周期，协调R&D、营销和运营，确定并组织实施相应的产品战略以及一系列其他相关的产品管理活动。

在诞生之初，产品经理是一个战略角色，是产品的保管人，是产品的CEO。

从出身来看，业务分析师和产品经理的职位不同。产品经理的责任比业务分析师大。产品经理既是产品的所有者，也是需求的所有者，而业务分析师/需求分析师只是需求的所有者。所谓主人，就是不仅要管好学生，还要管好学生。行业术语是“生命周期管理”，包括需求生命周期和产品生命周期。

02 演化

后来双方立场都有了一些发展和变化。

1. 业务分析师的演化

现在你有了一个商业分析师，对R&D需求的直接开发就不会结束了。其实这里面有一个环节:设计。盖楼不能只是描述“要建多少层，户型标准是什么”，还需要进行建筑设计和工程设计，给出施工图。

同样，R&D产品也需要一个类似施工图的可交付物，包括产品原型、信息流、业务流和数据描述。而提供这种交付的过程就是设计的过程。

在早期，设计不是业务分析师的主要职责。在BABOK2.0版本中，我们可以看到业务分析师的工作职责不包括设计。

但是在BABOK3.0中，我们也可以看到发生了两个大的变化，

设计作为和需求分析同等重要的工作列入六大知识领域；原来的企业分析改为了战略分析。2.产品经理的进化几乎是同时的。随着互联网的出现，产品经理发生了很多变化。包括:

1)细分仓位已经出现。

互联网产品经理：负责面向个人的产品B端产品经理：负责面向企业用户的产品品牌产品经理：偏市场层面，主要负责渠道和品牌管理运营产品经理：偏运营层面，主要负责用户增长数据产品经理：偏运营层面，主要负责指标定义和数据管理。

在工作职责方面，互联网产品经理主要负责:

从产品概念诞生前的市场调研到产品定义、产品规划、产品设计，进入技术研发阶段后，要进行项目管理和产品测试。产品上线后，就要宣传介绍产品，制定推广策略，思考变现。

由此可见，相比传统行业的产品经理，互联网产品经理除了要有用户思维和设计思维之外，还要有运营思维，即不仅要考虑如何设计产品，还要从一开始就考虑如何让用户触达、成长、产生商业价值。

2)更加强调创意和用户体验

传统行业面临的需求通常是一个可预测的问题，获取需求的途径主要是通过客户访谈和市场调研。互联网产品经理面对的用户对象分散，个性化需求多，用户用脚投票的现象普遍存在，导致需求难以预测。这时候产品经理就需要发挥创造性思维来对冲不确定性，更加注重用户体验。

3)设备已经升级。

随着信息技术的升级，互联网时代的产品经理可以应用一些新技术。如用户画像，用户画像通过数据分析将用户的具体信息抽象成标签，利用这些标签将用户画像具体化，从而方便我们了解用户，提供个性化的产品。

其他新技术包括A/B测试、用户故事等。

4)不孤军奋战

相对于传统企业的业务分析师，互联网的产品经理绝对不是单打独斗，而是一群人。业内有个公式，平均5-10个工程师要配一个产品经理。因此，像BATJ这样的头部企业有数百名产品经理也就不足为奇了。

这么多人，不能再无组织无纪律了。我们有一个部门来管理，所以出现了产品部。

03 业务分析师VS 互联网产品经理

虽然产品经理有很多细分，但互联网产品经理无疑是最具代表性的群体。对以下商业分析师(BA)和互联网产品经理(IPM)进行对比分析。

1. 职业通道文学学士职业频道

IPM职业频道

两者几乎都是从需求收集和问题识别开始的。那么就可以独立进行一个完整的产品/项目:包括需求收集、需求定义、设计、需求生命周期/产品生命周期管理和项目管理。高层BA和PM具有跨部门、跨系统的分析能力，能够参与组织变革的辅助决策，具有指导他人工作的能力。

2. 工作职责他们的主要职责高度重叠，包括需求分析、方案设计、方案验证、原型设计和需求生命周期管理。此外，巴的职责还包括企业战略分析和利益相关者管理。而产品经理通常会承担更多的交付和项目管理工作。

3. 常用的技术BA和PM的基本能力是需求分析。在需求分析的常用技术中，两者都有市场分析、头脑风暴、原型、文档分析、数据分析、场景分析等一些常用技术。

BA面对的是企业客户。通常情况下，企业客户的决策更加理性，因此需求相对容易预测。BA会用更直接的沟通和与客户的互动来引导需求，包括访谈、合作游戏、工作坊等。

PM面对的是分散的C端用户。用户的购买需求很多来自于“我喜欢”、“我开心”、“我有点佛”的感性决策。再加上社交关系链对个体的影响(从众心理和攀比心理)，C端用户的需求会更加难以预测和把握。这就是为什么PM需要A/B测试、用户画像等一些探索性的需求分析工具。

4. 知识和能力作为“桥梁”，两者都需要很强的沟通能力、协作能力和领导能力。此外，两者都需要基于事实或数据的归纳、演绎、抽象、概括的能力，强大的“逻辑分析能力”也必不可少。

另外，BA面向所有企业用户，客户是一个群体，包括企业管理层、用户、合作伙伴和供应商、终端用户。

BA面临的业务场景通常包括ERP系统、OA系统、CRM系统、客户端系统、BI系统等系统的组合。所以BA对企业架构和系统设计能力的要求更高。

互联网产品经理的职责包括项目管理、产品交付和运营支持，对交付能力、项目管理知识和产品运营知识要求很高。

在领域知识方面，BA的理解深度通常比PM更深。

5. 思维方式在思维方式上，BA强调基于价值流的精益思维，PM强调打破常规的创新思维和提高交互质量的设计思维。用户思维也来源于互联互通，强调“以用户为中心”，关注用户的个性化、细分化需求。

随着大数据和云计算技术的发展，传统企业通过数字化转型提高了创新能力。通过数据获取用户洞察，通过敏捷提升交付能力，已经成为BA和PM的必修课。

04 我是如何踏上PM岗位的？

毕业后，我在Xi安的一家台资软件公司工作，开发电子词典。我开始了我的程序员生涯。

一年后，我被深圳一家大型通信公司招聘到深圳。我在这家公司做过开发工程师/软件系统工程师(SE)/项目经理(PM)/产品经理(PM)，顺利完成了从开发岗到产品岗的职业转换。

这家企业起初只有销售和研发两大部门，后来公司引入IPD流程，增加了一个新的部门——市场部，主要包括品牌、营销、策划三大职能。策划，也叫战略策划，主要负责产品定义5年以上。

然后，这个公司负责产品和需求，包括这些角色:

战略规划部：负责市场层面，5年以上的产品定义。市场规划部：负责市场层面，3年以上的产品定义。系统工程师(SE)：负责研发层面的产品定义，输出版本需求和产品规划。

经过战略策划部和营销策划部的两级分解，在SE这里已经有了市场层面的需求描述，SE需要做的更多的是需求明确、规范定义和产品指路牌。当然，se有时会通过竞争产品分析、客户拜访等活动直接获取需求信息。

后来有机会在公司内部跳槽。我抓住了机会，开始了我的产品经理生涯。离开这家公司后，我有一段创业经历。目前从事B端产品的规划设计。

职场建议

首先，总结BA和PM职位的一些特征:

负责需求分析和产品/系统设计是业务和技术之间的沟通桥梁有权利没权力高薪一部分靠“脑子”吃饭，一部分靠“嘴”吃饭

如果你是一个逻辑思维能力强，思维敏锐，沟通能力好的人，那么你就具备了两个岗位的基本条件。接下来就是选择圈子，找对师傅，走对路。

选择一个圆圈

如前所述，这两种立场最大的区别在于所处的圈子不同。巴的圈子是传统IT软件企业，咨询公司，甲方公司。这类企业一般规模都比较大，面对的都是企业客户。该产品具有以下特点:

迭代周期长

很多产品线1-2年才发布一款新产品。

系统复杂性

一个系统通常有几百万行代码，通常遵循瀑布式开发过程。

稳定且可预测的需求

企业的客户群总体稳定。一般产品策划一年只有2-3次。其他时候，更多的是修复bug。

互联网公司比较熟悉，其产品的特点是需求个性化多，需求变化快，需求不可预测。

巴的圈子是“高层次”的圈子，走的是稳健共赢的路子，强调基于价值的传递，一下子就把事情搞定。巴将来可以成为行业顾问和领域专家。

而互联网是“江湖”，走的是颠覆性创新的(野)路，强调以用户为中心的交付和多次迭代。PM做好了，你可以当参谋，也可以当军事顾问。如果你上去，你可能会得到一个佛教老师。你差点成了“算命先生”。也有可能因为运气不好而沦为“江湖骗子”。

如果你喜欢江湖，喜欢折腾，那么互联网圈显然更适合你。

2.选择正确的主人

如前所述，BA和PM的角色实际上是军事顾问和参谋，是辅助决策者。既然是辅助决策者，就有一个决策机制的问题。

你可能觉得BA和PM都有输出需求分析报告和设计文档，开发不是跟着做就能完成的。其实远没有那么简单。在此过程中，BA和PM的输出有一个评审环节，通常由主管、下游部门和利益相关者参加。

不同的企业文化差异很大，决策机制也不同。一般来说，采用专家委员会评审是常规操作。但问题是，有专家委员会吗？如果是暂时的，你打算选谁？

没有制度和流程的保障，这样的审核有时候是极其痛苦的。

我遇到过集体打分，然后求平均分，再根据平均分确定需求的。

很多PM辛辛苦苦几个星期的研究分析报告，很快就会被这样的“公投”平均掉。

BA和PM最大的挑战绝对不是收集需求，而是如何把你的产出传递给别人。你的预期结果之间有合理的相关性:分析合理，数据可信，增长可预测，风险可控，这需要大量的知识传递和权威建立活动。

独裁决策和公投民主不是创新的土壤。企业需要一种更加灰色的决策机制，这种机制通常来自于管理层的意愿。

选择正确的道路

BA和PM都是典型的T型人才，即知识和能力要有一定的宽度，在某个行业和领域要有足够的深度，有丰富的领域知识。

BA和PM的入门门槛不高，但要做出一个成功的案例，成为行业领导者，并不容易。所以你需要在一个知识框架体系下不断的学习和实践来提升自己的知识和能力栈。

最后BA和PM岗位都有非常好的发展前景。也许你没有乔布斯和张小龙那样的才华，但你只需要一件事就可以开始向BA和PM发展，那就是你的梦想:通过产品创造一个更美好的世界！

作者:涛哥，微信微信官方账号:涛哥书面言论。前华为高级产品经理，PPV班数据科学社区创始人，15年以上IT和通信领域从业经验，5年B端产品总监，数字化转型实践者，Togaf粉

本文由@涛哥原创发布。每个人都是产品经理。未经许可，禁止复制。

来自Unsplash的图像，基于CC0协议。