有一個問題，男人聽了沉默，女人聽了流淚，那就是究竟該如何分析原型。什么，拿到原型直接套規(guī)范出視覺？這可使不得！今天就給大家分享下在日常項目設計中梳理出的原型分析流程。

原型只是解決問題的其中一種途徑，從設計角度分析經(jīng)常會有其他的方式向用戶傳達。B 端產(chǎn)品相對垂直，服務特定人群的特定需求，功能上會有與眾不同之處。單純按照慣性思維套殼只能讓產(chǎn)品“能用”，其中缺少的是一步分析的過程，將功能翻譯成易于理解的視覺語言。這次通過一個實際項目中遇到的頁面，著重介紹“翻譯”的部分，講解下如何將晦澀難懂的操作流程用視覺語言表達出來。

一、理解功能

下手前的第一步當然是要先搞明白使用場景和功能用途，這個太基礎了，想必大家都懂。具體到這個項目來說，它是一個用于數(shù)據(jù)分析的服務，后臺有一個信息量很大的數(shù)據(jù)庫，通過前臺進行條件過濾后即可得到一張數(shù)據(jù)表。

看到原型我的第一反應是：該從哪里開始操作？頁面功能的終點在哪？原因在于，頁面中有三個主按鈕“生成表格”，“預覽”和“應用條件”，且視覺結構基本扁平。和產(chǎn)品溝通后了解到，當前的邏輯是先選擇指標，給指標排序后就可以生成表格了，針對表格可以再應用條件篩選，最終形成的表格可以導出。

二、結構梳理

1. 拆分重組功能

設計改造一般從大到小作調整。先優(yōu)化整體結構，盡可能讓功能分區(qū)更明確。理解了原型后不難看出，頁面的配置項分的很開，先在左邊欄加指標，再在內容去上方排序，生成表格后再去右邊欄條件篩選。這種需要用戶點來點去的結構顯然不太友好，而且細碎的分割消耗了大量的空間。

該頁面功能大概分為配置和數(shù)據(jù)展示兩大部分，不妨從這個角度重組頁面功能。配置生成類頁面有這樣幾種常見交互形式：一，分兩步，先配置再生成；二，模態(tài)浮層，通過彈窗或者抽屜配置；三，非模態(tài)，用工具欄或抽屜容納配置項目。為了便于比對或調整配置項，非模態(tài)的抽屜更適合操作場景。

功能結構的優(yōu)化得到了如下的改進：

1. 易于統(tǒng)一卷展配置抽屜，避免了各個面板獨立控制和空間浪費。
2. 減少了配置時的操作步驟，選好配置項即可一鍵生成。
3. 分區(qū)明顯，一邊操作另一邊展示，各司其職。

2. 方案對比測試

對比測試方案的目的是盡可能考慮全各種設計方案，確定出一個最符合使用習慣和操作流程的布置。不論是手畫草圖還是用電腦畫線框圖都可以，期間多和產(chǎn)品或業(yè)務討論，可以讓對方理解整個的推導過程。

不過溝通中有兩點需要注意，首先討論方案前先過濾掉從設計的角度看明顯不合理的，評審的目的是通過多方意見調解讓方案達到最優(yōu)，而不是展示工作量。其次是結構和視覺方案盡量分開評估，否則對方會收到海量排列組合后的設計方案，評起來抓不住重點。下面是當時和產(chǎn)品一塊研討的三個方案：

方案一：指標一列，過濾條件一列。其中指標可以通過頁簽切換全部和已選。

方案二：同方案一，但全部指標和已選指標上下顯示。

方案三：全部指標單占一列，已選指標和過濾條件單占一列。

最終選定了方案三，綜合來看有如下原因：用戶添加條件篩選的頻次低，所以沒有單放一列并且可單獨卷展；并且方案三的布局在語義上更容易被理解為“庫和待應用項”，提供更典型的心理暗示。

過濾條件的結構做了一些特定的優(yōu)化：

