借助用戶故事，我們可以將調(diào)研所獲得的用戶需求描述給開(kāi)發(fā)人員。那么，用戶故事應(yīng)當(dāng)遵循什么樣的格式？我們不妨結(jié)合案例，來(lái)看看作者的分享。

一、用戶故事的概念

在敏捷開(kāi)發(fā)中產(chǎn)品負(fù)責(zé)人 (Product Owner），要?jiǎng)?chuàng)建和管理產(chǎn)品待辦事項(xiàng)列表（Product Backlog），產(chǎn)品待辦列表中的事項(xiàng)是什么呢，本質(zhì)就是用戶需求，但是以用戶故事（Story）的形式展示，用戶故事是要用最簡(jiǎn)單的方式來(lái)將調(diào)研獲得的用戶需求描述給研發(fā)人員。

二、用戶故事的格式

它的常見(jiàn)形式是在卡片上寫(xiě)上“誰(shuí)” “做什么” “為什么”，如下所示：

作為_(kāi)__________；

我想/我能______________；

從而/以便我能_________________；

示例：

作為_(kāi)__商家________；

我想/我能___方便的發(fā)布店鋪信息___________；

從而/以便我能____吸引潛在客戶_____________；

再在卡片背后寫(xiě)上驗(yàn)收標(biāo)準(zhǔn)。

為什么要有驗(yàn)收標(biāo)準(zhǔn)，因?yàn)槲蚁?我能，這個(gè)只是粗略的業(yè)務(wù)需求，還達(dá)不到研發(fā)需求，我們要借著用戶故事跟研發(fā)了交流，我們要以什么的方案來(lái)實(shí)現(xiàn)需求，具體方案怎么落地，怎么驗(yàn)收，跟研發(fā)共同確認(rèn)驗(yàn)收標(biāo)準(zhǔn)，這個(gè)驗(yàn)收標(biāo)準(zhǔn)也就是測(cè)試的驗(yàn)收用例。驗(yàn)收標(biāo)準(zhǔn)的常見(jiàn)格式是由“前提條件” “出發(fā)點(diǎn)” “期望結(jié)果”組成。

假設(shè)/給定___________；

當(dāng)______________；

那么_________________；

示例：

假設(shè)/給定___商家輸入完整的店鋪信息________；

當(dāng)______商家點(diǎn)擊發(fā)布按鈕________；

那么_____用戶可以在網(wǎng)站查看到對(duì)應(yīng)的店鋪信息____________；

PS：一個(gè)故事，不是只有一個(gè)驗(yàn)收標(biāo)準(zhǔn)，可以有多個(gè)，支持1對(duì)多。

三、用戶故事案例

下面用一個(gè)例子來(lái)講述一下用戶故事。

假設(shè)我們收到需求，要做一個(gè)財(cái)務(wù)系統(tǒng)，我們已經(jīng)完成前期的用戶調(diào)研，并了解到其中一個(gè)財(cái)務(wù)的工作內(nèi)容為：

因近期業(yè)務(wù)發(fā)展，收集并核對(duì)原始憑證占用財(cái)務(wù)過(guò)多時(shí)間，希望能以更便捷的方式收集。

原始憑證：

是指經(jīng)濟(jì)業(yè)務(wù)發(fā)生或完成時(shí)取得或者填制的，用以記錄或證明經(jīng)濟(jì)業(yè)務(wù)的發(fā)生或者完成情況的原始憑據(jù)。像等下場(chǎng)景中的會(huì)提到的訂單，還有提到國(guó)家稅務(wù)總局統(tǒng)一印制的全國(guó)通用的增值稅專用發(fā)票，除此之外還有像制造型企業(yè)生產(chǎn)使用的領(lǐng)料單，當(dāng)然我們最熟悉還是打工人發(fā)起的差旅費(fèi)報(bào)銷(xiāo)單等；

記賬憑證：

記賬憑證又稱記賬憑單，是指會(huì)計(jì)人員根據(jù)審核無(wú)誤的原始憑證，按照經(jīng)濟(jì)業(yè)務(wù)的內(nèi)容加以規(guī)歸類，并據(jù)以確定會(huì)計(jì)分錄后添置的會(huì)計(jì)憑證，作為登記賬簿的直接依據(jù)。

業(yè)務(wù)場(chǎng)景一：

張三（打工人1號(hào)）：“我新人入職，購(gòu)買(mǎi)了一臺(tái)電腦，要報(bào)銷(xiāo)”

李四（財(cái)務(wù)）：“這么多， 填下報(bào)銷(xiāo)申請(qǐng)，申請(qǐng)人、申請(qǐng)日期、購(gòu)買(mǎi)單據(jù)，發(fā)票這些都填好，報(bào)銷(xiāo)申請(qǐng)表發(fā)你了”

