在進行B端體驗改版的過程中，有時我們并沒有多余的時間或精力去走一遍完整的體驗設計流程，這個時候，有沒有什么方法可以幫助我們進行基礎的體驗改版，解決日常工作訴求呢？本文作者便總結了體驗優化的基本路徑，一起來看看吧！

很多同學對B端體驗該怎么做存在很大的誤解。雖然前面我分享過和體驗設計有關的掃盲，但光靠對它的基本認識還是不足以完成日常工作任務的。

最近也有好幾個私信來咨詢如何對項目進行體驗優化、改版。所以我就要拿一個案例來做分享，如何進行最基礎的體驗改版，解決真正的工作訴求。

一、體驗優化的基本路徑

在以前的分享中，我們說過用戶體驗是一種客觀的、抽象的感受，圍繞它的設計是需要通過調研來收集和驗證的。專業的設計師開發了很多體驗設計的流程，比如最著名的雙鉆模型。

但是，這些流程所需投入的時間和精力又多，有時候面向一些基礎的樣式改版、交互優化、功能升級需求，不可能動不動來一個大全套，導致它們看起來和日常工作完全脫節，一點也不實際，似乎只有人力過剩的大廠團隊能做，小公司根本不行。

這是非常錯誤的認知，即使是大廠，也不可能輕易就走一遍完整的體驗設計流程，而是將這些工作拆分成很多零碎的模塊，在不同的項目需求中接入，比如用戶訪談、可用性測試、同理心地圖、體驗量化等等。

掌握不同體驗的技巧，就像掌握十八班武藝一樣見招拆招，項目需要什么你使什么。但即便如此，每一個獨立的體驗設計操作所需的精力也不少，可操作性的限制也很大，在多數只有1-2 天的需求中根本施展不開。

所以，今天就忘掉你以前學過的和體驗有關的流程，重新認識一遍體驗設計的方法，就三個基礎的步驟：

第一步：背景認識

背景認識，就是分析改版對象的功能、字段、業務信息，確保里面的每個元素模塊你都清楚的知道它們的作用和邏輯。然后理解該頁面的使用場景，用戶進來這頁面會做什么操作，解決什么問題。

這里存在一個非常普遍的誤解，就是理解用戶使用場景，你們就會本能的認為這需要做用戶調研，需要產品經理、業務員和你描述用戶的動機和行為，如果你接觸不到用戶，相關人員也不給你提供信息，你就束手無策……

實際上，最基礎的用戶場景理解是可以完全不借助外力的，僅僅通過我們的邏輯來推導出來。

比如一個電商數據統計頁面，用戶為什么要看這個頁面，當然是為了查看店鋪的經營狀況，相關銷售數據的查看肯定是用戶訪問這個頁面的主要目的。那么什么場景下用戶才會有這個目的進行查看？

我就要根據邏輯去推導，應該集中在每天一早訪問系統時查看昨日的數據，每天下班查看當天銷售額做回顧，或者需要分析近期銷售狀況的場景。

B端項目和C端最大的差異就是頁面和模塊都具有清晰的“工具”屬性，需要有使用場景才去用它，而不是誘導用戶去點擊。我們在創建工具的過程中，無論如何都會去建立一個使用場景。而不是打算造一把錘子，用戶打算拿這錘子做什么，用在什么場景，你既不知道也不需要理解。

不要找借口這些東西在你自己的項目中想象不出來，唯一的解釋就是你對這些頁面的功能理解不足，對項目基本的業務認識也不足，這樣根本不能支撐你完成后續的設計。

第二步：發現問題

這一步就是找出當前頁面體驗上的問題，體驗問題是緊跟用戶使用場景中發掘出來的缺陷、漏洞、阻力，而不僅僅是分析通用的設計規范、美觀性。

還是以上面的錘子為例，你可以說根據配色原則、斐波那契數列、陰陽五行的學說解釋這錘子設計不行，把它優化得比原來更 “美觀”。既然都變美了，那么根據 “美即好用效應 Aesthetic Usability Effect” 它不就變得更好用，獲得更佳的用戶體驗了嘛！

