业务场景梳理，BA必备

1、什么是业务场景？

什么是场景？

戏剧、电影中的场面，也泛指情景。我们常见的是，在电影里，由任务、时间、地点、环境、道具等元素组成的画面或片段。

什么是业务场景？

就是企业或用户在特定环境下的行为和活动，如什么人、在什么时间、什么环境/情景下，做了什么事，来达成怎样的目的。

业务场景有大也有小，在梳理业务场景过程中，场景分类要形成闭环全集，边界划分要清晰；阐述的方式也多样化（可以用思维导图、表格、流程等方式），只要表达清晰即可，形式不重要。如下图，比较常用的是思维导图

业务场景的每个条件及要素，在设计过程中都是需要着重考虑的，比如我们常用的软件

基于使用人的考虑：可切换中英文模式、关怀模式、青少年模式等

基于时间的考虑：美团/饿了么，根据早中晚分别推荐早餐、午餐、晚餐

基于环境的考虑：手机浏览器/阅读器，可自由切换日间模式、夜间模式、护眼模式

2、为什么要梳理业务场景？

1）方案的依据。

业务场景是设计的起点，动手画原型写文档之前，应该先梳理业务场景及流程。没有基于场景的设计，就像空中楼阁，站不住脚，不能全靠YY，想到哪做到哪，那么需求的完整性将无法得到保证，产品也将难以形成有效的闭环。尤其是B端产品，强依赖业务场景。C端产品还好，有可能自己就是用户，清楚场景。

2）完整性。

梳理业务场景，需要调研、沟通、思考，不要闭门造车。在日常工作中，业务常会说出一些你想象不到的场景，那么我们需要多聆听、提问、确认，将业务流程细化至每一个环节，确保无遗漏，可以让产品方案更完整。但是我们要注意，与业务梳理业务场景和需求就好了，千万别乱听他的方案，容易被带偏。所以，我们要会识别什么是场景、需求和方案。

3）差异化。

要在市场中形成核心竞争力，必须找到优于别人的解决方案，解决方案需要在场景中去找。

4）沟通。

开发测试一定会灵魂拷问，为什么要做这个奇葩的功能？你很清楚用户提出该需求原因，得说出场景，且清楚这个场景的是低频还是高频，重要还是不重要，为什么重要。

3、如何梳理业务场景？

步骤：

一聆听：听业务说

二问:问主流程、分支流程、异常情况

三确定：梳理流程，与业务沟通，确定流程

基于业务流程梳理业务场景，那么怎么梳理业务流程？

主流程：较粗，模块编辑要清晰，每个节点一个子流程，示例：

主流程：尽量细，需要与主流程的节点匹配，需体现关联关系，一般维度是角色+活动+分支，输出：泳道图。示例：

活动：每个活动都有一个流程，输出：活动图。

怎么梳理业务场景？

一个活动就是一个场景，对场景进行描述，从场景中找到需求。

具体包括：场景名称、描述、需求。识别出可以通过系统实现的需求，这部分就是设计的基础。示例：

输出：主业务流程图+场景清单，走查清单：

• 业务是否闭环？

• 场景是否覆盖完整？

• 有哪些可以精简的？

4、业务场景即用例

业务场景进一步结构化和系统化，就是用例，可以说业务场景≈用例。业务场景是用例的前置。业务场景不用考虑系统实现细节，用例需要考虑一部分。

用例的关键要素：

• 名称：用例的名称

• 描述：用户通过系统，达成什么目标/解决什么问题

• 参与者（角色）：哪个角色

• 前置条件：执行用例的前置条件，比如登录、会员等级达到制定条件。

• 后置条件：执行用例完成后，系统的变更，比如状态流转，数据变更等。

• 主事件流（主业务流程）：正常情况下和系统的交互流程

• 备选事件流（分支异常流程）：异常情况下系统的处理逻辑

• 规则：系统根据什么业务规则执行判断

写在最后

什么是业务场景？业务场景是对某个业务“片段”的描述

为什么要梳理业务场景？1)让设计有据可依  2)保证方案完整  3)差异化核心  4)方便沟通

怎么梳理业务场景？一问二听三确认。先梳理业务流程，再形成场景清单。