业务需求分析师和产品经理傻傻分不清楚？
前言
进入正题前，先吐槽下自己。上年立的flag果然被打脸了，整年下来只完成一篇文章不说，产品技能总结和读书目标也没完成。真是flag不能立的太随便，不然脸贼疼。当然也是由于上一年整个网贷行业发展的落幕，个人职业发展的变化以及个人的人生目标的追求，渡过了一个比较动荡的时期。不过这都是漫长人生道路上的小波折，收拾好心情还需努力前行。今年的目标当然还是要立的，但很简单，就是每月输出一篇文章，无论题材。
正文
随着互联网企业们的发展进入下半场，开始冲进各种传统行业进行互联网化改造和赋能。前几年各种“互联网+”企业层出不穷，给各个传统行业带来了新的挑战和机遇。各类传统行业公司在这几年间也建起了自己的互联网团队，或者IT部门。因此也带来了大量的互联网产品经理的人才需求，不过各家传统行业公司招聘产品岗位时，岗位名称并不都是统一叫产品经理的。其中不少IT部门设置的产品岗就叫业务需求分析师，在网上搜索业务需求分析师和产品经理这两种岗位时，发现这两种叫法背后对应的岗位本质还是有一定的差异性的。所以今天这篇文章主要是说说自己对这两者区别的理解。
1 起源
1.1 产品经理（Product Manager）
- 第一名产品经理据称是起源于1927年的宝洁公司，主要是为了解决产品再各个环节由不同人负责，造成资源浪费和脱节的问题。因此设立产品经理来负责整个产品的全生命周期的所有事物，也就包括了产品定位、营销和渠道等。
- 但真正使产品经理这个职业为大家熟知是到了上世纪90年代互联网行业引入这个岗位之后，由于互联网面对的是海量的C端用户，所以极需一个这样的角色，从产品的“市场调研→需求挖掘→产品定义→开发上线→营销推广”全生命周期无限负责。
1.2 业务需求分析师（Business Analyst）
- 业务需求分析是属于传统软件工程流程中的关键步骤，而软件工程这个概念最早是1968年由NATO科技委员会提出来的，并在接下来的十几二十年中不断完善，最终同样是在上个世纪90年代由IEEE给出了软件工程的完整定义。但在整个传统软件时代，需求分析的职能都由开发人员或项目经理承担着。到了互联网时代之后，随着软件工程的精细化发展，需要解决如何将客户（业务方）的需求精准转化成软件系统方案的问题。需求分析职能才由独立的需求分析人员来承担，这就诞生了业务需求分析师这个职业。
由此可见，产品经理和业务需求分析师诞生的历史背景，职业定位差异不小。产品经理和业务需求分析师最本质的区别在于“业务”二字，由产品经理所负责的产品生命链条就知道，产品经理本质上自己就是业务方，对业务成果负责。所以才需要去做市场调研，营销推广这些跟系统开发关系不是很大的工作。而业务需求分析师则不属于业务方，更加专注于系统开发环节，做好业务方与技术之间的桥梁。
知道两者的起源之后，可能只做过PM，或只做过BA的人会觉得，这两者的边界是明显且不相融的。但实际随着传统行业的互联网化，大量的互联网人才进入传统行业，他们就会慢慢发现其实两者之间的差异性会越来越小，最终只是工作侧重点的区别而已。
2 职业能力要求
| 能力分类 | 能力名称 | 产品经理 | 业务需求分析师 |
|---|---|---|---|
| 通用能力 | 逻辑思维 | ★★★★★ | ★★★★★ |
| 学习能力 | ★★★★★ | ★★★★★ | |
| 沟通能力 | ★★★★★ | ★★★★★ | |
| 专业能力 | 行业洞察 | ★★★★★（全方位洞察） | ★★★★★（全方位洞察） |
| 竞品洞察 | ★★★★★（全方位洞察） | ★★★★★（偏技术如何赋能商业模式） | |
| 用户调研 | ★★★★★（直对用户） | ★★★★★（直对业务方，间对用户） | |
| 需求分析 | ★★★★★（依据人类心理学行为学） | ★★★★★（依据企业经营管理学） | |
| 产品规划 | ★★★★★ | ★★★★★ | |
| 产品设计 | ★★★★★ | ★★★★★ | |
| 数据分析 | ★★★★★ | ★★★★ | |
| 项目管理 | ★★★★ | ★★★★ | |
| 技术理解 | ★★★ | ★★★★★ | |
| 运营策略 | ★★★★ | ★★★★ | |
| 市场推广 | ★★★★ | ★★★★ | |
| 业务理解 | ★★★★★ | ★★★★ |
从两者的能力对比可以看出，对于两者中低层次人员来说，核心能力（行业和竞品洞察、用户和需求分析、产品规划和设计）其实是共通的，只是大家侧重点不一样。而其余能力则是要求高低的问题。
- 数据分析能力的差异在于，产品经理需要背负业务绩效，所以必须要具备数据驱动业务增长的能力。而业务需求分析师，虽然不需要背负业务绩效，但提供技术方案时，必须站在业务的角度去考虑对业务数据的影响。
- 技术理解能力的差异在于，产品经理主要精力放在了商业洞察上，技术理解能力的要求就可以更加宽容。而业务需求分析师由于更多地是为业务方提供解决方案，所以对业务方而言技术理解能力的价值就更大了。
- 业务理解能力的差异在于，产品经理就是业务方，所以也是为什么产品经理需要思考自己产品的商业模式。而业务需求分析师则是业务的顾问方，但你不懂不理解业务的话，有如何能提出最大化价值的技术方案呢？
对比下来我们就又加深了产品经理和业务需求分析师的本质差异：是否对业务发展及绩效负责。所以有人就发现了现在不少公司也开始思考能否两者结合，让业务需求分析师也对业务发展和绩效负责，这样就能解决传统行业中业务与技术脱节的问题，便于整合资源提升技术赋能的价值。那结合之后这个岗位怎么叫呢，没错，就是当下很时髦的B端产品经理了。
3 职业发展路径
3.1 产品经理
产品经理职业发展路径
3.2 业务需求分析师
业务需求分析师发展路径
由两者的职业发展路径可以得出两点结论：
- 如企业对业务需求分析师不要求对业务发展和绩效负责，那业务需求分析师走的就是咨询顾问的路线，类似于普华永道、IBM等技术咨询业务中的高级顾问角色。
- 如企业对业务需求分析师要求业务发展和绩效负责，那业务需求分析师走的就是B端产品经理（也是产品）的发展路线。
两者没有好坏之分，并且越往高层次的岗位发展，你会发现两者的边界越模糊，能力也是趋同的，只是有侧重点之分。
4 感想
可能看完对比之后，有人会说看来还是做能对业务负责的产品经理更有成就感和挑战性。这样的说法对也不对，对于刚入行的新人来说可能产品经理会对人的塑造更加全面，所以有一定的道理。而对于越往高层次发展，就会发现两者考虑的事情都是怎么利用技术给业务带来最大化价值，所以高层次的人往往就不会再纠结对错好坏。小孩子才做选择题，大人全都要，对吧。