項目里要真用這種方法去解釋體驗問題，必然會讓老板聽了沉默，產品聽了落淚……

既然它是工具，那么它的首要目標肯定是要解決對應場景下的問題，而不是僅僅美觀而已。比如有的家具工人拿它打小鐵釘來固定家具的木架，有的裝修工人拿錘子目的是用來敲掉原有的瓷磚和墻面，如果你造太大太重，對前者不友好，造太小太輕，對后者不友好。

所以用都能用，但在對應的場景下好不好用，就是另一個值得關注的問題，而這種問題的產生和美不美觀沒有關系。并且多數情況下，它好不好用是由場景決定的，而不是使用者的年齡、性別、身高、體重。

分析界面同理，將自己代入到用戶的角色中，并不一定需要你有多了解用戶，而是結合使用場景給自己制定出相關的任務去做試用。生產錘子就去敲幾個釘子，生產吸塵器就去清掃下房間，開發新品奶茶就先自己試喝……

只要產品存在顯著的問題，我們都可以在這種試用過程中定位出來。只有在我們自己完全挑不出毛病，或者“感覺” 不同用戶類型的使用習慣、決策、目標會有極大的差異時，才需要去做用戶調研，找出更精確客觀的問題。

第三步：解決問題

最后一步自然就是進入到具體的執行環節了，即調整頁面的設計和交互，解決前面所說的問。

比如，按鈕擺放的位置不合理、措辭不清晰、色彩太混亂、交互的反饋看不懂等等，哪里不對優化哪里，即俗話所說的頭疼醫頭，腳疼醫腳。這實際上非常好理解，不需要我再多拿這些案例來解釋，大家看以前的改版說明就行。

問題在于，肯定有同學還會有疑問，這樣的做法不就只是表面性的嗎，看病診斷只觀察到表因，可能只是一系列并發癥，真正的病因沒找出來，也只是治標不治本而已。

這種思路聽起來很正確，但實際工作過程中，哪給你那么多時間去解決本質性的問題？而且透過現象看本質的能力是需要大量經驗和知識積累的，絕對不是你連表面原因都解決不了的情況下就可以做到的。

很多時候我們看專業書籍、大廠干貨通過大量的分析去挖掘本質問題，是因為他們經歷完那個階段，追求更高層次的輸出，但不代表你可以跳過前面的階段，直接套用他們現在的做法。

所以，在初級階段做一些中小規模的改版、優化，就是以自己代入用戶的使用場景中，去挖掘產品的體驗問題，并修改布局、樣式、交互等內容來解決這些問題，這就是體驗設計。

而沒有找出體驗問題所做的改版優化，就只能叫樣式調整或視覺優化。

二、改版的實例解析

下面，我們就以某個同學工作中的體驗優化頁面為對象（脫敏處理過），來說明大多數真實工作場景中，體驗改版是怎么做的。也因為這次是針對體驗改版本身的介紹，所以案例故意用非?；A的，讓你們更容易理解。

首先第一步理解產品功能、業務這些我就不介紹了，直接進入用戶的使用場景分析。先以第一頁為例，頁面中就包含三個功能模塊，快速入口、待辦事項、訂單監控。

所以，我作為用戶來這個頁面就是找功能模塊進入，檢查待辦的清單，查看最近的訂單數據。既然目的有了，那么甭管界面咋做的，每個動作都已經具備基本的要求了。

• 快速入口：能快速有效的識別對應入口并打開頁面。
• 待辦清單：能很清晰的看到還有哪些待辦的事情，明確工作任務。
• 訂單監控：能很便捷的關注相關數據，有個大致的了解。

第二步，就是作為用戶來檢查這個頁面的功能。假設我要查找模塊入口進入二級頁面，然后查看我的待辦事項，再查看下訂單順序。

不同的用戶和情況來這個頁面可能關注的順序和重點不同，但說到底就三個功能而已，所以只要合理分配和設計就可以滿足多數人的需求，不用過度糾結權重和優先級的沖突（能有更細致的理解更好）。

然后我們一個個過，第一件事查看這些快速入口，明顯感覺到找東西非常的累，一點也不容易。

