一、用戶故事地圖是什麼?
我們可以把用戶體驗整個產品的行為當作用戶的旅程。在整個旅程中,用戶是不能第一步就發現產品的所有價值的,需要經過各種活動及行為的觸發,來深入進行體驗,從而挖掘出產品的價值。
二、我們要如何使用用戶故事地圖?
首先第一步,確定目標用戶
在確定目標用戶之前,我們還需要對齊一下產品的定義以及產品的目標。也就是說,我們需要在內部明確我們到底要做什麼、我們為什麼要這樣做以及用戶的價值。接下來我們就需要確定產品的目標用戶,比如當當的目標用戶是新書、暢銷書購買群體;而孔夫子舊書網的目標用戶則是古舊書、絕版書購買群體。確定好目標用戶之後,我們就要來梳理目標用戶的用戶故事了。
第二步:確定用戶故事
在這一步中,我們需要確定的是主幹用戶故事。舉個例子,如果我要在週末去吃飯,可能會將這個活動折開為起床-洗漱-換衣服-選擇餐廳-出門-到達餐廳。那在這個時候,我們可以將這些主幹用戶故事放在用戶故事地圖的最上一層。接下來,我們需要將這些用戶故事進行更加細緻的折開:洗漱我們可以折開為洗臉、刷牙、護膚等。這些顆粒度更細的用戶故事可以放在主幹用戶故事的下麵一層。不過在這裡我們要注意一點,我們不需要將用戶故事進行非常細緻的劃分,比如:將起床折開為睜開眼睛、從床上坐起來等等,因為這種維度的折開是已經落實到非常細節的執行中了的,如果只關注在這種顆粒度的話,會讓我們過早地深入探究“如何實現產品”中去,而忽視了高緯度的產品設計。
在折開用戶故事的時候,我們需要去發散一下自己的思維:比如用戶在這個部分會去做什麼?怎樣才能提高用戶的體驗?用戶還有沒有其他的方法來完成這個步驟等等……
等大家發散了自己的思維之後,我們就會得到一個比較完善、有條理的用戶故事。
第三步:做好用戶故事的優先順序排列
既然我們的主幹用戶故事和更細化的用戶故事已經出來了,接下來就需要對這些折開出來的用戶故事進行優先順序以及自上而下的排序,優先順序最高的用戶故事放在上面,並依次遞減。第四步:溝通確認
用戶故事是需要和客戶/用戶以及團隊成員進行最終確認的,防止出現產品需求方面的偏差。確認完成之後,我們就需要排發佈計畫了,在協調好手中的時間、人力等各方面的資源後,將需要開發的用戶故事排為產品計畫,在接下來的時間內逐步交付。對於項目團隊來說,用戶故事地圖能够幫助團隊從用戶視角來考慮問題:
1.能够幫助團隊更好地瞭解他們為什麼要構建軟件,以及軟件如何融入全域。
2.除了一些罕見的例外,任何軟體產品都只是更廣泛的業務活動或客戶體驗的一部分,通常在與軟件互動之外開始和結束。軟件可能只是加速某些活動的某一部分,或者提供一種新的做事管道。規劃用戶故事地圖有助於團隊在更廣泛的背景下考慮用戶故事,發現遺漏或不必要的步驟,並創造新的產品創意。
3.避免線性思維。用戶故事地圖有助於優先順序劃分、故事折開,並為發佈計畫提供重點。特別是,通過規劃一段旅程,然後在每個步驟中考慮故事,這樣故事地圖幫助團隊將用戶故事視為選項,而不是承諾。
4.將交互設計融入反覆運算交付。故事地圖提供了一個很好的框架,用於考慮用戶互動過程,並在此背景下繪製反覆運算版本和里程碑。這樣就更容易規劃交互設計工作,優先考慮與即將到來的里程碑相關的部分。
5.促進反覆運算交付。通過將相關故事分組在一起,利益相關者通常會看到,他們可以通過更簡單的可交付成果選擇來啟用某些操作,並將更複雜的故事延后到以後的版本中。
總之,使用用戶故事地圖,就可以“既見樹木,又見森林”,考慮問題更全面,規劃交付更輕鬆,並引導以用戶的視角看待問題,提升軟件的價值,同時提升與用戶溝通的效率。