1. 新增功能保持在頭部，避免被擠下去；
2. 條件關系配置直接外露，減少點擊的同時也沒有占用更多空間；
3. 條件卡片增加了。

至此，需求頁面的結構已經(jīng)定了下來，之后就是常規(guī)意義上的視覺處理了。因為這部分比較細碎，單獨來講可能缺乏普適性，所以下面一章總結了一些常見且通用的設計點供大家參考，最后再提供頁面的最終視覺效果供大家參考。

三、視覺效果構建

1. 內容元素的背景色

盡量讓內容和表單展示在白色卡片上。大部分基礎組件樣式是按白色底色的場景來做的，放在其他顏色的背景上很容易出問題，比如表單的禁用態(tài)或者標簽的顏色和底色融為一體時，可讀性很差，而且有一種不干凈的感覺。當然這一條不絕對，如果深度定制了基礎組件的樣式，或是結構功能簡單，背景采用其他顏色也是沒問題的。

2. 陰影和描邊

陰影分割是一種常見的視覺表達手法，然而 B 端用戶的顯示器普遍比較糟糕，分辨率低且色域小，太輕的陰影效果不如描邊，有時甚至會讓圖形邊緣看起來很模糊。擔心顯示效果的話，實際上可以看一看 macOS 窗口的陰影尺寸和透明度。B 端工具設計中，功能性比美觀度重要的多。

3. 易讀性與復雜度

下次去宜家的時候可以觀察下結賬的柜員機，你會震驚地看到里面仍然顯示著擬物化界面。元素的質感對現(xiàn)代界面設計來說可能是增加了頁面復雜度，然而放到具體的操作場景中，擬物化界面可以給高速操作的收銀員提供更佳的功能可見性，有益于培養(yǎng)肌肉記憶。所以頁面易讀性與復雜度之間的平衡，取決于用戶在場景中的操作方式。

4. 功能顏色的數(shù)量

功能顏色讓用戶不閱讀內容就可以初步感知數(shù)據(jù)狀態(tài)，比如警告色，標識色等等。數(shù)量太多時用戶會記不住映射關系，顏色就失去了功能性。一個常見的錯誤是標簽的配色，假如一個系統(tǒng)里有十種標簽，千萬不要設計十種配色，不僅區(qū)分度低而且視覺上很混亂，盡可能先歸類再配色。再舉審核狀態(tài)的例子，除了成功失敗之外，審核流程還有各式各樣的中間態(tài)，需要異化表現(xiàn)時，不妨嘗試通過圖形視覺信號區(qū)分，比如增加圖標。

5. 避免攤大餅

非必要不攤餅。隨著層級增多，用戶對層級歸屬的感知逐漸變差，內容區(qū)也越來越窄，視覺效果難以把控。當然，在 B 端系統(tǒng)設計中沒有什么完全不可打破規(guī)則，實在避免不了的話，可以著重突出頂層內容或動態(tài)提示用戶當前聚焦的層級。比如鼠標懸停時高亮層級關系，類似編譯器的代碼區(qū)塊高亮功能。

6. 數(shù)據(jù)與提示

1. 用真實字段內容設計：視覺設計前找產(chǎn)品或者研發(fā)要一份內容字段樣本，有助于提高視覺保真度，同時避免開發(fā)上線后內容擠不下或大面積留白的情況。
2. 表單項默認值：表單中可以通過感知預測填充內容，或設置常用的默認配置，提高表單的填寫效率，減少機械操作。
3. 提示信息：提示信息的暴露程度取決于系統(tǒng)功能是否常規(guī)，以及目標用戶的理解能力。常用操作不提示，常用但晦澀的功能采用懸停提示，不常用且難懂的功能可以露出提示或幫助中心鏈接。

7. 數(shù)據(jù)分析頁最終效果

經(jīng)過以上粗略的講解，希望大家對頁面控件和整體的視覺處理有了一定了解。針對高度定制化的 B 端頁面，視覺的核心目的是提高功能可見性和操作易用性，不是單純地去套規(guī)范。

