“如果我有一個(gè)小www.yichaoxiang.com時(shí)去解決問題，我會花55分鐘去思考這個(gè)問題，然后用5分鐘來想解決方案。”——佚名

 

我們是來自CareerBuilder的交互設(shè)計(jì)師Havana和視覺設(shè)計(jì)師Ada，我們的視覺設(shè)計(jì)負(fù)責(zé)人Mark Patterson給了我們一個(gè)任務(wù)：設(shè)計(jì)表格的UI規(guī)范，用在包含不同用例和不同目標(biāo)用戶的產(chǎn)品線上。我們使用到的方法涉及到快速確定目標(biāo)和問題的核心，并在早期通過測試驗(yàn)證我們的想法。生成高效的解決方案，快速獲得團(tuán)隊(duì)認(rèn)可，最后使用用戶測試進(jìn)行驗(yàn)證。

表格設(shè)計(jì)是一件有挑戰(zhàn)性的事

當(dāng)我們審閱各個(gè)產(chǎn)品團(tuán)隊(duì)的原型時(shí)，我們發(fā)現(xiàn)這些表格是不一致的——它們有多樣化的UX設(shè)計(jì)解決方式。尺寸、鏈接、CTA、過濾器、排序以及分頁到處都是：

 

(其他產(chǎn)品線上的表格)

我們需要一種能夠普遍服務(wù)所有產(chǎn)品的用例，并且適用于未來將會出現(xiàn)的產(chǎn)品和功能模式。

我們的視覺設(shè)計(jì)主管發(fā)出了特定的用戶界面元素，我們承認(rèn)，當(dāng)我們被分配到表格設(shè)計(jì)時(shí)，我們很害怕。表格是一個(gè)幾乎每個(gè)產(chǎn)品都使用到的模塊。GareerBuilder這個(gè)產(chǎn)品服務(wù)于多種類型的用戶：求職者、招聘人員以及人力資源部門。每個(gè)產(chǎn)品在使用場景、用戶目標(biāo)以及功能上都存在巨大差異。我們?nèi)绾尾拍軇?chuàng)造出足夠靈活的表格呢?

更重要的是，我們都在不同的城市，所有的協(xié)作都必須遠(yuǎn)程進(jìn)行。

開始設(shè)計(jì)

接到表格設(shè)計(jì)的任務(wù)后，我們立馬開了一個(gè)一個(gè)小時(shí)的電話會議。我們的目標(biāo)是往后退一步，回到全局：

1.用戶一般使用表格上做些什么?在電話會議上，我們查看了pattrns.com的幾個(gè)例子，推斷表格背后的用戶目標(biāo)。我們最終總結(jié)出了3個(gè)用戶目標(biāo)：

一次性瀏覽大量信息，例如：展示多個(gè)項(xiàng)目以及對應(yīng)的狀態(tài)

快速確定并執(zhí)行操作，例如：刪除多行、下載多個(gè)項(xiàng)目等

對比信息，例如：有多少個(gè)項(xiàng)目完成，有多少個(gè)項(xiàng)目正在進(jìn)行

 

(一些表格的例子)

2.表格設(shè)計(jì)上最大的難點(diǎn)是什么?我們需要設(shè)計(jì)一個(gè)支持排序、多選、批處理以及數(shù)據(jù)分組的表格。并不是所有的表格都需要這些功能，但是這些特性都是我們需要討論的。

3.表格可以被模塊化嗎?我們把表格分成這些模塊：

分頁

擴(kuò)展視圖

編輯模式

行為召喚

定制

單元格截?cái)?

icon/圖片的使用

未讀/已讀標(biāo)識

在5周里，我們碰面了4次，共享我們所獲取的信息，在目標(biāo)和思考方向上達(dá)成共識。會議后，我們研究了各自分配的組件并有了一些初步的想法。我們把這些想法收集起來，并且在5天后開了一次會議。在這個(gè)早期迭代會議上，我們的目標(biāo)是簡單地展示初步解決方案。

基于許多我們不熟悉的用戶案例，我們想通過測試來驗(yàn)證這些想法，剔除存在的可用性問題、功能缺陷，指出潛在問題和我們的想法。參與的不僅僅有用戶體驗(yàn)團(tuán)隊(duì)的成員，還邀請了主要開發(fā)人員來確保我們的想法在技術(shù)上是可以實(shí)現(xiàn)的。我們開這個(gè)會，就是為了為了避免浪費(fèi)時(shí)間在最終迭代會失敗的問題上。同時(shí)也保證了整個(gè)團(tuán)隊(duì)可以快速進(jìn)入狀態(tài)。

 

(表格相關(guān)的一些筆記和草圖)

