《用戶故事地圖》不僅僅是講述什么是用戶地圖、怎么使用用戶地圖，也講了很多團(tuán)隊(duì)協(xié)作的tips，并且給出了很多實(shí)例。我這里直接從這本書的其中一個(gè)角度——“怎么使用用戶地圖”為內(nèi)容，然后結(jié)合一些自己的想法，來寫這篇讀書筆記。

之前讀完 Jeff Patton 的《用戶故事地圖》覺得是一本好書，但是一直沒有機(jī)會(huì)去實(shí)踐。

最近在工作中使用了用戶體驗(yàn)地圖進(jìn)行云之家工作匯報(bào)輕應(yīng)用的開發(fā)評(píng)審，發(fā)現(xiàn)在討論過程中，思路更加清晰、交流更加順暢了。

具體表現(xiàn)在：

1. 開發(fā)人員能夠很容易發(fā)現(xiàn)產(chǎn)品設(shè)計(jì)的坑；
2. 小組成員的參與度更高；
3. 決策更加迅速，會(huì)議更加高效；
4. 會(huì)議結(jié)束后，有滿意的討論結(jié)果產(chǎn)出。

會(huì)后，更加覺得用戶故事地圖是一個(gè)可以提高協(xié)作效率的工具，所以，想寫一篇“讀書筆記&執(zhí)行思考”，來記錄這段時(shí)間的收獲。

《用戶故事地圖》不僅僅是講述什么是用戶地圖、怎么使用用戶地圖，也講了很多團(tuán)隊(duì)協(xié)作的tips，并且給出了很多實(shí)例。我這里直接從這本書的其中一個(gè)角度——“怎么使用用戶地圖”為內(nèi)容，然后結(jié)合一些自己的想法，來寫這篇讀書筆記。

用戶故事地圖的使用，主要可以分為三個(gè)方面（當(dāng)然，這個(gè)只是我自己的一個(gè)歸納）：

1. 產(chǎn)品的［0，0.5］：新產(chǎn)品功能規(guī)劃／發(fā)布規(guī)劃
2. 產(chǎn)品的（0.5，1］：需求討論／需求拆解／優(yōu)先級(jí)排序
3. 產(chǎn)品的（1，＋∞）：產(chǎn)品優(yōu)化

下面將根據(jù)以上三個(gè)方面，詳細(xì)進(jìn)行說明。

兩點(diǎn)解釋：

1. 我很粗暴的根據(jù) “是否需要開發(fā)人員介入” 這一條件，將產(chǎn)品發(fā)版前分為兩部分，即產(chǎn)品的［0，0.5］，產(chǎn)品的（0.5，1］。在開發(fā)人員介入前，更多的是產(chǎn)品經(jīng)理如何進(jìn)行產(chǎn)品設(shè)計(jì)，產(chǎn)品整個(gè)的基調(diào)和走向都是在這一部分定下來的。當(dāng)開發(fā)人員開始介入后，就具體聚焦于功能的實(shí)現(xiàn)方面了。能否實(shí)現(xiàn)？如何更好的實(shí)現(xiàn)？是這一部分的主要問題。但是要解決這一部分的問題的一個(gè)大前提就是，開發(fā)人員如何全面的理解這個(gè)產(chǎn)品？讓大家腦海里的東西是一致的？這個(gè)是最艱難的問題。
2. 上面三點(diǎn)的“產(chǎn)品”，其實(shí)不僅僅指的是一個(gè)完整的產(chǎn)品，也可以是一個(gè)組件、一個(gè)大型功能?？傊切枰M(jìn)行思考、設(shè)計(jì)、開發(fā)并之后會(huì)有維護(hù)升級(jí)的一個(gè)模塊。

一、產(chǎn)品的［0 ，0.5］

當(dāng)產(chǎn)品或某一個(gè)大型模塊在進(jìn)行功能設(shè)計(jì)的時(shí)候，可以采取用戶故事地圖的方式來梳理所有的功能點(diǎn)，并進(jìn)行迭代周期的規(guī)劃。

新產(chǎn)品功能規(guī)劃之產(chǎn)品全景圖

（1）目的

建立產(chǎn)品／模塊的全局印象，有全局觀，進(jìn)而可以整體規(guī)劃產(chǎn)品／模塊。

