產(chǎn)品經(jīng)理的日常主要工作就是與需求打交道，如何能夠快速準(zhǔn)確地洞察用戶或客戶的需求，讓功能直擊用戶痛點(diǎn)是很多產(chǎn)品經(jīng)理的愿望。而筆者就發(fā)現(xiàn)，利用用戶故事，可以有效幫助產(chǎn)品經(jīng)理解決產(chǎn)品需求策劃的問(wèn)題。

前段時(shí)間看了一本書《敏捷軟件開發(fā)：用戶故事實(shí)戰(zhàn)》，顧名思義，整本書大概講的是在敏捷軟件開發(fā)中，如何運(yùn)用用戶故事來(lái)開發(fā)和迭代客戶需求。

“故事”在百度百科的定義是：通過(guò)敘述的方式講一個(gè)帶有寓意的事件，或是陳述一件往事，側(cè)重于事件發(fā)展時(shí)的描述。應(yīng)用到軟件開發(fā)流程中，用戶故事，就可以理解為是敘述用戶在使用軟件功能時(shí)的過(guò)程。

整本書所表達(dá)的思想就是：如何在敏捷項(xiàng)目中用用戶故事思維做產(chǎn)品開發(fā)。所以，用戶故事的方法適用于敏捷項(xiàng)目。

換句話說(shuō)，針對(duì)產(chǎn)品需求和目標(biāo)明確的敏捷開發(fā)項(xiàng)目，使用用戶故事更有益于開發(fā)出符合客戶需求的功能。

目前個(gè)人在實(shí)際產(chǎn)品工作中，處理需求的過(guò)程，會(huì)經(jīng)常涉及需求場(chǎng)景梳理，看完本書后，感覺用戶故事的一些思路和方法，有助于日常需求場(chǎng)景的梳理。下面就結(jié)合書中的理解，說(shuō)說(shuō)用戶故事在實(shí)際開發(fā)過(guò)程中的流程以及使用方法。

一、本書的思想：運(yùn)用到實(shí)際項(xiàng)目中的具體流程

敏捷項(xiàng)目-用戶故事開發(fā)流程

1. 識(shí)別用戶角色

通過(guò)梳理識(shí)別該需求的用戶，然后針對(duì)該需求角色進(jìn)行用戶角色建模，簡(jiǎn)單講就是通過(guò)先發(fā)散再收斂的方法識(shí)別初始角色，然后聚合分類、去重，最后形成幾個(gè)典型的用戶角色，同時(shí)抽象出對(duì)應(yīng)的用戶畫像。

2. 梳理用戶故事

根據(jù)整理出來(lái)的用戶畫像，梳理各用戶角色的用戶故事，編寫用戶故事的過(guò)程其實(shí)也是發(fā)散到收斂的過(guò)程。

如果公司有客戶拜訪和調(diào)研的條件，可以直接與客戶進(jìn)行溝通，那用戶故事自然相對(duì)客觀；如果不具備客戶訪談的條件，那就只能發(fā)揮場(chǎng)景想象力來(lái)頭腦風(fēng)暴了。

3. 故事評(píng)估

此階段主要是評(píng)估用戶故事，對(duì)梳理出來(lái)的故事清單進(jìn)行評(píng)估，主要針對(duì)故事的理想實(shí)現(xiàn)時(shí)間、復(fù)雜性以及對(duì)于團(tuán)隊(duì)和客戶的價(jià)值等方面。

評(píng)估時(shí)可以賦予每個(gè)故事一定的估算值，來(lái)客觀顯示這些故事點(diǎn)的重要性。此階段故事評(píng)估時(shí)使用的估算值，既可以排優(yōu)先級(jí)，還可以估算速率。

4. 計(jì)劃發(fā)布

在創(chuàng)建發(fā)布計(jì)劃時(shí)，需要確定故事優(yōu)先級(jí)和迭代速率。優(yōu)先級(jí)評(píng)估的方法和評(píng)估需求優(yōu)先級(jí)的方法類似。書中講的四種評(píng)估優(yōu)先級(jí)為必須要有、應(yīng)該有的、可以有的、不需要有，當(dāng)然這不是隨便決定的，而是根據(jù)故事評(píng)估階段每個(gè)故事的估算值來(lái)排序，同時(shí)結(jié)合估算的迭代速率，即通過(guò)計(jì)算估算值來(lái)決定每次迭代多少個(gè)故事點(diǎn)。

