需求分析利器:場景需求清單
場景需求清單,可以理解為基于場景梳理需求的有效工具。如何梳理場景需求清單呢?不妨來看看本文的梳理和分享。
一、什么是場景需求清單?
無論是B端產品還是C端產品,場景和需求都是兩個繞不開的話題。
場景是需求產生的一個重要影響因素,場景需求清單,就是基于場景梳理需求的有效工具。
更細化一點的說,場景需求清單是基于一種結構化描述,由多個場景串聯,產生的需求集合。對于產品經理梳理業務流程,分析用戶需求,避免需求遺漏,有著非常重要的作用。
以下為一份簡易的用戶預定酒店時的場景需求清單,可以結合具體情況,添加用戶角色、場景分類等字段。
二、如何梳理場景需求清單?
1. 理清業務流程
場景來源于流程,梳理清楚業務的主流程、分支流程、異常情況,可以避免場景遺漏,同時能夠使場景具有邏輯性和層次感,而不是想到什么場景就寫什么場景。
在梳理業務流程時,可以先將主流程梳理出來,然后根據主流程節點,向下細化,梳理出分支流程,以及各個流程的異常情況,先盡量發散,避免流程遺漏,再收斂聚焦,剔除無效分支或異常流程。
2. 什么是場景
要想梳理場景需求清單,除了理清業務流程,我們還需要搞清楚到底什么是場景。
在需求分析中,“場景”可以被認為是需求實現的載體,是時間、空間等條件約束下的一種范圍,產品經理通過場景抽象出產品需求。
3. 如何描述場景
在對場景的描述中,一般會包含用戶(角色)、環境、時機、動作、目標、介質、任務這七個要素。
以上文中用戶預定酒店的場景描述為例(有部分要素在描述中做了省略):
“用戶能夠輸入目的地和入住日期,查看可用的酒店列表。”
用戶=用戶(角色)
用戶可以是某一個人,也可以是某個角色、某一類人。
環境=酒店預定平臺,此處做了省略
環境一般是指空間、地點等帶有約束性的范圍。
時機=用戶因為出差或旅行等其他原因,需要入住酒店,此處也做了省略
時機是指影響用戶行為和目標的一種特定情況,比如生日、剛剛放假、升職加薪、下雨天等。
動作=輸入目的地和入住日期,查看列表
用戶為了達成目標而采取的行動。
目標=預定到符合自己要求的酒店
用戶在場景下最終想要達到的目的。
介質=手機/電腦/平板,此處省略
用戶動作的載體,比如紙張、手機、電腦等。
任務=查詢到符合自己要求的酒店并預定
要注意區分目標和任務,目標的實現需要完成某種任務,比如早上需要在十點前打卡(任務),才能避免遲到(目標)。
在場景描述中,可以靈活掌握對七個要素的使用,做到既言簡意賅,又能準確的描述清楚場景。對于重復出現的要素,可以省略。
4. 從場景描述中抽象出產品需求
場景描述是對用戶需求或動作的一種原始描述,但是它并不等同于產品功能的描述,產品經理需要從中抽象出具體的產品需求,再對需求做詳細具體的分析。
有幾點需要注意:
a.一個場景描述中,可能包含不止一個產品需求,也就是說,場景和需求是一對多的關系。
例如在“用戶能夠輸入目的地和入住日期,查看可用的酒店列表?!边@個描述中,就可以抽象出日期輸入、搜索酒店、酒店列表顯示三個需求。
b.場景描述基于流程而來,流程分為不同的粒度層級,要根據實際需要,確定是要細化到交互層級的流程,還是只要描述主流程即可。
例如用戶預訂酒店,預訂酒店的這個需求,便包含了日期輸入、搜索酒店、酒店列表顯示三個更細化的需求,要根據實際確定好流程層級。
c.流程是有邊界的,同樣場景也是有邊界的。有些需求可能并不需要轉化為產品需求,而是有更加高效或低成本的實現方式。
本文由 @向上的小霍 原創發布于人人都是產品經理,未經作者許可,禁止轉載。
題圖來自Unsplash,基于CC0協議。
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
大家有對于場景需求清單的想法,歡迎討論哦
這個是4W1H的升級版嗎
不算升級吧,就是細化了一點點