詳細介紹用戶體驗地圖「用戶地圖的內容構成」

說實話，我之前對這件事兒有些抵觸。總擔心它比較形式化，花大量時間沒有解決真正問題，得不出執行層面的結論，最終以貼貼便簽紙拍拍照看起來很專業的樣子而告終。

不過，最近在做產品整體體驗優化時，我發現用戶體驗地圖是一個非常有效的方法，它可以讓我們更全局地發現用戶痛點、挖掘需求、腦暴產品機會點、高效做出決策。

如何有效地製作屬於自己產品的用戶體驗地圖呢？下面跟大家交流一下相關思考，希望對大家有所幫助。

什麼是用戶體驗地圖？

就像打仗需要地形圖，體驗提升的戰鬥也需要一個藍圖來規劃和指引。

用戶體驗地圖（Experience Maps）也被稱為使用者旅程圖（User Journey Map）。

用直白的話來解釋下：用戶體驗地圖就是通過一張圖，用一種講故事的方式，從一個特定用戶的視角出發，記錄從用戶來到你的產品到完成目標離開的全部過程，它包括：用戶在這個場景中的觸點、行為、痛點、爽點、以及內心OS。

通過直觀地了解用戶如何使用自己的產品，以及在此過程中的整體感受，幫助我們尋找新的機會點去建立更好的用戶體驗。

它的價值是什麼？

除了上面所說的優點，用戶體驗地圖對團隊還有以下價值：

用戶視角
全局思維
達成共識

1. 用戶視角

很多產品工作人員都有一個通病，習慣性的沉浸在自己的邏輯世界中，以工作者的視角去做產品功能，從「我」的目的是什麼，「我」有什麼東西出發，然後把功能羅列上去。一頓操作猛如虎自嗨地去設計，以為用戶就會在這個規則中完成任務。其實用戶感覺很迷茫，甚至想卸載了你的產品。

如果運用體驗地圖，參與者需要切換成用戶視角、小白模式去看產品體驗問題，去觀察用戶在整個路徑中是如何滿足自己目標的，以及在滿足自己目標時，是困難還是容易的，而不只停留在主觀的想法中。

2. 全局思維

身為設計師或產品經理，對「體驗優化」應該再熟悉不過了，大家往往單純從產品功能出發，通過數據或用戶反饋層面的依據，割裂地去看每一個模塊。

這樣做的問題就在於，很難做到整體系統的提升體驗，一直處於頭痛醫頭，腳痛醫腳的優化中，被問題牽著鼻子走，不能從全局視角出發，發現更多的潛在機會點。

而體驗地圖可以把我們拔高一個視角，以更全局的思維去看待用戶使用流程，從而把握節奏，在資源有限的情況下，輕重緩急地進行體驗優化。

3. 達成共識

由於團隊角色不同，PM 更關注在 KPI 的壓力下自己的需求有沒有排進去，RD 更關注突顯自己能力的技術實現，UE 更關注功能體驗和美觀程度，老大們會拍腦袋說競品有了XX功能我也要……

在這種多角色易衝突的環境下，想要做一個人人都支持認同並全力以赴的決定，並且持續保持平衡太難了。

所以，只有各角色成員親自去訪談用戶，參與到體驗地圖繪製中，才能去感受到那些讓用戶緊鎖眉頭的操作，而不是每天對著冰冷的屏幕只關注著個人利益，和「我覺得」的主觀認知中。

使大家更能同理心的去看待用戶體驗問題，充分的達成共識，擰成一股繩去高效推進項目。

如何製作？

上面說了那麼多它的價值，具體該怎麼執行呢，我把它大致分為四個步驟：

明確用戶
確認場景
用戶訪談
繪製地圖

1. 明確用戶

體驗地圖的「用戶」不是主觀腦補出來的，而是基於數據以及定性調研所得出的。

對於體量較小或者比較垂類的產品，自己的目標用戶很容易明確且跟各角色達成一致。

但是有同學會問，像淘寶這種體量較大的產品，包含著買家和賣家，那他們的核心目標用戶是誰呢？

同樣像百度網盤，雖然是同一款產品，但用戶分為：資源型用戶、存儲備份型用戶。他們因為完全不同的訴求，導致操作路徑差異非常大。那麼我們體驗地圖中應該怎麼取捨呢？

這種情況下，就需要在前期跟相關成員達成一致，明確本次製作體驗地圖目標是什麼？

如果是為了提升用戶在備份環節的整體流程體驗（從用戶備份後—到查找—到消費）那麼，本次體驗地圖的目標用戶，就是「備份型用戶」。

明確這個之後，用研同學才可以有針對性的招募接下來的受訪用戶。

以上可以看出，在用戶角色複雜的產品中，且人力和時間有限的情況下，首先要跟項目成員對「目標用戶」是誰達成一致，避免後續爭議。

tips：這裡有一點小建議，如果一定要取捨，就優先考慮高價值，且對產品長期發展有利的用戶，作為體驗地圖的用戶畫像，優先提升他們的體驗。

2. 確認場景

明確了目標用戶後，接下來需要工作人員以用戶視角走查產品，從「帶著需求」來，到「完成目標」走的核心場景路徑，梳理出來粗顆粒度的故事場景表格，作為後續訪談時的大綱模板。

目的是為了各個採訪者在訪談過程中統一、清晰、有目的地去訪談、觀察、驗證我們所關注的場景中用戶的操作行為。

場景的梳理，先以顆粒度大的骨幹場景出發，比如，舉一個生活中常見的例子，主場景是：起點是起床，終點是到公司。我們可以回想一下在整個過程中我們經歷了哪些大的階段？對，經歷了：起床 – 洗漱 – 出門 – 路上 – 到達。