張三（打工人1號(hào)）：“行，這個(gè)是我購(gòu)買(mǎi)單據(jù)，我直接截圖貼上去”

李四（財(cái)務(wù)）：“嗯，填好了再發(fā)我”

有了原始憑證之后，財(cái)務(wù)就要跟據(jù)原始憑證編制記賬憑證，如下圖所示；

這是一個(gè)記賬憑證，使用的是借貸記賬法，當(dāng)前先不展開(kāi)講；

收集原始憑證的用戶故事：

作為[財(cái)務(wù)人員] ；

我想要 [能夠方便地收集原始憑證]；

以便 [確保財(cái)務(wù)數(shù)據(jù)的準(zhǔn)確性和完整性，便于后續(xù)的財(cái)務(wù)處理和審計(jì)（生成記賬憑證）]。

明確用戶故事后，就可以展開(kāi)討論，逐步明確驗(yàn)收標(biāo)準(zhǔn)：

• （系統(tǒng)輸入-系統(tǒng)加工邏輯-系統(tǒng)輸出）
• 怎么方便收集原始憑證：對(duì)接自研業(yè)務(wù)系統(tǒng)
• 要收集原始憑證哪些信息：要有滿足記賬憑證所需信息，【“會(huì)計(jì)主體”、“業(yè)務(wù)名稱”、“憑證字段”、“業(yè)務(wù)日期”、“業(yè)務(wù)金額”、“往來(lái)對(duì)象”】
• 是接收所有的業(yè)務(wù)單據(jù)嗎：不是，要收集的單據(jù)類型有銷(xiāo)售訂單、采購(gòu)……
• 需要業(yè)務(wù)人員做操作嗎：可以查看收集到的原始憑證
• 系統(tǒng)響應(yīng)時(shí)間、實(shí)時(shí)、容量有要求嗎……

驗(yàn)收標(biāo)準(zhǔn)1：

假設(shè)接收到自研業(yè)務(wù)系統(tǒng)傳來(lái)的原始憑證；

當(dāng)原始憑證單據(jù)類型符合要求，且滿足的字段要求【“會(huì)計(jì)主體”、“業(yè)務(wù)名稱”、“憑證字段”、“業(yè)務(wù)日期”、“業(yè)務(wù)金額”、“往來(lái)對(duì)象”】時(shí)；

提醒自研業(yè)務(wù)系統(tǒng)原始憑證接收成功。

驗(yàn)收標(biāo)準(zhǔn)2：

假設(shè)接收到自研業(yè)務(wù)系統(tǒng)傳來(lái)的原始憑證；

當(dāng)原始憑證根據(jù)單據(jù)類型符合要求，并不滿足財(cái)務(wù)憑證生成的字段要求【“會(huì)計(jì)主體”、“業(yè)務(wù)名稱”、“憑證字段”、“業(yè)務(wù)日期”、“業(yè)務(wù)金額”、“往來(lái)對(duì)象”】時(shí)；

提醒第自研業(yè)務(wù)系統(tǒng)原始憑證字段缺失，請(qǐng)重新復(fù)核原始憑證。

驗(yàn)收標(biāo)準(zhǔn)3：

假設(shè)接收到自研業(yè)務(wù)系統(tǒng)傳來(lái)的原始憑證；

當(dāng)原始憑證單據(jù)類型不符合要求時(shí)；

提醒自研業(yè)務(wù)系統(tǒng)單據(jù)類型不符合要求，請(qǐng)重新確認(rèn)單據(jù)類型配置。

你會(huì)怎么編制財(cái)務(wù)憑證這個(gè)用戶故事及對(duì)應(yīng)的驗(yàn)收標(biāo)準(zhǔn)呢？

結(jié)束語(yǔ)

用戶故事是很便捷，也比較方便變更，但請(qǐng)注意它的適用場(chǎng)景，不是所有開(kāi)發(fā)流程都適用。

在實(shí)際操作的過(guò)程中，可能考慮的問(wèn)題還有很多，比如變更需求引起的研發(fā)成本、時(shí)間變更等等。你還會(huì)發(fā)現(xiàn)一開(kāi)始的用戶故事比較少，等進(jìn)入研發(fā)階段的是，又能拆解出很多小的用戶故事，這都是很正常的，用戶故事怎么拆解，怎么落地，這些都是要在實(shí)戰(zhàn)中思考的，也再看看Invest法則，怎么才算一個(gè)好的用戶故事。

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

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

該文觀點(diǎn)僅代表作者本人，人人都是產(chǎn)品經(jīng)理平臺(tái)僅提供信息存儲(chǔ)空間服務(wù)。