场景常常会出现在电影里，由人物、时刻、地址/环境、意图组成的一个画面或片段。
商业体系下的人物、时刻、空间、方针组成的一个“片段”。场景的描绘：什么人，在什么时刻，在什么环境/情形下，做什么事，来达到什么意图。
事务场景有大也有小，如下图：榜首行是主体事务场景，下面的子模块是细分事务场景。
事务场景是规划的起点，着手画原型写文档之前，应该先整理事务场景。没有根据场景的规划，就像海市蜃楼，站不住脚，不能YY。尤其是B端产品，强依靠事务场景。C端产品还好，有或许你便是用户，清楚场景。
整理事务场景，需求调研、交流、考虑，不要凭空捏造，假如你不是事务专家，事务必定会说出一些你幻想不到的场景，跟事务一同整理场景，可以让产品计划更完好。可是留意，跟事务整理事务场景和需求就好了，千万别乱听他的计划，简单带沟里去。要会辨认什么是场景、需求和计划。
要在商场中构成中心竞争力，有必要找到优于他人的解决计划，解决计划需求在场景中去找。
开发必定会魂灵拷问，为何需求做这个功用？你得说出场景，且清楚这个场景的是低频仍是高频，重要仍是不重要，为什么重要。
过程：一听。听事务说。二问。问主流程、分支流程、不正常的状况。三确认。整理流程，跟事务反讲一遍，确认流程。
详细包含：场景称号、描绘、需求。辨认出可以终究靠体系完成的需求，这部分便是规划的根底。示例：
事务场景进一步结构化和体系化，便是用例，可以说事务场景≈用例。事务场景是用例的前置。事务场景不必考虑体系完成细节，用例需求细心考虑一部分。
为什么要整理事务场景？1、让规划有据可依。2、确保计划完好。3、差异化中心。4、便利交流。
