干货：B端产品经理如何养成全局业务视角

要想在复杂的业务中了解业务情况和业务场景，B端产品经理可能需要借助一些方法和技巧，这篇文章里，作者就分享了B端产品经理在前期梳理业务场景和关键核心节点、找到业务角色、并通过沙盘推演找到问题和整理需求的全过程，一起来看一下。

我们作为B端产品经理如何能在复杂的业务中了解业务情况，业务场景，不同业务角色的重要性。

如何明白业务场景，角色之间的关系，在大型复杂的业务系统设计中要怎么才能更好的开展工作？

本文主要是帮助大家：

1. 明白业务场景，角色关系；
2. 针对核心场景，采用沙盘的方式来验证和改造产品；
3. 针对大型复杂系统设计以及严谨严苛系统设计如何做。

一、业务场景

B端业务场景一般指的是“在特定业务下发生的场景”；一般可以从零散的需求中，将业务归类，通过需求集来发现需求对应的逻辑关系；并以此为突破点，了解业务，流程和背后的实操。

1. 了解业务

1）了解业务主要是要了解需求背后的业务，与业务人员沟通，业务的背景，目的和涉猎的范围，并且沟通业务的发展历史，以便你可以判断当前团队/产品状态和业务所处阶段的契合度。

2）业务的运作流程；整体业务有哪些环节，从哪个环节开始，哪个环节结束。

3）如果有条件可以参与到真实业务操作中，来了解业务实际实操的过程中的情况。

2. 业务场景提炼

能从具体提繁杂的事务中总结分析核心内容（总结能力）；能将抽象的内容具象化；或者是把具象的内容抽象化（抽象能力）。

以下是一个公司采购音乐版权的业务下如何提炼场景的例子：

3. 业务过程中的困扰

沟通障碍（一般是由于专业术语过多，专业领域不一致导致的对事物理解存在分歧）：

解决方法（一般）：

1. 创建字典；对所属领域，专业术语进行记录，并对业务术语转换为技术术语，对技术术语转换为业务术语；
2. 达成共识：对已有认知的术语；数据字段定义；事件形成统一的共识，必要时候拉上业务环节关键人员和技术人员进行统一。

多头信息（多头信息是指同一件事件，不同人描述表达不一致，存在分歧，甚至是知识盲区）：

解决方法（一般）：

1. 建立有效的沟通机制：A建立信息共享，微信群；邮件组等；B涉及关键信息决策，一定要由关键人员共同讨论，达成共识，并记录在册。
2. 信息黑盒（出于各种利益的原因，部门或者个人将信息遮盖起来，控制信息获取人的范围）。

解决方法（一般）：

判断信息黑盒对分析业务场景的影响程度，如果没有则可以忽略；

1. 如涉及到商业机密，需要跟公司高层沟通，形成保密协议；
2. 如果涉及到部门或者个人利益，则需要私下沟通，搞好个人关系。

4. 场景输出物

场景输出物主要是业务场景文档，包含需求集对应的业务，对应的场景；场景包含的时间地点和事件。

信息元素（一般是组成场景每个环节的分子，一般一个场景可以拆解出若干个信息元素；例如审批业务：包含合同提交时间；提交人；合同签署时间；结束时间；合同关键信息）。

信息元素的价值一般是用语设计信息架构，绘制功能脑图。

5. 场景实例

直播带货业务，需要做一个面向商家，主播的分成结算系统；

涉及的业务角色：

用户（使用平台购买商品）；商家（入驻平台，分销商品）；主播（入驻平台，导购商品）；平台（提供用户，支撑商家，主播）。

二、业务角色

业务角色在我们B端需求梳理中是一个较为重要的内容，你能否识别关键角色，关键人员，甚至决定你的工作是否更好的推进下去。

业务角色指的是在特定业务场景中出现的角色，例如：在采购业务中首先会涉及采购人员、版权机构、作家，其次采购审批过程会遇到采购总监、法务、财务和副总裁，采购结束到付款环节又会遇到财务；每一个岗位的人员都是这个场景的用户。

1. 业务角色的价值

• 驱动业务发展（业务角色推动业务一步步发展，从一个用户流转到另一个用户，直到业务最终结束）；
• 决策业务方向（业务发展中角色决定了业务发展走向，有支持的有不支持的，这和个人利益或者公司利益相关，主要你要是别能做核心决策的那个角色/人）；
• 影响系统的权限（角色职责不同，在系统中所拥有的权限也不同）。

