一、關于場景需求清單
1、什么是場景需求清單？
場景需求清單是多個場景串聯形成結構化信息，它是一個業務鏈條下的場景及場景拆分后的需求集合。
2、場景需求清單可以幫助你
a、梳理業務鏈條下場景的關系；
b、避免遺漏影響業務閉環的場景；因為一旦單獨列場景，則會窮舉場景；
案例如下
二、如何梳理場景需求清單
基于之前的調研，找到關聯步驟/流程，根據流程還原每個流程下的代表性場景，并拆解出需求，如下3個步驟：
a、梳理出清晰的業務流程；
b、將場景寫出并歸類到流程；
c、基于場景拆解用戶需求；
案例：酒店業務對應的場景需求清單
a、案例背景如下?
廠商A是給酒店提供全渠道訂單管理的saas解決方案，作為產品經理的你，如何梳理某類面向親子游的酒店業務對應的場景需求清單？
第一步：理出清晰的業務流程
基于前期的調研內容或用戶訪談，盡可能詳盡梳理業務流程；如下圖所示：
單獨的分支流程可加上（影響主流程的分支不要有遺漏）
第二步：將業務流程的場景，寫到場景清單中去；
場景清單與流程的結合，是確保實際場景中窮盡列舉；收集場景，盡量做到以下：
1、可現場去調研，每個角色在執行每個任務時，一般會存在哪些場景？包含特殊，邊界，異常等場景；
2、產品經理回來匯總場景清單時，盡量不要添加太多自己的想法，而是讓場景更加真實的被描述；
第三步，將場景寫出并歸類到流程，并在每個流程下確定代表性的核心分支場景 。
第四步：基于場景拆解用戶需求
第五步：關于核心場景需求清單
A、抽離出最關鍵的類別/流程，以及其中不可或缺的場景
B、形成核心場景需求清單
C、如何抽離？—需要理解業務
1、為啥要需要得到核心場景需求清單？
a、優先級，重要性的確定無非是給決策者對性價比的判斷，因為資源永遠都是有限的。
b、同時有一點要求：就是梳理出的最不可或缺的，最核心的需求，也要能夠完成業務場景最小閉環，且后續產品最小MVP也要按照這點要求去執行；這點是區別C端產品的；
2、TO B研發成本高
如果后期發現功能存在問題，推到重來的成本很大，因此需要試錯
第六步：提出最小閉環的產品功能包（即MVP）
針對B端，最小MVP的要求業務鏈條要完成閉環！
最后提供一些工具與tip便于更好梳理場景清單。
1、核心場景需求清單的自檢清單：通過自檢清單，幫你check核心場景需求清單 。
核心場景自檢清單，如下圖所示：
a、業務中有不同的角色，是放到一個場景需求清單還是分開寫？
b、根據需要，可寫到一個清單里，也可以給予不同角色分開寫多個清單
c、不同客戶的具體場景不一樣，如何表達？單個場景需求清單里是基于某種特定客戶畫像的業務，不要混入
。分支場景都應寫進去么？分枝場景可重點關注影響業務閉環的分支場。
謝謝各位的觀看！
end
我是枯藤老叔 。3年創業，4年產品經理；
日常通過互聯網平臺叨叨自己對產品，對創業的所思所想！