5. 驗(yàn)收測(cè)試

驗(yàn)收測(cè)試階段主要測(cè)試發(fā)布的故事有沒有完成，書中建議是最好客戶可以參與驗(yàn)收，但實(shí)際對(duì)于大多數(shù)公司來(lái)講，是不具備這個(gè)條件的。

除講述運(yùn)用用戶故事貫穿整個(gè)開發(fā)流程外，本書還順便提到了技術(shù)開發(fā)時(shí)，可以使用結(jié)對(duì)編程，可大大減少返工率，并最大程度優(yōu)化代碼架構(gòu)。

總之，本書中描述的開發(fā)流程與互聯(lián)網(wǎng)從0-1的產(chǎn)品開發(fā)是有區(qū)別，因?yàn)槭敲艚蓍_發(fā)項(xiàng)目，因此流程是建立在產(chǎn)品需求和目標(biāo)明確的前提下，沒有需求挖掘的過(guò)程，直接通過(guò)調(diào)研和規(guī)劃用戶故事的方法進(jìn)行計(jì)劃迭代。

二、用戶故事幫助完善產(chǎn)品用戶場(chǎng)景

產(chǎn)品經(jīng)理的日常主要工作就是與需求打交道，如何能夠快速準(zhǔn)確地洞察用戶或客戶的需求，開發(fā)的功能直擊用戶痛點(diǎn)是很多產(chǎn)品經(jīng)理的愿望。

平時(shí)在分析需求時(shí)，大多按照需求的三要素，用戶/角色、場(chǎng)景、任務(wù)路徑來(lái)梳理目標(biāo)用戶的核心需求。

可產(chǎn)品目標(biāo)用戶的真實(shí)需求，往往就誕生在真實(shí)的業(yè)務(wù)場(chǎng)景里，這點(diǎn)體驗(yàn)在B端產(chǎn)品里尤為明顯。因此接到需求后，在進(jìn)入功能策劃階段之前，梳理完善的、核心的場(chǎng)景就顯得至關(guān)重要。

那么如何運(yùn)用用戶故事來(lái)幫我們梳理完善的場(chǎng)景呢？可以分三步走。

1. 結(jié)合目標(biāo)用戶畫像，梳理目標(biāo)用戶對(duì)應(yīng)的核心使用場(chǎng)景

C端產(chǎn)品通常都有幾個(gè)典型的用戶畫像，B端產(chǎn)品也不例外，也可以梳理出來(lái)自家產(chǎn)品對(duì)應(yīng)的幾個(gè)典型客戶畫像。

按照2/8定律，雖然這幾類典型的用戶/客戶可能只占全部注冊(cè)用戶的20%，但通?？梢愿采w產(chǎn)品中80%的功能，或者說(shuō)可以貢獻(xiàn)產(chǎn)品收益的80%。

因此在梳理產(chǎn)品用戶的核心場(chǎng)景時(shí)，首先要針對(duì)此類用戶的使用場(chǎng)景進(jìn)行調(diào)研。

2. 根據(jù)典型用戶的核心場(chǎng)景拆分需求

梳理完核心場(chǎng)景后，再將核心需求從場(chǎng)景中提煉出來(lái)，此時(shí)的需求應(yīng)該就是最接近用戶/客戶的真實(shí)期望了。將場(chǎng)景用文字描述出來(lái)，可以整理成表格清單，便于后續(xù)整理。

表格清單示例

3. 需求點(diǎn)轉(zhuǎn)化為用戶故事

從核心場(chǎng)景提煉出來(lái)的需求點(diǎn)，還可以進(jìn)一步細(xì)化為單個(gè)或多個(gè)故事點(diǎn)。

產(chǎn)品需求在一定程度上可以理解為故事，用戶在描述需求時(shí)，其實(shí)就是在描述用戶期望的使用場(chǎng)景，可以理解為用戶是在敘述他是在何種情境下，通過(guò)/使用何種物質(zhì)，如何完成某個(gè)行為的。

