业务场景梳理产品经理必备的技能点
场景经常出现在电影里，由人物、时间、地点/环境、意图组成的一个画面或片段。 商业体系下的人物、时间、空间、目标组k8凯发成的一个“片段”。场景的描述：什么人，在什么时间，在什么环境/情景下，做什么事，来达成什么目的。 业务场景有大也有小，如下图：第一行是主要业务场景，下面的子模块是细分业务场景。 业务场景是设计的起点，动手画原型写文档之前，应该先梳理业务场景。没有基于场景的设计，就像空中
场景经常出现在电影里，由人物、时间、地点/环境、意图组成的一个画面或片段。
商业体系下的人物、时间、空间、目标组k8凯发成的一个“片段”。场景的描述：什么人，在什么时间，在什么环境/情景下，做什么事，来达成什么目的。
业务场景有大也有小，如下图：第一行是主要业务场景，下面的子模块是细分业务场景。
业务场景是设计的起点，动手画原型写文档之前，应该先梳理业务场景。没有基于场景的设计，就像空中楼阁，站不住脚，不能YY。尤其是B端产品，强依赖业务场景。C端产品还好，有可能你就是用户，清楚场景。
梳理业务场景，需要调研、沟通、思考，不要闭门造车，如果你不是业务专家，业务一定会说出一些你想象不到的场景，跟业务一起梳理场景，可以让产品方案更完整。但是注意，跟业务梳理业务场景和需求就好了，千万别乱听他的方案，容易带沟里去。要会识别什么是场景、需求和方案。
要在市场中形成核心竞争力，必须找到优于别人的解决方案，解决方案需要在场景中去找。
开发一定会灵魂拷问，为什么要做这个功能？你得说出场景，且清楚这个场景的是低频还是高频，重要还是不重要，为什么重要。
步骤：一听。听业务说。二问。问主流程、分支流程、异常情况。三确定。梳理流程，跟业务反讲一遍，确定流程。
具体包括：场景名称、描述、需求。识别出可以通过系统实现的需求，这部分就是设计的基础。示例：
业务场景进一步结构化和系统化，就是用例，可以说业务场景≈用例。业务场景是用例的前置。业务场景不用考虑系统实现细节，用例需要考虑一部分。
为什么要梳理业务场景？1、让设计有据可依。2、保证方案完整。3、差异化核心。4、方便沟通。
