交互設計規范分享:頁面信息展示、信息交互和通用組件規范

13 評論 66384 瀏覽 764 收藏 14 分鐘

本規范按web交互屬性分三個部分:頁面信息規范、信息交互規范、通用組件規范。

前些時間正準備寫交互規范,就去網上搜羅了一下交互規范的一些范本,想作為借鑒參考,但卻沒能找到比較滿意的,找到了一些零散的內容(當然有些還是有參考價值的),所以就覺得交互規范這方面的內容比較少,就來此給分享一下自已整理的規范。

本規范是PC端web管理系統的規范,文檔結構和內容有參考過網上一些大牛的分享,個人的思考并不完善希望各位大神多多指正和補充。不多講了,請看正文……

一、 頁面信息規范

1、頁面命名

每個頁面都要有與之模塊對應的名稱。

2、頁面兼容性

(1)頁面大小兼容

  • 自適應1366*768px及以上的分辨率
  • 默認窗口設置下,不應出現水平滾動條,避免出現垂直滾動條(當內容過多時允許滾動條)

(2)彈窗、彈頁要保證768高度的分辨率顯示正常,同時能移動查看彈出框內容。彈出框高度為不超過450px,且顯示在內容頁面相對水平、垂直相對居中位置。

(3)瀏覽器兼容

兼容Chrome、Firefox、Safari、IE8及以上主流瀏覽器。

  • 文字

文字用系統自帶的常規字體,且分一級標題、二級標題、主內容文字、次內容文字、輔助文字(說明或引導性文字,提醒性文字),分別用不同的字號、顏色。具體字號大小和顏色參考UI設計效果圖。

  • 內容圖片

內容圖片均帶1px描邊;內容圖片未加載出來時顯示系統默認圖片。

二、 信息交互規范

1、數據操作

顯示數據(表格)

(1)表頭:字體加粗、且比單無格內容字體大一號,且體字體大小參照UI效果圖。

(2)單無格:文字圖片內容左對齊,數字、金額內容右對齊。

(3)操作內容原則上均用文字表達,如“編輯-刪除”

(4)鼠標劃過表格單行時,顏色高亮。

(5)原則上每頁顯示15-20條數據,實際顯示條數據可按設計排列效果而定。

(6)表格中不定長的字段,固定顯示寬度,超出內容用“…”顯示光標停留后,在浮動層顯示詳細內容。

選中數據

(1)勾選全選則選中當頁所有記錄

(2)去掉當頁某個記錄的勾選,則全選也去掉勾選。

(3)翻頁后,自動去掉已勾選的記錄及全選的勾選。

(4)翻頁后是否進行選擇記錄的保留應試具體業務而定。

(5)刷新頁面后,自動去掉已勾選的記錄及全選的勾選。

新增數據

(1)新增的記錄必須排在新增頁的首行;

(2)所有列表頁面默認按數據新增時間倒序排列。

(3)提交失敗后留在當前提交頁,且保存用戶已經輸入的內容以便再次提交。

(4)提交成功后自動回到數據列表頁。

(5)提交時需對主要標識字段進行重復值、空值(空格)判斷。

修改數據

(1)修改完成后必須回到原記錄所在位置,且刷新顯示修改后的值。

(2)提交失敗后留在當前提交頁,且保存用戶已經輸入的內容以便再次提交。

(3)在查詢條件下修改返回后,保留原有查詢條件,且修改后的數據如果不滿足查詢條件則不顯示。

(4)提交時需對主標識字段進行重復值、空值(空格)判斷。

查詢數據

(1)把所有查詢條件全部顯示出來,并放在查詢列表上方位置。

(2)每個查詢條件必須有預置文案。

(3)每次查詢后保留當前輸入的查詢條件。

(4)當未查詢到任何記錄時,需給予未查找到相關記錄的提示信息。

(5)除了用戶明確要求不需要外,需提供模糊查詢功能。

