在產品設計中，B 端和 C 端的體驗分析的思路和應用有很大差異，很多同學苦于不知道怎么做 B 端的體驗分析，工作還是作品集里不知道如何結合這些分析做輸出。

所以這篇內容就要圍繞 B 端體驗分析的不同方法做分享，幫助大家快速入門 B 端體驗設計。

更多B端設計干貨：

體驗分析的三個維度

理解體驗設計就要理解它和 UI 界面設計的差異，狹義的 UI 界面設計是只根據產品原型完成界面的視覺樣式設計，而體驗設計則是在產品給出需求以后進行體驗的分析，再根據分析結果制定設計方案，再完成后續的設計內容。

簡單來說，界面設計就是按指令畫圖，體驗設計就是自己找出問題（體驗的）再自己解決問題的過程。

市面上大多體驗設計的流程、理論都解釋得非常復雜，給出的圖例也往往讓人望而生畏，從而讓我們覺得體驗設計是非常有深度且專業的領域，阻礙我們對體驗設計的認知和實踐。

實際上體驗設計并沒有你們想的那么神秘，我把它概括成一個前提和三個緯度，如下圖所示：

體驗分析的前提 — 可用性

用戶體驗就是用戶使用產品時獲得的體驗，體驗分析就是了解這種體驗，并找到優化和提升它們的方向。但并不是對產品分析的第一步就是立馬開始做體驗，尤其是在做新項目還是新功能需求時，它還有個更前置的條件 —— 可用性。

在這里明確一遍可用性的概念，即產品本身的功能是否可以被正常操作、使用，符合我們對它的功能預期。

如果產品本身設計有缺陷、邏輯沒閉環、功能有障礙，連最基本的正常使用都無法保證的話，那么做體驗分析就沒有任何意義。也就是老話說的 "先說能不能用，再說好不好用"。

可用性的分析包括兩種方式，一種是我們自己做自查，不管是設計稿還是開發出來的測試/線上版本，盡可能細致的檢查一遍產品的可用性（有點類似 QA 的工作）。另一種則是提供特定的 DEMO，讓用戶參與進來使用，從他們的使用情況來評估可用性。

可用性上發現的問題會是優先級最高的問題，等于產品無法正常使用的故障。可用性有問題雖然影響體驗，但啥問題都和體驗有關，但它的分析更多屬于產品和交互的分析。

體驗分析基礎 —— 邏輯分析

邏輯分析，簡單說就是用自己的使用體驗和相關經驗，直接找出產品的體驗問題以及待優化的點。很多同學可能認為體驗分析是和用戶調研強綁定，沒有用戶的調查研究還是數據的支撐，就算不上體驗分析。

這一直是對體驗設計最大的誤解，體驗的優化并不是只有一個來源，邏輯分析也并不是就不可靠。因為產品的很多問題是顯而易見的，或者以你的經驗可以準確地指出它的問題，在這種情況下我們就無需借助外部的幫助。

這里我要舉個有味道的案例，假設去商場男廁長這樣，它能不能用？用起來體驗好嘛？

這種男生用了流淚，女生看了沉默的設計，需要雙鉆模型、馬斯洛需求理論、峰終定律還是用戶訪談、數據分析、問卷調查，來驗證和解釋它體驗不好嗎（這一直是我認為這世界上最傻 x 的設計，誰反對）？

所以同理，在產品中往往存在大量這類問題，只要你自己使用一遍，就能立馬發現其中的問題。比如下面騰訊云的服務面板，就沒法正常查看和找到自己想要的服務：

邏輯分析只要找出問題并給出解決方案，在解釋中能讓人信服，那就是對體驗的正面優化，而這也是占 B 端項目中 90%以上體驗分析所使用的方法，這由項目本來局促的排期和碎片的需求客觀決定。

體驗分析中級 —— 用研分析

體驗分析的第二個階段，就是用邏輯分析無法得出結果的部分。即部分決策難以判斷對錯，一定會涉及到用戶主觀偏好、習慣的場景，就需要使用用研的方法來分析體驗問題。

舉個栗子，比如在車企開發新品時，要做什么樣的車靠自己的主觀喜好是很有偏向性的，作為專業人士往往更看重一些技術力強的領域。而經過用戶調研和數據反饋以后，很可能發現用戶一點也不在意你關心的東西，反而更傾向于你不屑一顧的部分，比如“冰箱大彩電”。

用研分析就是消除這種認知盲區，而 C 端用研有很多方法和條條框框，B 端體驗設計卻不用那么糾結，進行用戶研究的方法主要就集中在訪談、問卷和試用反饋上。

也就是哪里有體驗決策的障礙，那就找到合理的方式讓用戶來選擇或回答。比如打開一個商品的詳情頁，用戶是更喜歡彈窗還是側邊欄，你可以直接問，也可以做出樣本讓用戶選。越簡單直接的做法，效率越高，效果越好。

體驗分析進階 —— 系統評估

最后一種系統評估，則是為了實現更系統的體驗優化而做出的全面分析。這種全面的分析沒有范圍限制，可以包含我們能找到的所有分析方法和方向，不管是競品調研，還是用戶分析、數據分析、產品測試等。

比如我們都知道星巴克在國內市場正在接受嚴峻的考驗，很多消費者開始漸漸失去對它的青睞，如果我們要著手解決這個問題，提供給客戶更好的體驗讓他們重新關注品牌，是簡單更新下 VI、調整產品口味、門店裝修風格就能解決的嗎？

顯然不太現實，因為面對的問題是系統性的，是眾多問題集合所引發的整體反應，而不是發現并優化其中幾個小問題就能解決的。這種問題在產品中也不少見，只有做全面的分析并收集出足夠多的信息，才能構想出更整體的解決方案。

在這個過程中確實存在很復雜很抽象的實踐、思考、決策過程，但這類分析往往只適用于 C 端產品，因為 B 端產品往往在成型以后很少會做翻新，全局體驗優化和產品的發展軌跡是有沖突的，所以反而應用的場景并不多。

所以 B 端做系統體驗分析的場景往往是在立項階段，且分析的內容和工具也不像 C 端那么花哨，難的是在實際決策過程中兼顧未來的迭代和開發效率，這就是另一個話題了。

了解以上三個體驗分析的緯度對 B 端設計師至關重要，因為只要在一開始確定了分析的緯度，我們才能進行后續的工作。且對體驗分析本身不再抱有不切實際的期待，我們才能真正著手進行應用和操作。

最后，在體驗設計的過程中，分析其實是最沒有難度的部分，難的是怎么根據分析形成設計方案，并在最終輸出中確保設計能有效的解決前面的問題，形成邏輯的閉環。而市面上多數的體驗分析作品集案例，僅僅只是前面分析前面的，后面設計后面的，互不相干，這才是最大的問題。

結尾

想提升體驗分析和設計的能力，多從細處著手自己推導才是最佳的方式，否則就會變成沒辦法解決細節問題滿嘴宏觀敘事（跑火車）的設計師。

歡迎關注作者的微信公眾號：「超人的電話亭」