我們?nèi)〉昧艘恍┓答?，接著我們開始新一輪的迭代來調(diào)整我們所發(fā)現(xiàn)的問題。我們中途還進(jìn)行了一次會議，來確保各自的項(xiàng)目進(jìn)度，確定已完成工作和接下來的工作。然后在展示給團(tuán)隊(duì)的會議上縮小選項(xiàng)提交并校對，確保我們不錯(cuò)過任何狀態(tài)。

在這個(gè)過程中，我們使用sketch以及craft裝載的公司內(nèi)部樣式庫。

 

(我們的工作流程)

表格的組成

如果你正在設(shè)計(jì)一個(gè)表格，我們對不同組件進(jìn)行的處理可供參考(我們使用了虛擬的數(shù)據(jù))：

分頁

之前，我們使用的是簡單的數(shù)字分頁。想象一下在幾百個(gè)頁面中跳轉(zhuǎn)到563頁會怎么樣?連續(xù)翻562頁是一個(gè)非常痛苦的體驗(yàn)，所以我們引入了一個(gè)“跳轉(zhuǎn)至頁面”的下拉菜單。同時(shí)包括一個(gè)“每頁顯示x個(gè)結(jié)果”的下拉菜單，讓用戶能夠自定義他們想要看到的內(nèi)容。分頁展示是這樣的：

 

(分頁)

然而，我不是很確定如果我在第4頁時(shí)，這個(gè)分頁是什么樣的。

 

(用戶瀏覽不同頁面時(shí)分頁的展現(xiàn))

最后，我們允許各自的產(chǎn)品團(tuán)隊(duì)來決定哪一類的分頁最適用于他們的產(chǎn)品。

“當(dāng)你設(shè)計(jì)一個(gè)適用于多個(gè)產(chǎn)品的組件時(shí)，你必須要變得靈活”

 

(分頁的不同展示選項(xiàng))

我們在設(shè)計(jì)分頁時(shí)學(xué)到的最主要的東西是：循序漸進(jìn)，深入挖掘，發(fā)現(xiàn)背后隱藏的復(fù)雜性。(警示：總是有一些隱藏的復(fù)雜性。)

編輯模式

我們所做的產(chǎn)品中一個(gè)特性是可以編輯特定單元格，當(dāng)前的設(shè)計(jì)方式是讓所有可編輯的單元格在視覺上保持一個(gè)文本輸入框的樣式。這造成了一個(gè)令人困惑的體驗(yàn)——用戶該怎么去保存這些編輯過的數(shù)據(jù)呢?目前的設(shè)計(jì)并不明確。

 

(可編輯內(nèi)容以文本框形式展示)

另一個(gè)問題就是這樣容易造成誤操作。用戶很容易意外編輯了錯(cuò)誤的單元格——它可以取消嗎?它會自動(dòng)保存嗎?其中的交互并不明確。

這種模式的好處是能夠很清晰地展示什么是可以編輯的，什么是不可以的。在上面的例子中，用戶可以修改藝術(shù)家的名字以及郵箱地址，但不能更改日期。我們最終決定保留這一優(yōu)點(diǎn)，但是更精確地符合用戶的期望。

絕大多數(shù)用戶對特定的圖標(biāo)很熟悉，像“鉛筆”、“復(fù)選”以及“取消”圖標(biāo)。鉛筆圖標(biāo)用來表示可以編輯的內(nèi)容，我們決定在設(shè)計(jì)中采用這一點(diǎn)。

 

(編輯圖標(biāo)：默認(rèn)時(shí)顯示灰色)

起初，我們使用灰色的鉛筆圖標(biāo)，當(dāng)用戶鼠標(biāo)hover上去的時(shí)候，它便轉(zhuǎn)變?yōu)楦吡恋念伾?。一個(gè)同事提出了一個(gè)可用性的點(diǎn)：移動(dòng)端用戶怎么辦?移動(dòng)端沒有懸停狀態(tài)，也就無法展示圖標(biāo)的懸停狀態(tài)，那么用戶是否能夠識別出這個(gè)灰色的鉛筆圖標(biāo)是可以點(diǎn)擊的呢?我們構(gòu)建了一個(gè)用戶測試環(huán)節(jié)來得到這個(gè)問題的答案。最后測試的結(jié)果顯示在大多數(shù)情況下，他們都完全忽視了這個(gè)灰色的鉛筆。我們的解決方案是把鉛筆換成超鏈接的顏色，這樣用戶就可以很快找到它的位置。

一旦用戶點(diǎn)擊這個(gè)圖標(biāo)，文字輸入框的旁邊會顯示出一個(gè)綠色的勾和一個(gè)紅色的關(guān)閉。從測試中得出，用戶很容易知道如何在點(diǎn)擊鉛筆后修改單元格的內(nèi)容。

