如何用场景需求清单梳理场景
硬核刘大
之前分享了B端产品如何描述业务场景？那是不是掌握一个场景的描述方法就够了呢？
任何业务，他其实都有一些列的场景，而且一般B端业务都要涉及到多个角色，必然有多个场景。那如何将这些场景串联在一起呢？这就涉及到我们今天要说的场景需求清单了。
场景需求清单是多个场景串联形成结构化信息，它是一个业务链条下的场景及场景拆分后的需求集合。
b、避免遗漏影响业务闭环的场景；因为一旦单独列场景，则会穷举场景；
基于之前的调研，找到关联步骤/流程，根据流程还原每个流程下的代表性场景，并拆解出需求，如下3个步骤：
厂商A是给酒店提供全渠道订单管理的saas解决方案，作为产品经理的你，如何梳理某类面向亲子游的酒店业务对应的场景需求清单？
这一步尽可能详尽梳理业务流程，因为B端软件研发成本是很高的，一旦发现存在问题推到重来的成本很大。
单独的分支流程可加上（影响主流程的分支不要有遗漏）
场景清单与流程的结合，是确保实际场景中穷尽列举；收集场景，尽量做到以下：
1、可现场去调研，每个角色在执行每个任务时，一般会存在哪些场景？包含特殊，边界，异常等场景；
2、产品经理回来汇总场景清单时，尽量不要添加太多自己的想法，而是让场景更加真实的被描述；
第三步，将场景写出并归类到流程，并在每个流程下确定代表性的核心分支场景 。
A、抽离出最关键的类别/流程，以及其中不可或缺的场景
a、优先级，重要性的确定无非是给决策者对性价比的判断，因为资源永远都是有限的。
b、同时有一点要求：就是梳理出的最不可或缺的，最核心的需求，也要能够完成业务场景最小闭环，且后续产品最小MVP也要按照这点要求去执行；这点是区别C端产品的；
如果后期发现功能存在问题，推到重来的成本很大，因此需要试错
核心场景需求清单的自检清单：通过自检清单，帮你check核心场景需求清单 。