（2）適用場(chǎng)景

產(chǎn)品經(jīng)理（可能搭配交互設(shè)計(jì)師）梳理產(chǎn)品框架

（3）所需資源

• 2-3名參與人員（需包涵產(chǎn)品設(shè)計(jì)者、產(chǎn)品決策者）
• 卡片／便利貼，筆

（4）操作方式

• 一邊討論，一邊將想要的功能寫在卡片上
• 一邊討論，一邊將將功能分類，按照x軸為模塊名稱，y軸為所屬模塊下的功能進(jìn)行排列
• 一邊討論，一邊調(diào)整當(dāng)前的布局（可剔除／添加卡片、調(diào)整卡片位置）

（5）解釋／說明／tips

1）為什么是2-3個(gè)人

對(duì)于有的項(xiàng)目，產(chǎn)品設(shè)計(jì)人和產(chǎn)品決策人是一個(gè)人，為什么還需要2-3個(gè)人呢？因?yàn)樵谖铱磥?，一個(gè)人的想法是無法做到完善的，但是如果是兩個(gè)人合作則可以避開90%以上的產(chǎn)品漏洞，所以在產(chǎn)品功能規(guī)劃的方面，更建議2人以上（當(dāng)然如果遇到牛人，思維無漏洞，一個(gè)人建立產(chǎn)品全景圖也是沒任何問題的）。不建議3人以上，則是因?yàn)閷?duì)產(chǎn)品指手畫腳的人多了，只會(huì)越來越亂，產(chǎn)品設(shè)計(jì)層面，要少而精。

2）如果只是理個(gè)產(chǎn)品邏輯，為什么不用腦圖：

從操作方式也可以看出，這是一個(gè)需要團(tuán)隊(duì)合作的過程。腦圖更像是一個(gè)人的思維梳理，不利于多人的團(tuán)隊(duì)合作。卡片化的優(yōu)點(diǎn)在于：

• 所有人都有調(diào)整布局的權(quán)限；
• 沒有了屏幕的限制可以支持高復(fù)雜度的產(chǎn)品架構(gòu)；
• 可以更方便的刪減和備注；
• 為了后續(xù)的操作。

新產(chǎn)品功能規(guī)劃之大家來找茬（功能點(diǎn)設(shè)計(jì)）

（1）目的

對(duì)于關(guān)鍵的功能點(diǎn)或有爭(zhēng)議的功能點(diǎn)，可以拿出來大家一起討論，進(jìn)而明確功能點(diǎn)的具體操作流程，減少踩坑的可能性。

（2）適用場(chǎng)景

確定某個(gè)有爭(zhēng)議的功能點(diǎn)的設(shè)計(jì)

（3）所需資源

• 3-4名參與人員（需包涵產(chǎn)品決策者、產(chǎn)品設(shè)計(jì)者、用戶體驗(yàn)設(shè)計(jì)師）
• 產(chǎn)品全景圖
• persona卡片 及 scenario卡片
• 不同顏色的卡片／便利貼，筆

（4）操作方式（以功能點(diǎn)A的設(shè)計(jì)為例）

• 圍繞A，各參與人員站在自己的角度，思考A在流程中可能出現(xiàn)的情況與問題，挑刺與找茬
• 圍繞A，根據(jù)剛剛點(diǎn)意見，優(yōu)化流程或提出更好的方式
• 將討論結(jié)果在不同顏色的卡片／便利貼上寫出，貼在功能點(diǎn)A的旁邊

（5）解釋／說明／tips

• 一定要圍繞A，跑題太可怕，降低會(huì)議效率且達(dá)不到目的
• 一定要得出結(jié)果，更好的方案／保持當(dāng)前方案不變

發(fā)布規(guī)劃

（1）目的

優(yōu)先級(jí)排序，劃分發(fā)布路線圖

（2）適用場(chǎng)景

產(chǎn)品經(jīng)理（可能搭配交互設(shè)計(jì)師）確定產(chǎn)品發(fā)布內(nèi)容

（3）所需資源

• 2-3名參與人員（需包涵產(chǎn)品設(shè)計(jì)者、產(chǎn)品決策者）
• 產(chǎn)品全景圖

（4）操作方式