但我們?cè)谔釤挸鲂枨蟮臅r(shí)候，往往有很多一句話需求，關(guān)于這個(gè)需求的細(xì)節(jié)無(wú)法很好地體現(xiàn)出來(lái)。甚至很多需求點(diǎn)不一定就是功能點(diǎn)，往往需求只是目的，達(dá)到目的的方法卻不止一個(gè)。

因此就需要通過(guò)用戶故事的方法來(lái)細(xì)化需求場(chǎng)景，便于充分拆解當(dāng)前的需求，同時(shí)也有利于充實(shí)用戶場(chǎng)景，在需求策劃階段的決策更有依據(jù)，功能設(shè)計(jì)也更加全面。

三、結(jié)合書中理解，說(shuō)說(shuō)用戶故事如何編寫

1. 用戶故事的價(jià)值

確定目標(biāo)用戶畫像和核心使用場(chǎng)景后，在策劃具體功能之前，應(yīng)梳理用戶在使用該功能時(shí)的場(chǎng)景，然后以用戶故事的形式羅列出來(lái)。用戶故事可以用于針對(duì)某個(gè)需求功能做計(jì)劃和提示，有助于充實(shí)使用場(chǎng)景的細(xì)節(jié)。后續(xù)可對(duì)用戶故事清單進(jìn)行優(yōu)先級(jí)排序，用于決策哪些用戶故事應(yīng)該優(yōu)先被實(shí)現(xiàn)。

2. 用戶故事的特點(diǎn)

1. 獨(dú)立的：每個(gè)故事盡可能相互獨(dú)立，相互依賴的故事可以合并成一個(gè)更大但更獨(dú)立的故事；
2. 對(duì)用戶或客戶有價(jià)值的：是客戶真正關(guān)注的，可以真正解決用戶問(wèn)題，滿足用戶需求的故事；
3. 可估算的：用于后續(xù)產(chǎn)品開發(fā)進(jìn)行工作量估算，必要時(shí)要拆分故事點(diǎn)，便于項(xiàng)目管控；
4. 可測(cè)試的：測(cè)試人員可根據(jù)用戶故事，直接測(cè)試該故事點(diǎn)是否已被成功開發(fā)；
5. 小的：?jiǎn)蝹€(gè)用戶故事盡可能可以被量化和評(píng)估，保證每個(gè)故事盡可能小，便于窮盡故事細(xì)節(jié)。

3. 用戶故事示例

了解了用戶故事的價(jià)值和特點(diǎn)后，以“115”產(chǎn)品中的記錄功能做個(gè)示例，當(dāng)我們從核心場(chǎng)景中提煉出一些需求點(diǎn)后，就需要進(jìn)一步將這些需求點(diǎn)展開，便于后續(xù)需求規(guī)劃和原型策劃。

“記錄”功能的用戶故事：

1. 用戶可在115上快速新增記錄，可直接選擇某個(gè)記錄分類進(jìn)行添加；
2. 用戶可自定義創(chuàng)建記錄分類，添加記錄后可歸類到某個(gè)分類下；
3. 用戶在記錄時(shí)支持文字編輯和本地圖片上傳；
4. 用戶在編輯記錄時(shí)，可添加記錄時(shí)用戶的位置信息；
5. 用戶在編輯記錄時(shí)，可選擇拍攝照片上傳；
6. 用戶添加的記錄支持備注標(biāo)簽，并且可根據(jù)標(biāo)簽查找記錄；
7. 用戶可以將記錄的文本內(nèi)容進(jìn)行復(fù)制、粘貼；
8. 用戶可選擇部分文本記錄內(nèi)容，快速轉(zhuǎn)為待辦項(xiàng)或日程；
9. 用戶可將單個(gè)記錄進(jìn)行重點(diǎn)標(biāo)記或星標(biāo)；
10. 編輯記錄時(shí)，用戶可在文本框?qū)崟r(shí)查看當(dāng)前已編輯的文本字?jǐn)?shù)。

本文由 @王曙 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來(lái)自Unsplash，基于CC0協(xié)議