(6)必須要有條件“重置”功能,重置后恢復到初始狀態。

刪除數據

(1)必須有確認刪除的提示信息。

(2)刪除成功后刷新不顯示刪除的記錄。

(3)刪除成功后返回到原記錄所在頁面,而當原記錄所在頁不存在時,則返回上一頁。

(4)當被刪除的記錄與其他記錄存在關聯時,請示需求界面給予不允許刪除、更明細提示等信息。

提交/上傳數據

(1)當提交所費的時間較長時,需給出等待的提示,如:沙漏、菊花、進度條等。

(2)提交時需對主標識字段進行重復值、空值(空格)判斷。

(3)提交成功后不可重復提交,有列表展示提交內容的直接返回到展示頁面。

(4)必須要有“取消或返回”功能。

分頁

(1)當對查詢結果進行分頁時,分頁的同時需要能夠執行查詢功能;

(2)當頁數較多時,允許輸入具體頁數進行查詢;

取消

(1)取消必須給予提示。

(2)取消操作后須返到原記錄所在狀態。

返回

(1)當從一個頁面點擊按鈕或鏈接進入子頁面時,子頁面必須提供返回按鈕

2、鏈接

(1)鏈接文字或圖片當鼠標劃過時會變成點擊手形。

(2)本窗口打開:查詢結果、上下翻頁、新增、修改等操作在本窗口打開。

(3)新窗口打開:各類詳情、預覽頁面等采用新窗口打開。

3、提示信息

預先信息提示

(1)內容提交類:每個輸入項、條件選選項(包括時間選擇)均需要給出提示信息。該提示信息可放置在輸入框內或者控件尾部(如密碼要多少多少位。搜索框提示用戶輸入什么內容等。)

(2)謹慎類操作:針對不可修改、重要操作選擇等操作屬于謹慎類操作,均需給出提示信息。如審核是否通過操作、退款申請操作、價格輸入等。

操作信息提示

(1)確認提示:修改設置、刪除數據等操作時需要彈出提示框,用戶需要選擇后方可執行。

(2)錯誤提示:當用戶的操作不符合規則、輸入數據不符合規則需要給出操作提示。比如輸入數值不符系統規定,則進行提示。

(3)錯誤提示分為:即時提示、提交后提示。本系統這里統一用即時提示。

(4)讀取提示:涉及到大量信息讀取緩慢的時候應該進行提示。比如進入后臺查看商品列表時,由于網絡、數據量大等原導致載入緩慢,應該顯示讀取提示信息,已避免用戶過度重復點擊操作。

結果信息提示

(1)保存結果提示:當進行商品添加/修改此類涉及到數據保存的操作,不管是否成功均需給出提示。統一用Toast提示,內容為“保存成功!”原則上保存之后直接顯示結果頁(也可視具體情況定)。

(2)查詢結果提示:任何信息列表、查詢結果,當對應信息結果的時候需要給出有無結果狀態提示。不得使用空白信息。

三、 通用組件規范

1、導航

菜單導航欄

(1)導航路徑:原則上不超過三級就能到達用戶想要的主要頁面,且隨時能返回。

(2)導航菜單:各級別的菜單寬高一致,樣式一致。鼠標劃過或點擊選中菜單模塊時會有突出(比如高亮)狀態顯示。

(3)有子菜單的模塊默認不顯示子菜單,點擊后顯示子菜單,再次點擊時可收起。

當前位置導航

(1)原則上每個頁均有“當前位置導航”,但彈出頁、預覽頁等特殊頁面無需當前導航。

(2)若當前位置導航有多個層級,則當前層級的前面層級均可鏈接到相應頁面。

(3)當前位置導航位置固定,具體位置參考UI設計效果圖。

2、表單

(1)表單輸入框由 表單字段名稱: + 輸入框組成,字段名稱原則上2-4個漢字。