四、工期管理及研發(fā)對接

除了頁面的設計流程，項目管理則是另一個重點，B 端項目經(jīng)常會倒排工期，個別戰(zhàn)略導向型的需求更是火燒眉毛。毋庸置疑，兩天工期的設計質量多半是比不上一周工期的，下面講一講在時間緊張時如何保障輸出質量。

1. 按需求表單規(guī)劃

開始設計前，根據(jù) PRD 整理出一個任務表單，即當期需求覆蓋的功能范圍。遇到緊急需求時，可以按照拆分出來的功能模塊分批交付開發(fā)。B 端模塊的設計時間很少會完全符合預期，比如在設計時發(fā)現(xiàn)了一個重大優(yōu)化點，從構思概念方案到各方評估影響需要占用一部分工期，而通過模塊排期表可以更穩(wěn)妥地評估突發(fā)事件對后續(xù)輸出的影響，幫助產(chǎn)品評估是否投入資源做優(yōu)化。

2. 先輸出核心頁面確認方向

先輸出關鍵頁面給產(chǎn)品和業(yè)務確認，一來讓研發(fā)心里有底，二來控制改稿成本。返工在 B 端項目中很常見，有時候我甚至會手畫草稿去找產(chǎn)品過方案，提前評估可行性，避免方案走了很遠再被駁回。切忌等到交稿節(jié)點給產(chǎn)品一個突然驚喜。

3. 組件與組件狀態(tài)

B 端原型通?？此浦挥幸粋€頁面，而算上各種面板的打開和關閉，頁面操作狀態(tài)，彈窗，包括定制化組件樣式的說明，工作量并不小。組件狀態(tài)可以留到最后再補充，但務必和研發(fā)提前協(xié)商技術方案：首先確定常規(guī)功能能否用現(xiàn)成組件，采用哪款組件，這一部分之后就不再出交互視覺樣式了。其次和研發(fā)同事溝通非標組件的交互形式，這樣他們可以先寫框架最后再加樣式，不會出現(xiàn)研發(fā)空窗。

五、初步排錯

交付設計稿或者做用戶測試之前，還差一步驗證的工序。過濾掉明顯且粗粒度的問題，可以顯著提高后續(xù)的測試效率?？陀^上驗證可用性，主觀上評估體驗。

1. 小黃鴨調試法

小黃鴨調試法是一個工程師都知道，但設計師很少聽說的測試方法，本意是通過給桌上的橡皮鴨逐行解釋代碼來排查問題。驗證階段不妨也試試這個方法，給想象中的人物講講界面的使用方法和元素的設計原因，講都講不通的功能，想必也不會特別好用。（認識我的同事都知道我辦公桌上有張青年 Gary Anderson 給一個領導樣子的人解釋可回收標識設計的照片。我的講解對象就是這個領導樣子的人，他已經(jīng)駁回了我的很多爛方案。）

2. 走用戶流程

核對產(chǎn)品功能沒有缺漏后，就可以檢查用戶流程的流程度了。幾種常見的流程問題包括：不知從何下手；找不到功能入口；操作失誤難以補救；系統(tǒng)出錯原因不明。這些問題會突然地卡住用戶，感受上很糟糕。我們可以找出類似的卡點，提供適當?shù)囊龑А＜偃鐝脑O計上找不到解決方案，則需要提供可檢索的幫助中心以便用戶自行查閱解決。

結語

B 端產(chǎn)品一般會有詳細的文檔，或者培訓操作人員。然而以 B 端產(chǎn)品的體量和非常規(guī)的交互方式，很多操作不好記憶。單純按照原型施工，難以保障易用性。作為設計師的一個關鍵職責，便是將產(chǎn)品操作邏輯翻譯成簡明易懂的頁面和圖形，盡可能鋪平體驗的道路。

注 1：文章示意圖內容由于脫敏需要進行了處理，實際設計時請記得盡量使用真實字段內容。

作者：JellyDesign