面對陌生的業(yè)務(wù)領(lǐng)域，產(chǎn)品經(jīng)理如何快速了解業(yè)務(wù)模式、商業(yè)模式呢？通過用戶故事做深入會是一個高效的做法。

隨著互聯(lián)網(wǎng)+各行各業(yè)的深入發(fā)展，互聯(lián)網(wǎng)產(chǎn)品經(jīng)理也在持續(xù)的向其他行業(yè)溢出。這也對產(chǎn)品經(jīng)理的能力提出挑戰(zhàn)：經(jīng)常會遇到陌生的業(yè)務(wù)領(lǐng)域（2B產(chǎn)品更甚）。

對于這種新業(yè)務(wù)領(lǐng)域，產(chǎn)品經(jīng)理在不了解商業(yè)模式、業(yè)務(wù)流程、不了解功能范圍，怎么切入？

這時可以試試花個30分鐘，列舉一個全局的用戶故事腦圖，它能幫助你快速建立對業(yè)務(wù)的商業(yè)模式、范圍、流程、人員角色、各自需求的思考。

開始之前

我們知道，通?？梢允褂盟膫€問題，來控制產(chǎn)品的思考范圍：

• 誰是核心用戶
• 他什么問題備受困擾
• 我的產(chǎn)品能如何解決
• 為什么是我們來解決，而不是別的產(chǎn)品

這幾個問題問完，我們的產(chǎn)品就有一個大致的范圍概念了，那么接下來怎么分析、分解呢？總有一種千頭萬緒無處下手的感覺。這時就可以考慮用戶故事了。

一、為什么需要用戶故事（或者至少用戶任務(wù)）

用戶故事的開發(fā)方法是跟隨敏捷開發(fā)產(chǎn)生的一種需求分析、產(chǎn)品分解落地的方法。

傳統(tǒng)的敏捷開發(fā)會通過用戶故事看板工具，來解決了團(tuán)隊一致性的溝通問題、產(chǎn)品的分版本、分階段落地等問題。

而現(xiàn)在，為了能幫助自己梳理思考問題的邏輯鏈條，輔助后續(xù)工作的思考，可考慮將用戶故事看板簡化為用戶故事腦圖。

作為用戶故事看板的輕量形式，用戶故事腦圖在使用的過程中，可以讓我們所有的功能都有場景、有依據(jù)，從而減少在產(chǎn)品設(shè)計階段偽需求的產(chǎn)生。

再多輪業(yè)務(wù)的使用中，我認(rèn)為它是一種獨立建立角色設(shè)定、明晰場景、分析需求的一個很有效的方法。能夠為后續(xù)的產(chǎn)品業(yè)務(wù)架構(gòu)設(shè)計、產(chǎn)品迭代規(guī)劃等提供高效的指導(dǎo)。

抽30分鐘的時間，我們來看看怎么做一個有效的腦圖用戶故事：

二、如何做腦圖用戶故事

常規(guī)單條用戶故事的結(jié)構(gòu)一般是：

我是XX【某個角色】，當(dāng)我在XXX【某個場景】的時候，我希望能夠XXX【做某件事情】，因為這樣我就能XXX【實現(xiàn)某個目的】

當(dāng)所有的用戶故事羅列完成后，根據(jù)不同的角色、場景、任務(wù)之間的重要等級、關(guān)聯(lián)和依賴程度去做功能開發(fā)的取舍、階段版本的定義，從而推進(jìn)到后續(xù)的產(chǎn)品設(shè)計、研發(fā)以及線上驗證反饋階段。

而腦圖的用戶故事中，因為是給自己做思路梳理的，所有它可以根據(jù)實際情況做簡化。通常我會至少保留用戶故事的基本結(jié)構(gòu)，其他的信息在根據(jù)需要，做針對性深化。

另外，在做用戶故事梳理還有一個原則，即：梳理階段，只考慮用戶與場景的需求，不考慮技術(shù)實現(xiàn)路徑。

三、腦圖用戶故事的層級結(jié)構(gòu)

我所使用的腦圖用戶故事的結(jié)構(gòu)層級如下：

• 第一層 典型角色
• 第二層 典型場景（或者叫用戶行為、骨干故事）
• 第三層 典型的用戶任務(wù)

有些人會在用戶任務(wù)下再細(xì)分一些更細(xì)致的用戶故事，不過我感覺自己用到第三層次已經(jīng)可以了，就沒有再細(xì)分。

第一層 典型角色

舉個例子，假設(shè)我們要做一個餐飲點單的產(chǎn)品，應(yīng)該怎么來列這個腦圖用戶故事呢？

首先來看典型用戶。所謂典型用戶就是和這個產(chǎn)品有關(guān)聯(lián)關(guān)系的角色，通常會有直接角色和間接角色。

在餐飲點單系統(tǒng)里，點單肯定會有的角色就是 顧客和點單員（也可能只要顧客就行了）。

點單前和點單后會涉及到的角色，比如 點單后的主廚角色、配菜角色、上菜角色；以及點單之前的迎賓角色等。

這樣其實我們能看到，直接的角色就是顧客和點單人，其他人可以被視為間接角色，這樣就可以在列角色的時候順便把他們的重要等級也思考一下了。（當(dāng)然腦圖里可以不體現(xiàn)）。

命名可以使用“我是XX”做假設(shè)引入。注意，這個假設(shè)在思考過程中很重要。