我們原來擔(dān)心在操作列之外放一個(gè)編輯操作，因此我們對此進(jìn)行了一個(gè)測試。7/10個(gè)用戶直接選擇使用那個(gè)鉛筆圖標(biāo)，即使他們看到了那個(gè)下拉菜單。用戶一致建議這個(gè)鉛筆應(yīng)該使用藍(lán)色，因?yàn)橛行┤瞬]有立刻注意到它。

用用戶的話來說：“灰色的編輯按鈕太弱了，很難發(fā)現(xiàn)，但是當(dāng)你注意到它時(shí)，使用起來就非常簡單。我很喜歡它，非常棒。”

 

(最終的編輯模式)

行為召喚

如上所述，CTA的處理在所有原型中差異最大。有時(shí)候CTA放置在表格頂部，有時(shí)候放置成一個(gè)按鈕，有時(shí)候又是單元格中的一個(gè)按鈕、圖標(biāo)，或是下拉菜單中的元素，到處都是。

既然用戶使用表格的目標(biāo)之一是快速處理，我們必須讓用戶在進(jìn)行處理時(shí)不需要瀏覽整個(gè)表格。它們必須被放置在一個(gè)固定的位置。同樣還有其他問題：CTA可以作為行末的一個(gè)文字鏈接嗎?還是在表格的頂部?它們需要用icon來表示嗎?如果多于4個(gè)操作的話該如何顯示?我們該如何保持其他欄的狀態(tài)?我們最終定下了一個(gè)規(guī)則來放置所有的操作：

a.表格每行只有一個(gè)操作：展示為圖標(biāo)+標(biāo)簽

 

b.表格每行有兩個(gè)操作：展示為文字鏈接

 

c.表格每行有多于2個(gè)操作：以下拉菜單的方式展示

 

我們直接展示了兩個(gè)操作，讓用戶可以快速地使用它，但是當(dāng)操作多于2個(gè)時(shí)會占據(jù)很大一部分位置，所以我們將它們放在下拉菜單中。經(jīng)過幾輪迭代后，我們主要爭論的一點(diǎn)就是是否要使用帶圖標(biāo)的標(biāo)簽，但是由于我們不太清楚未來有哪些潛在用例，所以我們決定使用圖標(biāo)，也可以迫使設(shè)計(jì)師來用圖標(biāo)來描繪一些難以理解的操作。

 

(編輯模式)

如前所述，唯一一個(gè)沒有放置在下拉菜單中的操作就是“編輯”。編輯使用帶鉛筆圖標(biāo)的方式放置在對應(yīng)的單元格內(nèi)以允許內(nèi)聯(lián)編輯。放置在單元格內(nèi)給用戶設(shè)定了可以編輯單元格的預(yù)期，而不是讓他們認(rèn)為整行都是可以編輯的，進(jìn)而造成挫敗感。

同樣的，如何將一個(gè)操作應(yīng)用到多行?單擊操作列，然后對多行數(shù)據(jù)進(jìn)行操作將會是一個(gè)非常糟糕的體驗(yàn)。我們借用了Gmail的模式，選中一行后，頂部會出現(xiàn)一個(gè)批量操作欄。不過Gmail上的操作欄視覺上表現(xiàn)比較弱，我們使用了一個(gè)更加顯眼的顏色變化來吸引用戶的注意力。

 

(批量操作)

表格定制

表格中會出現(xiàn)許多標(biāo)題和列的數(shù)據(jù)，有時(shí)數(shù)據(jù)顯示受限于表格的寬度。在某些情況下，可以允許用戶去選擇他們想要看到的表格列。要做到這一點(diǎn)，我們必須讓選項(xiàng)更清晰，當(dāng)用戶的選擇已經(jīng)達(dá)到上限時(shí)，我們通過灰化選項(xiàng)來表示。

 

(表格定制)

單元格截?cái)?

在有限的空間里，單元格中的內(nèi)容長度容易出現(xiàn)問題。我們是否允許文本在單元格內(nèi)包裝?最初，我們受到Virgil Pana在dribbble發(fā)布的作品的啟發(fā)：

 

(Virgil Pana在dribbble發(fā)布的作品)

這是一個(gè)很棒的解決方案，我們和開發(fā)討論了技術(shù)可行性。

最終我們了解到即便它是可以實(shí)現(xiàn)的，這個(gè)表格也將會包含太多復(fù)雜的算法，可能會導(dǎo)致加載過慢的問題。這項(xiàng)工作是否值得花費(fèi)過多的精力?另外，如果還要考慮到定制表格的選項(xiàng)，復(fù)雜度又會增加多少?再次，這就是為什么開發(fā)人員提早參與至關(guān)重要。我們最終認(rèn)為這不是一個(gè)關(guān)鍵任務(wù)，并不值得花費(fèi)太多的力氣，我們最終提出了用浮層來展示所有信息來作為一個(gè)替代方案。

 

