后臺產品設計系列:用戶故事地圖梳理需求(七)
梳理不清產品需求,是眾多后臺產品經理的主要痛點之一;此篇文章,筆者將介紹如何利用用戶故事地圖,幫助我們梳理清楚后臺產品需求。
領導需求不清晰、業務調研沒方向、各個角色需求錯綜纏繞……都是我們梳理產品需求感到困難的原因,但為了趕進度,很多時候產品經理只是匆匆照著競品畫原型,后來發現各種業務邏輯有問題,需求沒考慮到,結果要么是不斷延期,要么就是重頭再來。
一、什么是用戶故事地圖
用戶故事地圖,是指針對某一用戶角色,選定一個具體、真實的業務目標,按主流程及分支流程梳理此角色達到這個業務目標所經歷的每個業務節點,并以路線地圖的形式展現出來。
它包括的要素有:
- 具體的用戶角色
- 業務目標
- 實現業務目標的流程
- 業務節點
- 具象化的形式
二、用戶故事地圖的價值
為什么要用用戶故事地圖做后臺產品需求梳理呢?
1. 清晰劃分不同角色用戶需求
系列第二篇:《后臺產品設計系列:產品設計方式(二)》中提到,后臺產品相比于前端產品,在需求方面最大的區別是不同角色需求差異很大,經常出現某個功能就是為一種特定的角色做的,有的角色需求甚至相互矛盾。
這就使得我們在思考用戶需求時很難同時思考多種角色的需求,或把他們的需求雜糅在一起考慮,所以我們需要借助用戶故事地圖把每種角色區分開,分別梳理不同角色的需求。
2. 始終圍繞真實場景,避免出現產品經理自以為是的需求
產品經理設計產品功能最怕的就是自以為是的揣摩用戶,妄加需求。
我們都知道,產品的三要素是用戶、場景、需求,而需求是在明確的用戶和場景前提下才產生的,脫離場景談需求都是耍流氓。
產品經理很多自以為是的需求就是因為想著想著就忘了場景,天馬行空的想象,變得不接地氣,沉浸在自己YY的世界里還以為這就是用戶想要的。而用戶故事地圖就是幫助我們始終在這個場景下思考,不會偏離航道。
3. 以產品經理習慣的流程化思維梳理需求,減少混亂和遺漏
流程化思維是我們非常習慣的一種思維方式;因為這種方式邏輯性更強,有一條主線牽引我們的思緒,不會混亂,也減少遺漏。
4. 清晰的需求墻,幫助進行迭代規劃
故事地圖能夠直觀展示出該場景下的功能全景圖,幫助產品經理更加清晰地規劃而不至于迷失在零散的故事中。
三、如何構建用戶故事地圖
下面,我們以財務報銷系統為例,詳細介紹如何利用用戶故事地圖梳理需求:
1. 構建用戶畫像
用戶畫像是一種抽象又真實的用戶模型;它是經過對一類用戶特征的歸納,設置一個真實有代表性的人物作為這類用戶角色的代表。
構建后臺角色用戶畫像時,我們主要通過訪談的方式,了解這類角色的一些基本信息、形象、痛點或煩惱、目標或期望,例如對公司多個需要做財務報銷的人員進行訪談后,構建了以下用戶畫像:
2. 尋找場景及目標
在這里,我們以最常見的場景舉例:張總出差時,會請客戶吃飯,出差回來后需要報銷。這個場景中的目標就是報銷成功,報銷款回到自己口袋里。
3. 梳理業務流程
通過對現有報銷流程梳理,我們將每個報銷步驟放在報銷路徑中,就能看到一條清晰的實現場景目標的流程。關于流程的講解,在《后臺產品設計:流程設計(三)》有比較詳細的介紹。
4. 調研痛點
沒有好的方法,我們在調研用戶痛點時經常是無頭蒼蠅,東問一句西問一句?,F在有了前面的基礎,我們的痛點調研就能夠有的放矢,將一個大的流程拆分為多個小節點,針對每個節點深挖痛點,而當我們清楚的寫下每個痛點或問題時,便已解決了一半。
5. 思考產品解決方案
列舉出痛點,就要針對這個痛點思考產品的解決方案。
- 如果一個痛點有多種方案,在故事地圖中可以都列舉出來,每個方案寫在獨立的便簽紙上,實際做功能時再來權衡哪種方案更好,因為有的方案看起來很美好,但可能因為其他原因做不了;
- 如果一個痛點沒有解決方案,在地圖中就要清晰地把它標記出來,作為遺留問題,等待其他條件充足時再來思考解決方案,保證不會因時間過長而忘記。
6. 找到外部依賴、風險
雖然產品解決方案有了,但并不代表這些方案都能落地。
我們經常會在開發階段發現,很多方案都受制于其他外在條件,比如你要做發票照片上傳,并能在線預覽功能,這就需要文件服務器的支持,如果文件服務器無法支持預覽,那這個方案無論看起來有多正常、多合理,都是無法實現的。
所以我們要提前針對解決方案做預估,找到外部依賴條件,確定這些條件是否滿足,如果無法滿足這個方案所需條件,那只能摒棄進而采用其他方案。
而尋找風險就是需要未雨綢繆,提前知曉,提前準備應對方案。其實很多時候我們的風險就來源于前面的外部依賴。
經過上述六個步驟,我們針對這個場景就構建了一個完整、清晰的用戶故事地圖。用同樣的方法,梳理其他場景,我們就能夠很清楚的知道每個角色是什么樣的,有哪些痛點,要怎么解決,需要什么條件,可能有哪些風險,這個時候,才能做到胸有成竹。
四、用戶體驗地圖設計原則
原則一:根據階段確定梳理流程的復雜度、顆粒度。例如剛開始理產品思路時,就應該先梳理主流程和重要分支流程,甚至分支流程都可以不用管,顆粒度也不用很小,聚焦一條線,形成初步的認識;
原則二:以業務目標為導向,而不是以梳理流程為目的;
原則三:每一樓層保證相同特征便簽,每個便簽只寫一個痛點/解決方案/依賴條件/風險。
作者:周翔,起點學院深圳1609期產品經理實戰訓練營學員
本文由 @周翔 原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自 Unsplash,基于CC0協議。
寫得很棒,清晰明了
我的新書《不枯燥的B端產品實戰課》已上線,更多干貨盡在書里,京東地址:https://item.jd.com/12786741.html
如果一個業務流程連存在多個角色,不同角色里面的工作內容?
這文章是基于單角色單業務流程來梳理。但是要先梳理一個完整的業務流程,再去梳理單業務流程,可能會完整一些
和之前我設計的思路一致,其實我覺得用戶故事地圖,服務藍圖,用戶旅程圖差不多
哇,周老師棒棒喲
郭同學很好學嘛
2
3
4
想請教一下圖解是用什么軟件做的
萬能的Axure