根據這個問題再做進一步的分析，原因有好幾個：

• 大模塊卡片下方又用投影區分二級卡片，即混亂樣式又多余。
• 入口本身的標題就沒什么存在感，對比太弱了，讀起來也費勁。
• 圖標本身的顏色就很灰暗，沒辦法很好的做出區分和形成記憶點。
• 入口卡片內的布局很亂，提升了瀏覽的成本，進一步降低效率。

然后在待辦清單中，顯然最重要的應該是應該辦什么事。

但該看清的任務介紹沒有重點突出，顯然大多數注意力都被時間和右側的操作還有狀態搶走了，導致每次觀看它的時候都是視線在右側轉一圈再回到左側。

最后數據統計的模塊，上方的高度已經超過一屏，再看那么點數據實在是很累。而且里面的排版很亂，重點應該被突出的數據并沒有那么顯眼和易于識別，在看完前兩模塊再看這個純粹是種折磨。

如果你對業務足夠了解，就可以進一步分析哪些模塊的重要性更高，或者它們應該發揮的作用是什么樣的從而代入到場景中，會比現在獲得更多的想法和更有說服力的結論。

但先不管其它的，有了現在這些問題就可以得出一個初級的問題解決方向：

• 快速入口不容易識別，需要優化布局以及標題、色彩的對比度。
• 待辦事項的標題應該被進一步凸顯，弱化不重要的字段。
• 數據展示模塊提升數字的權重和排版，能輕松的看完數據。
• 就三個功能應該盡量合并到一個頁面中，向下滾動除非有更自然的操作過程。

然后，我們就可以開始重構頁面的模塊了，首先我把數據放到最頂部，能一眼看完，并去掉大標題減少高度的空間占用。然后簡化快速入口卡片層級，將入口卡片直接排列在背景上提升識別性。之后底部放待辦事項，如果要看更多的列表內容再向下滾動。

然后，再在這個基礎上，完成內容的設計。頂部數據增加數字的對比度?？焖偃肟谥貥嫴季?，提升圖標的色彩區分度和標題文字的對比識別性。底部待辦事項提升左側標題的權重，讓視線更容易集中，弱化右側次要字段信息。

這樣，這個頁面的改版就完成了。我們再做個簡單的前后對比：

相信你們都可以感覺改完的肯定比前面的體驗更佳。這么簡單的案例，如果單做視覺改版，確實是不值一提的，在工作環境中只以視覺角度出發再怎么改，也不會讓老板和產品高看你一眼，認為你產出了什么有效的價值。

所以，要作為體驗改版，就必須先自己分析出問題，再去解決這個問題，并在評審的過程中去呈現這個解決的過程。

雖然很多時候我們通過主觀的定性分析去產生結論，不可能盡善盡美準確無誤，但至少你輸出的東西是具有邏輯性的，也給其它成員提供了一個可以討論的框架和樣本，可以在他們給出的意見和思路中再做出進一步的調整。

這才是體驗設計在真實項目中的真正落地方式，尤其在B端行業，先做出完善的分析并形成邏輯合理的主觀想法是無比重要的，不可能留給你足夠的時間去調研整套系統中的所有體驗問題。

所以，不要好高騖遠，先從這種最基礎的做法中出發，再去思考那些更深入的知識點可以怎么實踐，能在這個過程中帶給你什么回報，有哪些利弊。

感興趣的同學，就可以拿上面我沒解釋的另一個頁面做對象，來分析它的體驗問題，并思考應該怎么做體驗改版才好。

三、結尾

體驗改版本身要掌握的體驗知識其實不需要很多，前置條件就兩個，一個是知道優秀的設計應該是什么樣的，另一個是具有邏輯性的推導過程。

前者可以通過大量的使用和體驗不同產品獲得，后者則需要刻意去做思維訓練來提神，不管是產品思維、交互思維、設計思維，本身都是邏輯思維中的不同細分領域而已。

就像阿西莫夫在《銀河帝國》 中寫道的：

“再也沒有比邏輯推理更妙的東西，除了解決之道，我們已經得到這個問題的一切答案……”