作為一個交互設計師，在日常的設計工作中經常會問自己或者產品經理最多的問題就是，“這個功能用戶用得多嗎？用戶主要在什么場景下用這樣的功能？他用這個功能的目的是什么？等等”，問這類問題的主要目的是判斷功能的優先級，在確定了優先級后再根據它去想辦法去簡化任務流程以及界面設計。

下面舉一個自己工作中的一個例子來講訴如何根據任務的優先級來改進產品的用戶體驗。

如下圖是一個BI產品的dashboard界面。

這些組件都可以進行多維度的查看（多維度就是指一個指標字段有多個不同的維度字段與它進行對應，比如說“銷量”有各個國家的銷量和各個省份的銷量，省份和國家是兩個不同的字段）。如上圖，點擊“店鋪分布”這個條形圖右上角的編輯按鈕會彈出如下圖的彈窗，在這個彈窗上用戶可以進行圖表類型、維度以及指標的切換，也可以將分類和系列里面的字段進行交換以得到不同的展示數據。

對這樣的交互方式，在未看到用戶強烈的不良反饋之前我并沒有發現有什么大的問題，反倒認為這樣挺合理的，它就像一個專門去配置圖表屬性以及數據的面板，在這樣的一個彈窗上用戶可以完成所有的操作（切換維度與指標、維度系列相互狡猾、切換圖表類型），但實際使用中，大部分用戶的反饋是這樣的：

總結下用戶的問題：

1. 切換維度的方式不直接
2. 彈窗內容過于擁擠
3. 切換維度無實時的反饋

結合用戶提的這些問題對這些功能以及任務流程進行了分析，發現用戶在大多情況下都只存在著切換維度或指標去查看報表的需求，對于交換維度與系列中的字段進行查看的需求非常低。而這個彈窗設計的重要目的卻是方便用戶進行維度與系列間的字段交換。

交互體驗上也存在著很多的問題，彈窗的彈出（界面大幅度的變化）明顯打斷了用戶瀏覽內容的行為流，切換維度這個過程中用戶的鼠標需要經過從組件本身到彈窗的長途跋涉，而且在切換維度時用戶不能及時地得到圖表數據給予的反饋，這讓用戶得不到安全感。

從上面的分析可以看出，最開始在做這樣的設計時并沒有考慮清楚任務的優先級，似乎只是為了滿足所有的需求而進行的設計，這樣就導致了核心任務操作流程以及界面的復雜，出現了很多體驗上的痛點。

在進行改進時，首先根據用戶的需求去確定好了任務的優先級，然后再根據任務優先級依次地去做流程和界面設計。這個過程中必須做到讓核心任務的操作流程盡量簡單易懂，突顯界面導航的重點，從信息架構以及界面設計上表現出任務間的優先級以及層次感。

為核心任務去設計

用戶切換維度的需求遠遠高于切換分類系列的需求，所以首先得為切換維度去設計。

上文分析出的問題是“在彈窗上切換維度太麻煩，交互反饋太弱，鼠標移動距離太長，界面過于擁擠”。對此做出了以下的改進（如下圖），組件切換維度時點擊右上角的切換入口，從右邊彈出切換面板，用戶可以在這個面板上自由地選擇需要展示的分類和指標，在選擇后數據進行實時的加載，通過點擊組建上透明面板的區域收起側滑面板。這樣的改進提升了用戶完成核心任務的效率，圖表的實時加載也消除了界面沒了反饋的不安全感。

為次要任務去設計

次要的任務并不代表可以去忽視它，我們可以讓它變得隱藏起來，在該出現的時候讓它出現。這個例子上，分類系列之間的字段相互切換是相對次要的任務，為此我是這樣設計的。

直接讓字段在Tab之間拖動進行切換，但是側滑面板的形式會讓這個功能變得非常的隱藏，為了解決這一問題，我是這樣設計的，在拖動字段時界面上會出現一些交互的反饋來提醒用戶。當鼠標懸停在字段上時cursor style變成可move的形式，拖動字段時可Drop的Tab上出現Drop提示框，不能Drop的Tab灰化掉，字段拖動到Tab區域時Tab自動切換。下圖為具體的方案。

設計完成后對該方案進行了可用性測試，當問到用戶為什么你會這樣去操作時，用戶是這樣描述的，“我想要把分類的字段移動到系列里面去，我就去嘗試看字段能不能拖動，當鼠標放到字段上時出現了可移動的標識，我就去拖它，拖動時“系列”上面出現了一個明顯的虛框，我就把這個字段放到上面去了”。

總結

不管是在做交互還是產品設計，根據用戶業務需求去判斷任務優先級是設計前期很重要的一部分工作，如果沒有任務的優先級將會帶來很多的體驗問題，諸如，“產品功能雜亂，信息架構不清晰，界面毫無層次，導航毫無重點等等”。它就像繪畫一樣，我們需要先進行構圖和線稿繪制再進行色彩搭配，最后再做細節上的處理，如果沒有這樣一步一步地去做可能就會導致畫面比例出現問題（大神除外）。

最近看了一篇文章，筆者是這樣去描述任務優先級的，“如果一天早上你起來晚了，發現只有20分鐘就上班了，而你家到公司需要15分鐘，你現在只有5分鐘的時間出門，你會選擇做哪些事情”。在這5分鐘內你所選擇做的事情就是最核心的任務，也就是用戶的剛需。

本文由 @不知名屌絲設計師 原創發布于人人都是產品經理?，未經許可，禁止轉載。