寫用戶故事的方法!看了就會用
要想寫好用戶故事,我們需要遵循一定的方式方法。這篇文章里,作者就分享了相應的寫法和注意事項,一起來看看吧。
到底該怎么寫好用戶故事?這是已經困擾我將近一周的命題了,倒不是因為用戶故事不好寫,而是因為不清楚該如何講述寫的方法。
看了網上的好多方法文章后,我發現如果對于一個小白來說,看完大概率還是不會寫。正所謂“實踐是檢驗真理的唯一標準”,所以本篇文章將會在簡要介紹撰寫用戶故事的原因、方法等基礎知識后,通過列舉案例的方式來一起學習如何寫好用戶故事。
一、什么是用戶故事?為什么要寫用戶故事?
用戶故事是連接用戶與產品開發團隊的橋梁,產品經理就是這個橋梁的橋柱子。用戶故事,就是從用戶的角度出發,對用戶的動作、目的或期望的一種描述,長短不一,只要能夠表達清楚即可。
用戶故事寫得清楚,就意味著開發團隊能夠更清楚直觀的了解用戶需求,明確需求的價值。需求如果能被提上開發日程,用戶故事絕對是可以出上一份力氣的。通過清晰的用戶故事,需求場景被生動的展示在開發團隊面前,這可比產品經理直接告訴開發人員我要開發某某功能,更具有說服力。
二、如何寫用戶故事
撰寫用戶故事的公式和方法,看起來網上已經多的不能再多了,本文只做簡要總結概述。
1. 寫法公式
用戶/角色+意圖/想要的功能+達到什么樣的目的/結果(+實現什么樣的價值)
2. 注意點
- 明確用戶/角色,是誰/什么角色提出的需求,要搞清楚用戶定位,從用戶的角度出發來寫用戶故事;
- 采用動賓結構或主謂賓結構,保持故事結構清晰,敘述客觀;
- 盡量保持簡潔,避免一些無關冗余的話術,單個故事要敘述完整,形成小閉環;
- 盡可能保持用戶故事之間的獨立性,減少對其他用戶故事的依賴;
- 注意拆分、擴展場景,根據場景考慮需求價值,不要自己YY無中生有,也不要遺漏場景;
- 注意用戶故事的層級/顆粒度,保持并列用戶故事間的顆粒度一致;
- 注意系統或產品功能的邊界,描述邊界內的故事
三、用戶故事舉例
重點來了,接下來將會舉一些用戶故事的例子,我們可以結合著上邊提到的公式和注意點來看這些用戶故事是否ok。
- 作為經理,我希望能夠查看正在進行的工作的狀態,以便我可以計劃何時將其交付給高級領導。
- 作為普通用戶, 要支將新朋友添加到我的個人資料中,我應該能夠向其他用戶發送好友請求。
- 作為關注者,我希望能夠在博客上發表評論,以便我收到作者的反饋。
- 作為公司員工,我希望可以再Hr系統中修改工資卡。
- 用戶在20分鐘內沒有保存在線文檔,系統將自動保存。
- 作為系統管理員,我希望可以擁有所有普通用戶的權限,以便從整體上監控工作狀態。
- 作為用戶,我希望可以驗證我的登錄信息,防止別人登錄我的賬戶。
- 我希望可以記錄客戶的個人信息,以便我可以追溯問題來源。
- 作為項目經理,我希望能夠增刪改查項目列表,以便管理我負責的項目。
- 作為一個文盲,我希望能夠通過發語音的方式來回復消息,以便我能夠和朋友順利的溝通。
- 作為一個喜歡分享的用戶,我希望能在商品詳情頁中分享商品給我的朋友,以便我能夠讓朋友直接看到商品的賣點。
- 我作為一個經常一次購買四五件商品的用戶,希望能夠一次支付四五件商品的錢,而不是每一件商品都要單獨支付,以便節省我的操作成本和時間。
- 作為一個彩民,我希望能夠在網站上輸入我的彩票號碼,以便能直接查看我是否中獎。
通過上面這些例子,我們能夠發現,一個用戶故事,核心就是公式中的三個要素,即用戶是誰?想要的功能是什么?想要達成的目的是什么?在公式的基礎上保證用戶故事間的獨立、完整、層級統一、可驗證。
用戶故事寫好后,產品經理便可以從中抽離產品功能需求,并做進一步的需求分析了。
本文由 @向上的小霍 原創發布于人人都是產品經理,未經作者許可,禁止轉載。
題圖來自Unsplash,基于CC0協議。
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
- 目前還沒評論,等你發揮!