• 按照產(chǎn)品的長(zhǎng)線目標(biāo)，對(duì)功能排優(yōu)先級(jí)
• 制定產(chǎn)品發(fā)布計(jì)劃，確保每一次的發(fā)布內(nèi)容都是 MVP

（5）解釋／說明／tips

如何排列優(yōu)先級(jí)？

我覺得書里面有一句話能夠很充分的回答這個(gè)問題：

聚焦于成果，即產(chǎn)品發(fā)布后用戶能使用和感知的東西，切分發(fā)布計(jì)劃應(yīng)該以成果為導(dǎo)向。 ?——《用戶故事地圖》P56

怎么劃分發(fā)布周期？

同樣也是聚焦于成果，每一個(gè)發(fā)布的版本希望能夠達(dá)到什么樣的效果，再就是，保證 ?每一個(gè)版本都是當(dāng)前情況下的 MVP。

二、產(chǎn)品的（0.5 ，1］

當(dāng)產(chǎn)品形態(tài)及功能確定后，則進(jìn)入到需求確認(rèn)階段。這個(gè)階段是需要產(chǎn)品的所有參與者參與其中的，但是主要將以開發(fā)人員為主，確認(rèn)產(chǎn)品功能的可實(shí)現(xiàn)性。

需求討論 —— 大家來找茬

（1）目的

與開發(fā)人員準(zhǔn)確、高效地確認(rèn)需求

（2）適用場(chǎng)景

產(chǎn)品的某一個(gè)迭代，需要確認(rèn)需求

（3）所需資源

• 7名以內(nèi)項(xiàng)目參與人員（需包涵產(chǎn)品設(shè)計(jì)者、用戶體驗(yàn)設(shè)計(jì)師、開發(fā)人員），開發(fā)團(tuán)隊(duì)負(fù)責(zé)人必須參與，其他開發(fā)人員盡量參與（如果人數(shù)超過7人，可以采用金魚缸協(xié)作模式）
• 產(chǎn)品全景圖
• 迭代功能的較詳細(xì)文檔（可能是word文檔、可能直接是設(shè)計(jì)稿、可能是更具體的故事地圖）

（4）操作方式

• 各參與人員站在自己的角度，思考各功能點(diǎn)在流程中可能出現(xiàn)的情況與問題，挑刺與找茬
• 根據(jù)剛剛點(diǎn)意見，優(yōu)化流程或提出更好的方式
• 將討論結(jié)果在不同顏色的卡片／便利貼上寫出，貼在功能點(diǎn)的旁邊

（5）解釋／說明／tips

1）為什么需要產(chǎn)品全景圖？這樣做有什么好處？

產(chǎn)品全景圖可以幫助開發(fā)人員建立整個(gè)產(chǎn)品形態(tài)，能夠完全清楚當(dāng)前的整體的開發(fā)內(nèi)容，利于架構(gòu)的搭建，代碼模塊化／復(fù)用等等。

2）需要注意的一點(diǎn)：在此過程中需要控制住，盡量不要延伸出新功能，也不要大范圍的修改功能。如果大范圍的修改了功能，也不建議直接以會(huì)議結(jié)果為最終結(jié)果。因?yàn)樵镜姆桨甘墙?jīng)過深思熟慮的，而在會(huì)議上，人太過于興奮的狀態(tài)下容易沖動(dòng)，冷靜下來再思考一下方案也會(huì)發(fā)現(xiàn)會(huì)議上的結(jié)果可能會(huì)存在很多漏洞。

需求拆解 ——? story 下的 story 細(xì)分

（1）目的

將當(dāng)前的 story 細(xì)分為開發(fā)人員可以接受、方便開發(fā)的 story

（2）適用場(chǎng)景

當(dāng)產(chǎn)品的 story 顆粒度過大時(shí)，開發(fā)人員需要將 story 進(jìn)一步細(xì)化

（3）所需資源（與需求討論的資源一致）

• 7名以內(nèi)項(xiàng)目參與人員（需包涵產(chǎn)品設(shè)計(jì)者、用戶體驗(yàn)設(shè)計(jì)師、開發(fā)人員），開發(fā)團(tuán)隊(duì)負(fù)責(zé)人必須參與，其他開發(fā)人員盡量參與（如果人數(shù)超過7人，可以采用金魚缸協(xié)作模式）
• 產(chǎn)品全景圖

