B端產品常用web列表設計模式總結

21 評論 47461 瀏覽 458 收藏 10 分鐘

從事B端產品交互設計工作的半年時間里,筆者有幸接觸了面向開發和運維人員的B端業務類列表交互設計工作。為了方便后續在B端產品設計過程中可以更加高效且高質量的進行列表的交互設計,筆者結合自己在實際工作中遇到的列表類型總結了web列表設計的常用基礎列表模式,以供大家參考。

本篇文章所介紹的列表設計主要集中在列表內的元素和操作按鈕(行內操作)的展示上,暫不包括列表的查詢、篩選以及列表外相關功能。

(一)基礎型列表

場景:web列表中基礎的表格樣式,用于業務相關的各項數據的平鋪展示,通常操作按鈕置于表格最右側。橫向基礎表格的縱列數據項不宜過多,過多時頁面大量的數據項容易造成用戶的視覺疲勞,并且會出現橫向滾動條從而降低用戶操作的易用性。

(二)網格型列表

場景:網格列表的信息承載內容更多,單一網格內可展示多行信息。數據項之間的邊界清晰,方便對網格內的數據進行對比,適用于需要展示業務數據量的需求場景。操作按鈕根據業務需求和用戶需求可置于列表右側或單個網格內。

(三)主從型列表

場景:B端產品業務場景具備多樣化的特點,實際工作中我們常常會遇到列表中非單一item展示的需求,item之間除常見的并列關系,還存在從屬關系、遞進關系等。對于主從或遞進關系的列表,筆者建議主從item總數≤3,且不適宜對每個主item進行默認展開的場景,因為B端產品的業務數據量通常較大,默認展開多個主item對服務器的性能損耗較大。建議每次展開一條主item,其他主item呈收起狀態。

當主item下的從屬表的行數較多時,可采取分步加載的方式,例如默認展示10條數據,點擊查看更多時可以繼續請求后端數據進行展示。綜上,對于主從列表的展示形式,設計師可根據實際的用戶需求和開發實現的便捷性和性能損耗的最低性方面出發進行從優考慮。

(四)綜合型列表

場景:綜合型列表適用于業務數據展示復雜的場景。列表數據之間既包含并列關系,又包含從屬關系等。

綜合型列表上常常伴隨用戶復雜的操作,如上圖所示,既包含對不同環境下key的查看、下載、修改以及更多的操作,又包含對整條key的移動、刪除操作?;诰C合型表格可方便地對業務數據進行組合、分解和重新布局排列。

列表設計思路總結:

通過對工作過程中遇到的列表設計的總結,筆者發現列表設計均可以依據縱橫相間的網格列表為基礎進行擴展。以網格列表為基礎,對不同的單元格進行重組和拆解可衍生出多種不同類型的列表,如下圖所示。然后,以衍生列表為基礎,設計師可進一步采取微交互的設計方式來表現不同數據之間的矩陣、從屬、遞進、并列等關系。

除以上對列表設計布局的總結,筆者也從行內操作的角度總結出兩種類型的列表:操作顯現型列表和操作隱現型列表。

(一)操作顯現型列表


場景:一方面當列表中縱列數據較少時,頁面有足夠的空間用于展現所有的操作按鈕,此時操作按鈕外置更加直觀,用戶可以一目了然的了解到對當前列表的所有操作;另一方面就操作使用頻率而言,高頻率使用場景下的操作按鈕需要外置,例如當用戶在查看列表時80%以上時間的都是在進行編輯操作時,編輯按鈕外置更易于用戶點擊,符合用戶的心理預期。

(二)操作隱現型列表

場景:

  • 一方面當列表中縱列數據較多時,頁面缺少足夠的空間展現所有的操作按鈕,此時操作按鈕可進行隱現展示,使用“更多”或特定icon來標識有更多操作,為方便用戶操作可在鼠標hover時展現所有操作按鈕;
  • 另一方面就操作使用頻率和危險性而言,低頻率使用場景下的操作按鈕或危險性操作按鈕可進行隱藏展示。用戶在點擊危險按鈕時可能會帶來破壞性操作,此時對按鈕進行隱藏可增加按鈕的操作難度從而減少用戶的誤觸率。

本文總結

對web端列表設計的總結可以更方便地適應B端產品突出特點:

1. 通用性

B端產品設計有其通用性的設計特點,大部分產品業務的列表設計形式類似,因此列表設計的復用性較強,總結的列表設計可覆蓋大部分B端產品業務。

2. 個性化

B端產品業務相對來說更為復雜,業務場景多樣化,產品設計存在個性化的傾向。因此,設計師可以在已總結的設計列表樣式上結合所負責的業務特點進行微創新,大大提高設計效率。

另外,在列表設計的過程中,筆者還有一些感悟與建議與大家分享:

1. 避免列表item的橫向展示信息過長