比如：

這一步的原則是有多少和系統(tǒng)產(chǎn)品有可能有關(guān)系的角色都羅列，也許某個角色后續(xù)分享下來沒有使用場景，那么后續(xù)即使空著也無妨。因為這樣可以讓你的思考更全面。畢竟：做不做先不管，產(chǎn)品得先想到是不是~

第二層 典型場景

這里叫用戶行為&場景&骨干故事，都行，隨便你怎么叫。它的核心就是描述某個角色在和產(chǎn)品交互時的所有場景的劃分。

這里要注意劃分的分類必須時單一維度上完全分類，需要確保在這個維度上的所有場景都要有。比如常規(guī)的劃分方法可以按生命周期、過程時間線等。

回到顧客點單場景，典型用戶是顧客，那么如何做全顧客的場景？這時我們就可以考慮吃飯決策的全生命周期了。具體就是：

不餓->餓了->進(jìn)店->點單->等餐->就餐->結(jié)賬->離店

作為示例，這里簡化了很多決策環(huán)節(jié)。（比如進(jìn)店前還有叫外賣等決策的可能）

那么它的典型生命周期全場景就是：

1. 當(dāng)我不餓的時候
2. 當(dāng)我開始餓的時候
3. 當(dāng)我進(jìn)店的時候
4. 當(dāng)我點菜的時候
5. 當(dāng)我等菜的時候
6. 當(dāng)我就餐的時候
7. 當(dāng)我結(jié)賬的時候
8. 當(dāng)我離店之后

注意這里的格式時：當(dāng)我XXXX的時候

當(dāng)然根據(jù)業(yè)務(wù)情況也可以簡化，比如這里我們的產(chǎn)品重心并不是所有場景完全發(fā)力，所以就可以根據(jù)情況做一下非重點場景的合并調(diào)整，如下：

第三層 典型用戶任務(wù)

這里就到了這個腦圖最核心的部分了，用戶故事（也可以叫用戶任務(wù)，隨便怎么稱呼了）。它的格式就是我希望能夠XXX【做某件事情】，因為這樣我就能XXX【實現(xiàn)某個目的】。

這里希望能夠【做某件事】一定是從角色的口吻描述。

比如 點餐的時候，描述成 “我希望能過通過點圖片選菜，這樣我能知道菜怎么樣”。這其實就是從我方技術(shù)實現(xiàn)的角度來描述功能需求了，后續(xù)可能對我們的產(chǎn)品設(shè)計思路產(chǎn)生“固化”的效果。

如果換成角色的口吻，這個描述建議寫成“我希望能夠看到這個菜是什么樣子，這樣我好直觀的知道菜怎么樣”。在這樣的描述語境下，點圖片選菜就成為了這個任務(wù)的一個可能的解決方案。同時，看視頻選菜，看實物選菜、看模型選菜也都是這個需求所涵蓋的解決方案。

這樣梳理會幫助你釋放大腦的禁錮，更好的去輸出想法。

總之，能讓各方理解場景的描述就是好的描述。如下：

這樣從頭到尾讀下來就是：

餐飲系統(tǒng)，我是顧客，當(dāng)我進(jìn)店點餐的時候，我希望能夠看到這個菜是什么意思，這樣我好直觀的知道菜怎么樣。

這就是一個簡單的用戶故事描述了。

把所有的角色、場景、任務(wù)，都這樣羅列之后，我們就獲得一個餐飲產(chǎn)品的用戶腦圖了。以它為藍(lán)本，再加上持續(xù)的角色調(diào)研、場景調(diào)研、頭腦風(fēng)暴，你的產(chǎn)品覆蓋會十分完善。對后續(xù)的工作也能提供強(qiáng)有力的支撐。

（當(dāng)然這個例子我就不做更細(xì)致的羅列了）

四、最后的一些細(xì)節(jié)

1. 這應(yīng)該是誰的用戶故事

有時候我們會遇到一些故事場景可能放哪個角色下都可以，這時候應(yīng)該放到那個角色下面呢？

個人建議無需太教條，不過可以遵循一個簡單的原則：去想象一下如果不做這個需求，那個角色的反對聲最大。這說明這個用戶故事與他關(guān)聯(lián)最大。

2. 那要做到什么深度呢？

這個深度其實可以繼續(xù)細(xì)化到第四層（將用戶故事按照功能實現(xiàn)的版本層次繼續(xù)拆分），可還需要繼續(xù)做嗎？

我建議是跟著你的階段走，大網(wǎng)大魚 小網(wǎng)小魚。找到適合自己的顆粒深度就行了。畢竟它是用來指定你做產(chǎn)品設(shè)計的。

3. 接下來做什么呢？

后續(xù)可以針對用戶故事，繼續(xù)做功能分類，從場景關(guān)聯(lián)性、角色任務(wù)重要等級等等，對應(yīng)你的產(chǎn)品思路，產(chǎn)品功能的重要等級等，列產(chǎn)品業(yè)務(wù)框架，開始準(zhǔn)備最小版本，進(jìn)入持續(xù)一輪一輪的產(chǎn)品迭代落地了。

總之，找到你最適合的方法，讓你的團(tuán)隊能夠更好的轉(zhuǎn)起來，就是好的方法。

結(jié)束，歡迎各位老板在評論里一起交流。

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

題圖來自Unsplash，基于CC0協(xié)議。