2. 如何找到业务角色

一般来说，将需求进行归类之后，从需求集中分析每一个环节中对应的人物角色，然后再进一步明确角色是谁，干什么用的，以及对需求起到什么作用。

3. 业务角色的分类

1）内部角色

• 业务角色（能给公司带来利益的角色，比如销售，采购，宣传，发行等）
• 职能角色（背后支持业务的角色，或者监督业务的角色，比如HR，法务，财务等）
• 决策角色（公司，业务决策人，可以拍板的角色，管理层，老板，股东等）

2）外部角色

• 客户（公司直接利害关系的用户和角色）
• 合作伙伴（在业务上共同合作和发展的用户）
• 投资人（股权投资人或者投资机构代表）

4. 发现业务角色中可能存在的困扰

重复性角色：

重复性角色指的是从业务环节和流程上来看属于冗余性角色；例如销售合同需要销售经理审核合同，然后再次要求总监助理审核合同，最终销售总监还要审核合同。

对于重复性角色一般是管理，政治问题，不是产品上的问题，建议在角色上保持不变，权限、职责、审批流程也不变，先维持现状，只要不影响整体流程，无伤大雅。

傀儡角色：

傀儡角色指的是一种临时性替代角色，例如财务总监在休假或者不在公司期间，需要总监助理代替总监审批指定的合同，那这个角色就只是临时生效或者因为其他利益因素产生的角色。

在设计流程时候，只要增加冗余空间，赋予傀儡角色相应的系统权限，允许替代审批操作；通常出现傀儡角色通常可能是领导害怕承担相应的责任，需要找人承担风险，背锅等。

不合规角色：

不合规角色指的是一种不符合正常业务流程下的角色构造，例如市场总监离职后，市场部的合同无人审批，由行政经理代替审批；

在解决不合规角色可能带来的风险的时候我们可以赋予不合规角色指定的权限；通常出现此类情况是组织架构出现空洞，保证业务顺利运转的临时方案。

5. 业务角色输出物

业务角色一般是产品经理自己使用的产物，主要是作为需求分析，需求设计，权限设计，业务流程设计，沙盘推演等作用，防止遗漏，一般文档包含：需求集对应的用户；用户对应的职能，职责，权责；用户在系统中可能存在的权限范围；用户在需求集对应的权限范围。

三、沙盘推演

沙盘推演可以很好的预防潜在的风险，问题，可以更好的规划，部署整体的产品节奏，提供最优的产品方案。

1. 沙盘推演能帮我们干什么

沙盘推演可以帮助我们在需求分析的时候，让产品，技术和项目组人员更好了解熟悉业务运转机制。

在产品设计的过程中，能让产品更符合实际业务；

在技术架构设计中，能帮助技术在灵活性，拓展性，和可变性方面提供实质性的帮助。

2. 如何设计沙盘

沙盘场景：设定虚拟的业务运行场景；时间，地点，角色，以及要推动什么样的事情向什么样的方向发展。

沙盘角色：在虚拟场景中设计的所有角色，以及角色之间的关联关系。

3. 沙盘的核心要素

多线程的流程：一个事件的发展通常会拥有多条通道，模拟业务事件的多线程流程，找到最佳流程，风险流程以及众多的坑。

正向与逆向流程：正向业务发展流程的模拟，然后在每一个关键节点上退出逆向流程是怎么样的，在推到逆向流程的时候，并推演出非常规操作会带来什么风险和问题。

4. 沙盘推演示例

1）沙盘推演流程模拟

还是拿版权采购的流程来模拟：

2）沙盘推演的业务背景

A公司是负责版权内容采购的公司，不限于视频、音乐、图书等版权；采购人员在采购的实际操作中会遇到各种各样的问题，因此造成在不同的采购业务环节下，业务流程也会有非常多的不同。

3）沙盘推演流程

正常环节流程

流程节点风险和异常操作可能带来的问题

正常环节流程

流程节点风险和异常操作可能带来的问题

以上就是B端产品经理在整个前期梳理业务场景，关键核心节点，找到业务角色，并通过沙盘推演找到问题和整理需求的全过程。