當橫向的展示信息過長(包含hover時展示的信息)超過一屏時,會出現橫向滾動條。對于使用MAC端的用戶,通過觸摸板進行橫向和豎向滾動較為方便,但是對于PC端(主要是臺式機)用戶而言,需要鼠標去滑動橫向滾動條查看一屏以外的信息,且對于單條item的操作按鈕常常置于列表最右側,每次點擊操作按鈕需要先滑動滾動條,導致操作成本和對屏幕展示信息的記憶成本提高而產品的易用性降低。

2. 適當采取表頭凍結的方式

B端產品的列表數據量大,用戶在通過滾動條上下滾動查看列表時若表頭隨列表向上滾動,那么用戶有可能會迷失,無法判斷當前列表中字段的含義。將表頭在隨列表向上滾動的過程中固定于頁面頂部,方便用戶實時了解當前字段的含義,可在細微之處提升用戶體驗。

3. 增強列表設計的美觀性

根據審美可用性效果(人們認為更美觀的設計比那些被認為不太美觀的設計更直觀),清晰、美觀的列表設計可提高產品的可用性。B端產品的業務邏輯復雜,且理解門檻很高,容易令用戶感到枯燥。列表設計中,通過字體大小、顏色、粗細,列表背景色,狀態標識icon,tag等清晰展示業務內容,可以提高用戶愉悅感,營造良好的用戶體驗。

 

作者: 仉長娟 ,網易UEDC小鮮肉一枚,現支持運維部產品的交互設計工作。

本文來源于人人都是產品經理合作媒體@網易UEDC,作者@??仉長娟

題圖來自 PEXELS,基于 CC0 協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 請教:如果表格只有2列,怎么設計???或許不采用表格了?

    來自江蘇 回復
  2. B端講究效率。數據字段過多的情況很常見。成熟的系統就是用戶可以自定義展示字段,但是這么做有額外開發成本,大部分還是左右滑動,然后操作鎖定在最右方,丑是丑,但是實用。硬要只能選幾個來展示也沒啥問題,畢竟可以導出完整數據。

    來自四川 回復
  3. 運維對接的數據過多時,查看詳情頁,滿屏都是關聯的信息,需要怎么優化?

    來自北京 回復
  4. 如果數據太多,可能融合多個相關性強的字段到一個字段中展示

    來自四川 回復
  5. B端產品一般列表展示內容個數都很多,需要橫向拖動查看更多內容,所以直接使用列表展示的方法可以拋棄,直觀展示該條詳情,類似左標題右詳情的模式,左邊可隨時切換不同數據,這是我最近研究出拋棄表格展示數據的方法,模擬手機列表的展示,不知道能否理解我說的展示方法。

    來自廣東 回復
    1. 目前列表的展示方案應該是最好的展示方案,其實可以為多列的場景提供,個性化的設置,讓用戶自主選擇列表界面展示什么字段,不展示什么字段,因為在實際的業務的,很少有用戶需要關注全部的字段,如果有關注全部的字段可以直接進入詳情查看。同時你說的方案也可放在詳情中,當用戶查詢出數據之后,進入詳情可以直接切換下一條數據無需退出,再次從列表進入。

      來自廣東 回復
  6. 正在給G客戶做系統,一直用的就是基礎列表的形式,目前感覺作為年紀較大的,還是喜歡列表展現盡可能多的內容,操作按鈕盡可能直接和明顯。

    來自湖北 回復
    1. 我也是服務G端客戶的,確實是這樣啊,要盡可能減少操作的深度,最好只用點擊和滾動來操作,而且針對這種年紀大的用戶,可讀性也和正常人不一樣,一般都要大上1到2個字號,列表更是越多越長就越喜歡,很無奈啊,感覺作久了自己的審美都會脫離大眾

      來自天津 回復
  7. 請教:如果表格列很多,怎么設計

    回復
    1. 可以讓部分重要的列凍結。其他的列,由用戶自定義選擇展示。如果用戶選擇的列過多,會自動出現橫向滾動條。但默認狀態下是沒有滾動條,也能滿足大部分人要求,還比較好看。

      來自上海 回復
    2. 豁然開朗

      來自北京 回復
    3. 自定義顯示列 不同崗位看不同的數據

      來自遼寧 回復
  8. 看出來是有經驗積累的!

    回復
    1. 厲害

      回復
  9. 受教了

    回復
  10. 列表item橫向展示信息過長時,可以鎖定某些列,次要item進行滑動,操作按鈕列也可以鎖定,這樣用戶操作時,不必每次都要拉動滑動條。

    回復
    1. 是否可以考慮隱藏一些列,對不是特別重要的信息可以做配置顯示或者隱藏

      來自北京 回復
    2. 嗯呢,這也是一種方式。個人覺得沒必要在列表頁上展示的信息可以不展示,再用上鎖定列,會更方便。

      來自北京 回復
  11. 受教

    回復
  12. 很實用。謝謝你

    來自浙江 回復
  13. 學習了操作隱現形那招 ??

    來自廣東 回復