用戶故事地圖實際應用

在產品設計和互動過程中,用戶體驗是一個非常重要的部分。在這裡,我們經常用到的一個實踐是用戶故事地圖。
在產品設計和互動過程中,用戶體驗是一個非常重要的部分。隨著產品的逐漸完善,主創團隊也需要通過各個維度來瞭解用戶需求,完善用戶的整體體驗。在這裡,我們經常用到的一個實踐是用戶故事地圖。

一、用戶故事地圖是什麼?


我們可以把用戶體驗整個產品的行為當作用戶的旅程。在整個旅程中,用戶是不能第一步就發現產品的所有價值的,需要經過各種活動及行為的觸發,來深入進行體驗,從而挖掘出產品的價值。

那用戶故事地圖就是一種安排用戶故事的方法,它將用戶旅程的基本步驟安排在水准軸(行)上,將用戶故事安排在相應的步驟(列)下麵,在同一列中,用戶故事的優先順序由上至下依次降低。當用戶故事地圖完成時,我們可以在單一的邏輯視圖中看到用戶與產品互動的所有管道,從第一次互動到完成總體用戶目標。使用用戶故事地圖,可以通過更全域的視角瞭解用戶故事如何融入整體用戶體驗。

二、我們要如何使用用戶故事地圖?


首先第一步,確定目標用戶

在確定目標用戶之前,我們還需要對齊一下產品的定義以及產品的目標。也就是說,我們需要在內部明確我們到底要做什麼、我們為什麼要這樣做以及用戶的價值。接下來我們就需要確定產品的目標用戶,比如當當的目標用戶是新書、暢銷書購買群體;而孔夫子舊書網的目標用戶則是古舊書、絕版書購買群體。

確定好目標用戶之後,我們就要來梳理目標用戶的用戶故事了。

第二步:確定用戶故事

在這一步中,我們需要確定的是主幹用戶故事。舉個例子,如果我要在週末去吃飯,可能會將這個活動折開為起床-洗漱-換衣服-選擇餐廳-出門-到達餐廳。那在這個時候,我們可以將這些主幹用戶故事放在用戶故事地圖的最上一層。

接下來,我們需要將這些用戶故事進行更加細緻的折開:洗漱我們可以折開為洗臉、刷牙、護膚等。這些顆粒度更細的用戶故事可以放在主幹用戶故事的下麵一層。不過在這裡我們要注意一點,我們不需要將用戶故事進行非常細緻的劃分,比如:將起床折開為睜開眼睛、從床上坐起來等等,因為這種維度的折開是已經落實到非常細節的執行中了的,如果只關注在這種顆粒度的話,會讓我們過早地深入探究“如何實現產品”中去,而忽視了高緯度的產品設計。

在折開用戶故事的時候,我們需要去發散一下自己的思維:比如用戶在這個部分會去做什麼?怎樣才能提高用戶的體驗?用戶還有沒有其他的方法來完成這個步驟等等……

等大家發散了自己的思維之後,我們就會得到一個比較完善、有條理的用戶故事。

第三步:做好用戶故事的優先順序排列

既然我們的主幹用戶故事和更細化的用戶故事已經出來了,接下來就需要對這些折開出來的用戶故事進行優先順序以及自上而下的排序,優先順序最高的用戶故事放在上面,並依次遞減。

第四步:溝通確認

用戶故事是需要和客戶/用戶以及團隊成員進行最終確認的,防止出現產品需求方面的偏差。確認完成之後,我們就需要排發佈計畫了,在協調好手中的時間、人力等各方面的資源後,將需要開發的用戶故事排為產品計畫,在接下來的時間內逐步交付。

對於項目團隊來說,用戶故事地圖能够幫助團隊從用戶視角來考慮問題:

1.能够幫助團隊更好地瞭解他們為什麼要構建軟件,以及軟件如何融入全域。


2.除了一些罕見的例外,任何軟體產品都只是更廣泛的業務活動或客戶體驗的一部分,通常在與軟件互動之外開始和結束。軟件可能只是加速某些活動的某一部分,或者提供一種新的做事管道。規劃用戶故事地圖有助於團隊在更廣泛的背景下考慮用戶故事,發現遺漏或不必要的步驟,並創造新的產品創意。

3.避免線性思維。用戶故事地圖有助於優先順序劃分、故事折開,並為發佈計畫提供重點。特別是,通過規劃一段旅程,然後在每個步驟中考慮故事,這樣故事地圖幫助團隊將用戶故事視為選項,而不是承諾。

4.將交互設計融入反覆運算交付。故事地圖提供了一個很好的框架,用於考慮用戶互動過程,並在此背景下繪製反覆運算版本和里程碑。這樣就更容易規劃交互設計工作,優先考慮與即將到來的里程碑相關的部分。

5.促進反覆運算交付。通過將相關故事分組在一起,利益相關者通常會看到,他們可以通過更簡單的可交付成果選擇來啟用某些操作,並將更複雜的故事延后到以後的版本中。

總之,使用用戶故事地圖,就可以“既見樹木,又見森林”,考慮問題更全面,規劃交付更輕鬆,並引導以用戶的視角看待問題,提升軟件的價值,同時提升與用戶溝通的效率。
資料標籤: 用戶故事 優先順序
本文標題: 用戶故事地圖實際應用
永久網址: https://www.laoziliao.net/doc/1699635862468332
相关資料
敏捷開發模式下如何快速提升產品品質
隨著敏捷開發模式逐漸走入福斯視野,它開始逐步取代了傳統的瀑布式開發模式,被越來越多的研發項目團隊採用。那麼如何平衡敏捷的快速反覆運算開發和解决Bug的衝突呢?
標籤: 敏捷開發 qa 敏捷測試 軟件 軟體工程 devops
一鍵開啟Scrum回顧會議的精彩時刻
其實回顧會議作為一個檢視、迴響、改進環節,不僅在傳統的瀑布管理模式中,還是在Scrum一類的敏捷管理流程中,都是非常重要的活動。如果發現自己的團隊中和這些問題對上號了,那恭喜你,你走出了讓團隊回顧會議重新煥發活力的第一步。
標籤: 會議 scrum
Sprint產品待辦清單的優先順序要怎麼排?
在梳理產品待辦事項清單的過程中,產品負責人需要先做優先順序排列,保證我們在一定的時間盒內能够交付需要優先順序最高、最具價值的用戶故事。那這個用戶故事的優先順序要怎麼排列,我們怎樣選擇用戶故事的實現順序?
標籤: 優先順序 排序法
轉型敏捷中,有哪些無形的障礙?
隨著市場環境的快速變化,傳統管理管道的弊端日益顯露,對於渴望緊跟行業趨勢以不斷滿足用戶多樣化需求的群體來說,敏捷轉型就顯得非常關鍵。但就許多企業本身來說,由傳統管理向敏捷管理的轉型並不是一帆風順的,本文我們將為您解答轉型過程中為什麼會遇到障
標籤: 敏捷