(用浮層顯示具體信息)

圖片的用法

雖然我們還在琢磨表格的細(xì)節(jié)，我們對斑馬紋的設(shè)計(jì)已經(jīng)有了一定的喜好，這時(shí)一個(gè)同事帶來了一個(gè)我們沒有考慮到的用例。在產(chǎn)品的一個(gè)頁面中，一個(gè)需求是上傳一個(gè)logo到表格中，由于logo不是透明的，當(dāng)它出現(xiàn)在灰色行上時(shí)整個(gè)頁面會變得很尷尬。

在這個(gè)情況下，我們不可能只是簡單地忽略它，我們必須想出一個(gè)解決方案。這就是一個(gè)很好的例子，說明簡單的才是最好的?，F(xiàn)在，我們決定加上上傳透明png格式logo的引導(dǎo)。幸運(yùn)的是，這里上傳logo的用戶都是客戶履行小組的成員，他們比一般的用戶要更懂技術(shù)。

當(dāng)我們以為我們終于把斑馬紋確定下來了，另外一個(gè)同事提出了一個(gè)用戶案例是在單元格內(nèi)顯示警告指示器。整個(gè)單元格的背景顏色都填充了警示的顏色來引起用戶注意力。 盡管從美學(xué)角度來說，這并沒有改變這個(gè)表格，但是它確實(shí)會有一些后續(xù)的問題。應(yīng)該使用怎樣的不透明度?我們是否想要讓開發(fā)人員特殊處理單個(gè)單元格上的顏色?為了簡化它，我們決定使用圖標(biāo)。但是如果用戶不容易注意到這個(gè)警告，我們還是會把重點(diǎn)突出。

 

 

(警示的兩種處理方式)

已讀/未讀標(biāo)識

我們探索了不同的方式，如使用彩色圓點(diǎn)和豎條來標(biāo)記未讀項(xiàng)目。點(diǎn)完全混合到表中。為了使它看起來更引人注目，我們還給那個(gè)點(diǎn)附著的文字加粗了。然后我們的同事提出了需要注意的一點(diǎn)：復(fù)選框。這個(gè)點(diǎn)是放在復(fù)選框旁邊還是文字旁邊?

 

(未讀的早期處理方式)

這個(gè)點(diǎn)在美觀上以及功能性上都變成了一個(gè)不太好的方案，所以我們最終選擇了豎條。這個(gè)豎條簡單有效地表示這行是未讀的，而且同樣是一種常見的模式。

 

(未讀狀態(tài))

擴(kuò)展視圖

有時(shí)，表格不能容納太多的項(xiàng)目數(shù)據(jù)。在涵蓋大量應(yīng)用數(shù)據(jù)的情況下，在數(shù)據(jù)表中擴(kuò)展行是一種常見的模式。我們使用一個(gè)模式對相關(guān)的擴(kuò)展內(nèi)容進(jìn)行分組：

 

(擴(kuò)展視圖的一個(gè)例子)

展開的那一行是灰色的，與其他的行區(qū)分開。相關(guān)內(nèi)容放置在它的內(nèi)容區(qū)域中。

我們同樣受到了另一種模式的啟發(fā)，這個(gè)模式中，統(tǒng)一欄將行和擴(kuò)展內(nèi)容綁定在一起，這樣便使得這些內(nèi)容看起來是有關(guān)聯(lián)的。

 

(擴(kuò)展視圖的例子)

我們決定將兩種方案結(jié)合起來，我們把擴(kuò)展行做成了藍(lán)色，并在左側(cè)添加統(tǒng)一欄。

 

(第一個(gè)方案)

 

(第二個(gè)方案)

第一種方案看起來太像一個(gè)選中狀態(tài)了。深藍(lán)色的欄像具有某個(gè)含義，并且我們之前已經(jīng)使用這個(gè)豎條來表示未讀行了。我們現(xiàn)在如何區(qū)分未讀狀態(tài)和擴(kuò)展?fàn)顟B(tài)呢?為了避免混淆我們的用戶，將它們合并為一個(gè)統(tǒng)一欄?

 

(第三個(gè)方案)

最初我決定加大寬度同時(shí)改變顏色，但是加大寬度以后看起來比較突兀，同時(shí)還是很像未讀狀態(tài)。我們向團(tuán)隊(duì)展示這個(gè)解決方案，最終他們提出了一個(gè)更好的方案：和未讀狀態(tài)使用同樣的寬度但是用灰色來表示。