基於上面大的階段，還可以拆解出顆粒度更小的二級故事場景，比如起床還可以拆解成：鬧鈴響 – 關鬧鈴 – 起床 – 穿衣服。這就是我們的觸點。

這個環節，一定要廣度優先，而非深度，不要太早沉浸細節中，有兩個原因：

細節的地方可以通過後續訪談的內容進行填充，不需要在這個環節的主觀的想像；
優先保證故事的完整性，要做到只見森林不見樹木的狀態，使項目組的所有人都可以對整個產品有全局的印象。

3. 用戶訪談

通過對「目標用戶」招募，再以確認的「場景主流程」為模版參考，進行接下來的「用戶訪談」，目的是為了收集真實用戶在每個階段下的具體行為、感知、情緒，為「繪製體驗地圖」做準備。

那麼在用戶訪談環節我們需要哪些準備呢？

被訪者的背景信息
採訪者&記錄員
整合訪談結論

收集被訪者的背景信息

雖然被訪者因相同的訴求而使用我們的產品，但用戶的不同背景（包括：性別、年齡、婚姻狀況、工作行業、學歷、愛好等）也影響著他們對產品的認知以及使用情況。

為了更有效和靈活地採訪，而不是形式化的尬聊，我們除了按照之前準備好的「場景」模板進行全流程採訪和觀察以外，建議大家提前了解一下被訪者的背景信息。

比如，還拿百度網盤舉例，同樣有備份訴求的用戶，一個是80後寶媽，一個是95後愛自拍的大學女生，在採訪時的側重點就不同，使用的痛點和需要挖掘的機會點也不同。

如果是寶媽，我們可以更多的詢問和觀察她主要備份的內容是什麼，是寶寶的照片嗎？有沒有用過其它的寶寶相冊類產品？怎麼看寶寶照片的存儲安全性問題？有使用過百度網盤的寶寶相冊么？寶寶的照片有共享給親戚朋友的習慣么？等等。

如果是愛自拍的女大學生，可以更側重地去問，假如把你連著拍的自拍一鍵生成表情包你怎麼看？一起出去玩的閨蜜想讓你把合影分享給她，你怎麼操作？

以上可以看出，相同需求下，不同年齡段和背景的用戶，在訪談時側重點差異也很大，因此，提前收集和了解用戶背景信息，對我們挖掘機會點很有幫助。

確認採訪者&記錄員

一般訪談，是2名用戶對應1名採訪者和1名記錄員比較合適。因為，同時訪談過多用戶的話，他們在回答問題時會容易受到別人影響，不能表達自己真實的觀點。

那麼在訪談過程中，採訪人員和記錄人員需要注意什麼呢？

像之前說的，採訪者在了解用戶背景信息後，有帶入感的引導用戶，去按照之前預設的場景進行操作，從而觀察用戶在整個過程中的行為。

在操作期間，你可以問以下問題：你點擊它在做什麼？（Doing）進入後跟你想像中的一樣么？（Feeling）你現在內心裡的想法是什麼？（Thinking）如果讓你給這個功能打個分，它能得幾分？你有用到過別的產品能很好的滿足你這個需求嗎？……

tips：這個環節我們不能全聽全信，因為有的用戶會顧及訪談者的感受不說很傷人的實話，什麼都說「挺好的」，你要問：「如果有某某功能，你會用么？」，他們可能點頭如搗蒜地說「我會用」。

所以，在這個環節，除了聽他們去表達，還要多觀察他們的行為、表情、語氣，然後進行深度分析背後的原因。

舉個例子，前幾天訪談的一個百度網盤用戶（男性、已婚、愛旅行），期間我問道：上次跟你老婆出國玩兒是去的哪？他說：去年，去的普吉。我說：ok，你能在網盤中找一張去年在普吉的照片嗎？他自信地打開網盤裡的搜索，輸入「普吉」，結果展示「沒有匹配內容」。他疑惑了一下，然後，又彷彿自己很機智的樣子說：我知道了！匆忙地在輸入框中打上「海邊」，然而結果依舊顯示：「沒有匹配的內容」。

他眉頭緊鎖地看著屏幕若有所思，我在旁邊一直觀察他的行為，問：你現在什麼感受？

他還是很和氣地說：有點失望。

然後我跟他說：別不顧及我的感受，內心裡真實的彈幕是啥？他驚訝的說：可以飆髒話嘛，這什麼玩意兒。

可以看出，如果不深挖的問出他真實感受，我們會記錄他對「搜索」的感受是平平的「有些失望」而不重點優化。而真實情況是，他對這個功能已經「憤怒」了。（這會影響著體驗地圖中的心情曲線打分。）

因此，在採訪過程中我們應該儘可能的給用戶營造出輕鬆的氛圍，同時多觀察他們的肢體語言和引導他們說出真實想法。

記錄員在這個時候，應該及時的記錄下用戶的觸點、行為、痛點、爽點、機會點等等。在用戶允許的情況下，可以對整場訪談進行錄音和錄屏操作，方便後續整體梳理記錄。

整合訪談結論

記錄員在訪談中，一般邊聽邊打字，記錄的內容多是緊急和零碎的。因此，等所有訪談結束後，各個採訪者和記錄員需要把自己所記錄的資料進行匯總和梳理。

按照之前預設的「場景地圖」的關鍵節點，將訪談時每一個階段里的觸點，觸點下的反饋（行為、想法、痛點、爽點）進行整合和去重，有條理地梳理出來，有助於接下來的體驗地圖的繪製。