金蝶云之家體驗中心交互設計師-方馨月：之前讀完 Jeff Patton 的《用戶故事地圖》覺得是一本好書，但是一直沒有機會去實踐。
最近在工作中使用了用戶體驗地圖進行云之家工作匯報輕應用的開發評審，發現在討論過程中，思路更加清晰、交流更加順暢了。
具體表現在：
- 開發人員能夠很容易發現產品設計的問題。
- 小組成員的參與度更高。
- 決策更加迅速，會議更加高效。
- 會議結束后，有滿意的討論結果產出。
會后，更加覺得用戶故事地圖是一個可以提高協作效率的工具，所以，想寫一篇“讀書筆記&執行思考”，來記錄這段時間的收獲。
《用戶故事地圖》不僅僅是講述什么是用戶地圖、怎么使用用戶地圖，也講了很多團隊協作的Tips，并且給出了很多實例。我這里直接從這本書的其中一個角度——“怎么使用用戶地圖”為內容，然后結合一些自己的想法，來寫這篇讀書筆記。
用戶故事地圖的使用，主要可以分為三個方面：
- 產品的「0，0.5」：新產品功能規劃／發布規劃。
- 產品的「0.5，1」：需求討論／需求拆解／優先級排序。
- 產品的「1，＋∞」：產品優化。
下面將根據以上三個方面，詳細進行說明。
兩點解釋：
- 我很粗暴的根據「是否需要開發人員介入」這一條件，將產品發版前分為兩部分，即產品的「0，0.5」，產品的「0.5，1」。在開發人員介入前，更多的是產品經理如何進行產品設計，產品整個的基調和走向都是在這一部分定下來的。當開發人員開始介入后，就具體聚焦于功能的實現方面了。能否實現？如何更好的實現？是這一部分的主要問題。但是要解決這一部分的問題的一個大前提就是，開發人員如何全面的理解這個產品？讓大家腦海里的東西是一致的？這個是最艱難的問題。
- 上面三點的「產品」，其實不僅僅指的是一個完整的產品，也可以是一個組件、一個大型功能?？傊切枰M行思考、設計、開發并之后會有維護升級的一個模塊。
一. 產品的「0 ，0.5」
當產品或某一個大型模塊在進行功能設計的時候，可以采取用戶故事地圖的方式來梳理所有的功能點，并進行迭代周期的規劃。
新產品功能規劃之產品全景圖
1. 目的
建立產品／模塊的全局印象，有全局觀，進而可以整體規劃產品／模塊。
2.適用場景
產品經理（可能搭配交互設計師）梳理產品框架。
3.所需資源
- 2-3名參與人員（需包涵產品設計者、產品決策者）。
- 卡片／便利貼，筆。
4.操作方式
- 一邊討論，一邊將想要的功能寫在卡片上。
- 一邊討論，一邊將將功能分類，按照x軸為模塊名稱，y軸為所屬模塊下的功能進行排列。
- 一邊討論，一邊調整當前的布局（可剔除／添加卡片、調整卡片位置）。
5.解釋／說明／tips
1）為什么是2-3個人？
對于有的項目，產品設計人和產品決策人是一個人，為什么還需要2-3個人呢？因為在我看來，一個人的想法是無法做到完善的，但是如果是兩個人合作則可以避開90%以上的產品漏洞，所以在產品功能規劃的方面，更建議2人以上（當然如果遇到牛人，思維無漏洞，一個人建立產品全景圖也是沒任何問題的）。不建議3人以上，則是因為對產品指手畫腳的人多了，只會越來越亂，產品設計層面，要少而精。
2）如果只是理個產品邏輯，為什么不用腦圖：
從操作方式也可以看出，這是一個需要團隊合作的過程。腦圖更像是一個人的思維梳理，不利于多人的團隊合作?？ㄆ膬烖c在于：
- 所有人都有調整布局的權限。
- 沒有了屏幕的限制可以支持高復雜度的產品架構。
- 可以更方便的刪減和備注。
- 為了后續的操作。
新產品功能規劃之大家來找茬（功能點設計）
1.目的
對于關鍵的功能點或有爭議的功能點，可以拿出來大家一起討論，進而明確功能點的具體操作流程，減少踩坑的可能性。
2.適用場景
確定某個有爭議的功能點的設計。
3.所需資源
- 3-4名參與人員（需包涵產品決策者、產品設計者、用戶體驗設計師）。
- 產品全景圖。
- persona卡片 及 scenario卡片。
- 不同顏色的卡片／便利貼，筆。
4.操作方式（以功能點A的設計為例）
- 圍繞A，各參與人員站在自己的角度，思考A在流程中可能出現的情況與問題，挑刺與找茬。
- 圍繞A，根據剛剛點意見，優化流程或提出更好的方式。
- 將討論結果在不同顏色的卡片／便利貼上寫出，貼在功能點A的旁邊。
5.解釋／說明／tips
- 一定要圍繞A，跑題太可怕，降低會議效率且達不到目的。
- 一定要得出結果，更好的方案／保持當前方案不變。
發布規劃
1.目的
優先級排序，劃分發布路線圖。
2.適用場景
產品經理（可能搭配交互設計師）確定產品發布內容。
3.所需資源
- 2-3名參與人員（需包涵產品設計者、產品決策者）
- 產品全景圖
4.操作方式
- 按照產品的長線目標，對功能排優先級。
- 制定產品發布計劃，確保每一次的發布內容都是 MVP。
5.解釋／說明／tips
- 如何排列優先級？
我覺得書里面有一句話能夠很充分的回答這個問題：
聚焦于成果，即產品發布后用戶能使用和感知的東西，切分發布計劃應該以成果為導向。 ——《用戶故事地圖》P56
- 怎么劃分發布周期？
同樣也是聚焦于成果，每一個發布的版本希望能夠達到什么樣的效果，再就是，保證 每一個版本都是當前情況下的 MVP。
二. 產品的「0.5 ，1」
當產品形態及功能確定后，則進入到需求確認階段。這個階段是需要產品的所有參與者參與其中的，但是主要以開發人員為主，確認產品功能的可實現性。
需求討論 —— 大家來找茬
1.目的
與開發人員準確、高效地確認需求。
2.適用場景
產品的某一個迭代，需要確認需求。
3.所需資源
- 7名以內項目參與人員（需包涵產品設計者、用戶體驗設計師、開發人員），開發團隊負責人必須參與，其他開發人員盡量參與（如果人數超過7人，可以采用金魚缸協作模式）。
- 產品全景圖。
- 迭代功能的較詳細文檔（可能是word文檔、可能直接是設計稿、可能是更具體的故事地圖）。
4.操作方式
- 各參與人員站在自己的角度，思考各功能點在流程中可能出現的情況與問題，挑刺與找茬。
- 根據剛剛點意見，優化流程或提出更好的方式。
- 將討論結果在不同顏色的卡片／便利貼上寫出，貼在功能點的旁邊。
5.解釋／說明／tips
1）為什么需要產品全景圖？這樣做有什么好處？
產品全景圖可以幫助開發人員建立整個產品形態，能夠完全清楚當前的整體的開發內容，利于架構的搭建，代碼模塊化／復用等等。
2）需要注意的一點：在此過程中需要控制住，盡量不要延伸出新功能，也不要大范圍的修改功能。如果大范圍的修改了功能，也不建議直接以會議結果為最終結果。因為原本的方案是經過深思熟慮的，而在會議上，人太過于興奮的狀態下容易沖動，冷靜下來再思考一下方案也會發現會議上的結果可能會存在很多漏洞。
需求拆解 —— story 下的 story 細分
1.目的
將當前的 story 細分為開發人員可以接受、方便開發的 story。
2.適用場景
當產品的 story 顆粒度過大時，開發人員需要將 story 進一步細化。
3.所需資源（與需求討論的資源一致）
- 7名以內項目參與人員（需包涵產品設計者、用戶體驗設計師、開發人員），開發團隊負責人必須參與，其他開發人員盡量參與（如果人數超過7人，可以采用金魚缸協作模式）。
- 產品全景圖。
- 迭代功能的較詳細文檔（可能是word文檔、可能直接是設計稿、可能是更具體的故事地圖）。
4.操作方式
- 在多方討論下，將大的 story 按照開發需要進行拆分。
- 將拆分好的 story 寫在卡片／便利貼上，貼在對應大的 story 下方／旁邊。
5.解釋／說明／tips
產品經理不要太過于干涉技術人員的拆分，在不涉及原則的情況下，他們開發怎么舒服就隨著他們來吧。
優先級排序
1.目的
開發人員在一個迭代內，對開發內容進行排序。
2.適用場景
在「需求拆解」后，很自然的進入到優先級排序。
3.所需資源（與需求討論的資源一致）
- 7名以內項目參與人員（需包涵產品設計者、用戶體驗設計師、開發人員），開發團隊負責人必須參與，其他開發人員盡量參與（如果人數超過7人，可以采用金魚缸協作模式）
- 產品全景圖
- 迭代功能的較詳細文檔（可能是word文檔、可能直接是設計稿、可能是更具體的故事地圖）
4.操作方式
在多方討論下，將已經拆分成顆粒度適宜的 story 進行排序。
三. 產品的「1，＋∞」
當產品的出版發布后，后續的工作就是優化和更新了。在此階段可能會進行用戶調研，那么調研的數據如何進行處理才能夠反映更多的問題呢？這里提供一種方式，在用戶故事地圖中被稱作 journey map （也就是 experience map ），但是在其基礎上做了一些些調整。在上面疊加了情緒版的使用方法。
旅行地圖
1.目的
用戶調研數據處理，確定產品的優化點與優化需求。
2.適用場景
用戶調研數據處理。
3.所需資源
- 目標用戶的評價數據
- 3-7名參與人員（需包涵產品設計者、產品決策者、用戶體驗設計師）
- 不同顏色的便利貼／卡片
4.操作方式
- 用戶操作路徑，每一個觸點按步驟寫在便利貼上，在x軸排開。
- 評價數據寫在便利貼上，按照體驗優秀程度，在y軸排開。
- 綜合每個觸點上的評價數據，進行打分。
- 根據得分，調整觸點卡片的y坐標。
以上就是用戶故事地圖的 7 種用法，分別對應于產品的「0 ，0.5」、「0.5 ，1」、「1，＋∞」三個大的階段。希望對大家能有所幫助。
歡迎關注微信公眾號：「UXD-Cloudhub」
「值得學習！大公司超高效設計流程」
【優設網 原創文章 投稿郵箱：yuan@uisdc.com】
================明星欄目推薦================
優優教程網： UiiiUiii.com是優設旗下優質中文教程網站，分享了大量PS、AE、AI、C4D等中文教程，為零基礎設計愛好者也準備了貼心的知識樹專欄。開啟免費自學新篇章，按照我們的專欄一步步學習，一定可以迅速上手并制作出酷炫的視覺效果。
設計導航：國內人氣最高的設計網址導航，設計師必備：http://hao.uisdc.com
復制本文鏈接 文章為作者獨立觀點不代表優設網立場，未經允許不得轉載。
發評論！每天贏獎品
點擊 登錄 后，在評論區留言，系統會隨機派送獎品
2012年成立至今，是國內備受歡迎的設計師平臺，提供獎品贊助 聯系我們
標志設計標準教程
已累計誕生 729 位幸運星
發表評論
↓ 下方為您推薦了一些精彩有趣的文章熱評 ↓