(2)預置文案:輸入框內均需有預置文案,且光標進入輸入框獲得焦點時文案自動消失,若輸入框失去焦點且未輸入任何文字時恢復預置文案。

(3)下拉選擇框中內容有多級時,只顯示一級,其他級呈灰色不可用狀態,選擇一級后才會激活第二級,以此類推。如:部門作為查詢條件時,點擊下拉框,默認只有一級部門可用,點擊一級部門再激活開顯示二級部門。

(4)界面的必填項以紅色*號標識出來,且標識在“表單字段名稱”前面。存在必填項未填寫時,輸入框失去焦點即時提示,輸入框紅色描邊,且輸入框下方左有相應紅色提示文案。輸入框未曾獲得過焦點直接提交時,同樣輸入框紅色描邊+紅色提示文案提醒。

(5)單行輸入框:在未限制字數情況下,當輸入文字比前輸入框長時,最先輸入的文字隱藏,光標和最后一個輸入的文字顯示在輸入框尾部。

(6)多行輸入框:需要有“當前已輸入字數/最多可輸入字數”(如:50/100)。

(7)與限制條件不符的費法輸入應即時提醒。

(8)只允許輸入日期、時間的輸入框需要通過格式化方式約束輸入,而不是輸入非法值后給出提示;

3、按鈕

(1)按鈕種類:優先操作按鈕,次要按鈕,不可用按鈕。

(2)按鈕狀態:默認顯示狀態,鼠標經過狀態,點擊狀態。

(3)按鈕位置:按windows交互習慣先優先后次要(左確定,右取消)。

(4)按鈕樣式:可直接寫文字,或文字+圖標(具體方案參照UI設計效果圖),原則上按鈕上文字為2-4個漢字。

4、加載

當數據獲取較慢,或網絡狀況不佳時,要有統一的加載方案圖示告訴用戶“數據正在加載中……”如:漏斗、菊花、進度條等具體圖文可參與UI設計效果。

5、失敗/空頁面

當頁面沒有數據、加載失敗或出錯時,要有統一的提示文案圖標告訴用戶“頁面加載失敗/暫無數據/頁面出錯”,具體圖文可參與UI設計效果。

6、鼠標

默認狀態鼠標為“箭頭形狀”,經過可點擊元素時變為“手指狀”,在可輸入框中為“豎線光標狀”

7、鍵盤

(1)支持回車鍵提交

(2)支持回車鍵查詢

(3)支持tab鍵移動光標焦點,移動遵循從左至右,從上至下的原則

有想要文檔格式參考的小伙伴可以加我微信,也歡迎各位喜歡UI交互設計的小伙伴們一起交流學習。

 

作者:邊跑邊學走,微信:275371854

來源:http://www.jianshu.com/p/677868714757

本文由 @邊跑邊學走 授權發布于人人都是產品經理,未經作者許可,禁止轉載。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 太贊了

    來自安徽 回復
  2. 表單第7項中有錯別字“費法”應為“非法”

    來自廣東 回復
  3. 真心感謝這樣的系統總結

    來自江蘇 回復
  4. 還有一個問題,作者對app端的交互文檔有什么資料么

    來自上海 回復
  5. 想問下,什么時候出交互文檔啊,我沒寫過正式的交互文檔,這些細節都是寫在prd里的

    來自上海 回復
  6. 有些地方內容重復了,提現出分類的重要性。

    來自廣西 回復
  7. 請問PC端web管理系統的規范的意思是,pc端和web端都適用的規范嗎

    來自四川 回復
    1. 說PC端是為了區別于移動端,web管理系統是指基于瀏覽器的系統。如網站后臺管理系統

      回復
  8. 配上細圖就完美了

    回復
  9. 還不錯,作者分享的比較全面

    來自北京 回復
  10. 好全的交互設計文檔規范,可以當做交互設計文檔的自查表。贊、贊、贊···

    來自北京 回復
  11. 期待系列作品~! ??

    來自廣東 回復