迭代功能的較詳細(xì)文檔（可能是word文檔、可能直接是設(shè)計(jì)稿、可能是更具體的故事地圖）

（4）操作方式

• 在多方討論下，將大的 story 按照開發(fā)需要進(jìn)行拆分
• 將拆分好的 story 寫在卡片／便利貼上，貼在對(duì)應(yīng)大的 story 下方／旁邊

（5）解釋／說明／tips

產(chǎn)品經(jīng)理不要太過于干涉技術(shù)人員的拆分，在不涉及原則的情況下，他們開發(fā)怎么舒服就隨著他們來吧。

優(yōu)先級(jí)排序

（1）目的

開發(fā)人員在一個(gè)迭代內(nèi)，對(duì)開發(fā)內(nèi)容進(jìn)行排序

（2）適用場(chǎng)景

在“需求拆解”后，很自然的進(jìn)入到優(yōu)先級(jí)排序

（3）所需資源（與需求討論的資源一致）

• 7名以內(nèi)項(xiàng)目參與人員（需包涵產(chǎn)品設(shè)計(jì)者、用戶體驗(yàn)設(shè)計(jì)師、開發(fā)人員），開發(fā)團(tuán)隊(duì)負(fù)責(zé)人必須參與，其他開發(fā)人員盡量參與（如果人數(shù)超過7人，可以采用金魚缸協(xié)作模式）
• 產(chǎn)品全景圖
• 迭代功能的較詳細(xì)文檔（可能是word文檔、可能直接是設(shè)計(jì)稿、可能是更具體的故事地圖）

（4）操作方式

在多方討論下，將已經(jīng)拆分成顆粒度適宜的 story 進(jìn)行排序

三、產(chǎn)品的（1，＋∞）

當(dāng)產(chǎn)品的出版發(fā)布后，后續(xù)的工作就是優(yōu)化和更新了。在此階段可能會(huì)進(jìn)行用戶調(diào)研，那么調(diào)研的數(shù)據(jù)如何進(jìn)行處理才能夠反映更多的問題呢？這里提供一種方式，在用戶故事地圖中被稱作 journey map （也就是 experience map ），但是在其基礎(chǔ)上做了一些些的調(diào)整。在上面疊加了情緒版的使用方法。

旅行地圖

（1）目的

用戶調(diào)研數(shù)據(jù)處理，確定產(chǎn)品的優(yōu)化點(diǎn)與優(yōu)化需求

（2）適用場(chǎng)景

用戶調(diào)研數(shù)據(jù)處理

（3）所需資源

• 目標(biāo)用戶的評(píng)價(jià)數(shù)據(jù)
• 3-7名參與人員（需包涵產(chǎn)品設(shè)計(jì)者、產(chǎn)品決策者、用戶體驗(yàn)設(shè)計(jì)師）
• 不同顏色的便利貼／卡片

（4）操作方式

• 用戶操作路徑，每一個(gè)觸點(diǎn)按步驟寫在便利貼上，在x軸排開
• 評(píng)價(jià)數(shù)據(jù)寫在便利貼上，按照體驗(yàn)優(yōu)秀程度，在y軸排開
• 綜合每個(gè)觸點(diǎn)上的評(píng)價(jià)數(shù)據(jù)，進(jìn)行打分
• 根據(jù)得分，調(diào)整觸點(diǎn)卡片的y坐標(biāo)

以上就是用戶故事地圖的 7 種用法，分別對(duì)應(yīng)于產(chǎn)品的［0 ，0.5］、（0.5 ，1］、（1，＋∞）三個(gè)大的階段。希望對(duì)大家能有所幫助。

作者：方馨月，主線 IxD、輔線產(chǎn)品和 Coding 的 UXer，云之家輕應(yīng)用的交互設(shè)計(jì)師。身上背負(fù)的Hashtag 有太多個(gè)，工科女、Geek、文藝女青年… 愛好廣而雜，偶爾神經(jīng)病。希望能與大家分享產(chǎn)品成長(zhǎng)路上的血淚汗。

本文來源于人人都是產(chǎn)品經(jīng)理合作媒體@金蝶云之家體驗(yàn)中心（微信ID：UXD-Cloudhub），作者@方馨月