如何建立適合自己產品的交互設計規范?

42 評論 32619 瀏覽 274 收藏 7 分鐘

本文是作者總結了自己工作中的一次產品迭代,看看如何建立適合自己產品的交互設計規范。

我們公司目前在做的是一款服務于外貿企業的工具性網站,而前一段時間(大概是5月底到6月底)完成了產品的一次大型的迭代工作,這段時間閑了下來,于是便抽了點時間編寫了一套服務于這款產品的交互規范。

在這個過程中能總結出一些心得,在此分享給大家。(PS:本文最后會附上整理的Axure交互規范文件,可供大家參考)

建立規范的要素:

  1. 明確自己產品定位和目標 ;
  2. 規劃交互規范的內容范圍;
  3. 化繁為簡,簡潔易懂。

一、明白自己產品定位和目標

我們的產品是定位于服務于外貿企業用戶的工具,主要目標是幫助客戶建立自己的外貿網站/尋找外貿客戶/客戶管理/外貿營銷,簡單來說就是建站-獲客-管客-營銷-轉化。

所以我們的產品中需要最多的就是控件就是輸入/搜索控件和各類表單圖表,而且在控件的設計上不能設計操作性太復雜的控件(千萬不要為了追求新奇炫酷而去設計比較少見的控件,否則不僅加大前端同學工作量,用戶也不一定用的明白),不然就違背了快速操作反應的原則,在這里建議大家可以參考阿里的Ant design交互規范。

二、交互規范的內容范圍

交互規范內容包括什么?

不同的產品的交互規范范圍內容不同,一般來說網頁端產品的相對移動端產品內容更多,這是因為網頁端產品的頁面布局多樣,交互控件和方式更為復雜;To C網頁產品比To B網頁產品內容更多,因為To B產品目標明確,更注重使用效率,不會采用過于復雜和新穎的頁面布局和交互方式。

而針對我們的產品,交互規范內容總結主要包括以下幾個部分:

1. 設計規范說明

設計規范說明主要描述該設計規范的基本信息:

2. 設計更新記錄

因為交互規范是需要根據項目不斷完善更新的,所以會有很多迭代的記錄,及時記錄更新可以方便其他設計師、前端工程師知道我們更新了什么內容,及時同步給整個團隊。

3. 設計規范主體

主要包括字體規范、色彩規范(這兩個建議和UI設計師共同制定)、頁面布局、工具、控件庫、圖表,在這里我的做法是先匯總出當前產品版本所具有的所有規范內容,再參照Ant design、Material Design、element等設計平臺。

部分已有的規范內容進行升級再整理,同時根據使用場景和優使用頻率,將控件分類和調整排序,這樣基本上交互規范的框架就可以建立起來。

最終我為我們產品確定的交互規范內容展示如下:

三、化繁為簡,簡潔易懂

如果大家通過上述方法來進行設計規范整理,勢必會得到一份體量更加龐大的交互設計規范文件,這個時候,設計師更多的需要根據自己的經驗來進行刪減(會合理刪減的設計師才是優秀的設計師)。

哪些可以刪減?哪些不能刪減?

1. 可以刪減

舉例來說:下面兩個時間范圍篩選器,能達成的篩選目的和作用是一致的,但由于長度不一樣,上面的篩選器能適配的頁面場景更多,所以可以直接把下方的時間篩選器刪減。

2. 不可以刪減

舉例來說:下面兩個選擇器,兩個表面上目的看起來都是進行選擇項選擇,但右邊的選擇器帶有搜索框,適合選擇項數據龐大時的進行搜索選擇,左邊的適合選擇項數據量不大時進行直接選擇,所使用的場景并不相同,所以不能進行刪減。

好的交互規范不需要太多的文字說明,團隊成員直接看圖即可明白這個組件的交互方式(點擊前、點擊后、空數據、有數據、極限情況下等的交互樣式),當然有些不好通過圖稿表達的信息也必須需要文字說明輔助,但相比文字而言,大家更喜歡看的肯定是圖片。

最后附上我自己整理的交互規范axure文件,以供大家參參考

鏈接:https://pan.baidu.com/s/19WuKY4nnE_HQqDT5ASlcKw? 密碼:y5wj

 

本文由 @李小先生 原創發布于人人都是產品經理。未經許可,禁止轉載

題圖來自 Pixabay,基于 CC0 協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 文件下載后無法打開,可以給一個新鏈接嗎?

    來自廣東 回復
  2. 您好,文件下載后無法打開,可以給一個新鏈接嗎?

    來自北京 回復
  3. 用Ant design做確實快速,樓主整理的還是很細心

    來自四川 回復
  4. 很棒,期待下篇

    來自北京 回復
  5. 狠全面~牛逼!??膜拜大佬~

    來自上海 回復
  6. 敲厲害??

    回復
  7. 你好,你的第一個主色號和功能色最后一個,是同一個色號嗎?

    來自北京 回復
  8. 怎么交互規范里面還有視覺的嗎,最好是區分一下,不然容易誤導企業,交互設計師=交互+UI,然后一個人干倆人的活,萬一產品能力不行,交互要干三個人的活…想想都覺得害怕

    來自廣東 回復
  9. 弄好了,謝謝

    來自北京 回復
  10. 感謝分享,但你的這個文件,打開是空的,怎么回事,軟件版本問題嗎? ??

    來自北京 回復
  11. 方便的話可以加我微:ourige,交流一下~

    來自浙江 回復
  12. 是在龍席工作的同事嘛?我之前是這個項目的UI,你里面展示的東西是我之前設計的,方便加個好友嘛

    來自浙江 回復
    1. 我加你了

      來自浙江 回復
  13. 您好,我是“交互設計學堂”公眾號的小編,我想轉載您的這篇文章,請問可以給我們授權嗎?謝謝~

    來自廣東 回復
    1. 可以,但是請標好署名

      來自浙江 回復
  14. 厲害! 學無止境,共勉之

    來自廣東 回復
  15. 可以請教你比較基礎的問題嗎

    回復
    1. 什么問題?

      來自美國 回復
  16. 寫的太粗,不具備可操作性!
    為了裝逼而寫就沒有任何意義,還浪費別人時間

    回復
    1. 哈哈,謝謝指點!以后會寫更加細致點!

      來自美國 回復
  17. 挺好的,不過我覺得最難的還是能夠推動這件事落實下去,那需要很多人跟你配合????

    回復
    1. 是的,想法難就難在推動!

      來自美國 回復
  18. 您好,為什么下載的打不開呀

    來自廣東 回復
    1. 你電腦里有沒有下載Axure啊

      來自美國 回復
    2. 有下載呢,我下載后有名字,后綴是.rar的格式

      來自廣東 回復
    3. 解壓后是.rplib格式的,用瀏覽器打開是空的

      來自廣東 回復
    4. 當然不是用瀏覽器打開,是要用axure軟件打開

      來自美國 回復
  19. 請問一下,您有區分UI組件庫規范和交互規范么?因為我們團隊整理規范可能更多的是一些控件/組件的規范,而交互規范更專注于使用流程。不知道您是怎么看待UI和交互的規范呢

    來自北京 回復
    1. 交互規范更多考慮的是產品的功能和使用場景,UI規范跟隨于交互規范讓產品保持高度一致性,有的公司會把這兩種文件一起輸出,有的則分開,但最終的目的是一種的就是提升設計師的工作效率和保持產品的一致性

      來自美國 回復
    2. 提升效率很認同。只是覺得交互規范更多是關注流程(也就是場景),新場景出現就會有新的交互規則,不像UI規范那樣組件和控件基本是固定的。您覺得呢?

      來自北京 回復
    3. 交互規范也是不斷更新修改的,UI規范也是,比如淘寶的視覺規范隨著產品形態的變化和流行風格而變化的,就像去年淘寶開始使用漸變色,所以沒有什么是一成不變的!

      來自美國 回復
    4. 我們公司也有一套針對當前平臺產品的交互規范,而UI視覺規范是根據交互規范加入一些視覺元素指定的,從范圍來說,交互規范要更廣泛一些,應用的場景包含但不限于當前產品,有很多組件是有擴展性的。

      來自廣東 回復
    5. 其實web端,管理工具、后臺、ERP、OA等交互規范,和視覺規范差別不大。大公司要求演示所以做點擊事件,做跳轉,所以有組件肯定是更方便的。但是在移動端考慮的內容就比較復雜了,要考慮平臺規范、手勢、然后最好要包含流程、交互文檔的標準等,情況復雜的多。具體在交互規范上來講,目前還沒有標準,我個人理解組件也只是其中一部分,最近正在研究整理這一塊,話比較多,忘見諒。最后喜歡我的文章可以關注我

      來自廣東 回復
    6. 嗯嗯~希望整理好之后可以分享一下哦

      來自北京 回復
  20. 很棒,必須認真打賞

    回復
    1. 謝謝支持??

      回復
  21. 每個新產品,都會在Axure里添加一個插件頁面,就放這些東西。用的時候直接拿

    來自上海 回復
  22. 謝謝作者的分享,學習了。

    來自四川 回復
  23. 謝謝筆者,目前公司正在研究組件庫,及時雨。請問筆者這邊還有更多的組件網站參考嗎?還有筆者的1.0版本可以分享嗎?期待哦

    來自廣東 回復
    1. 1.0版本axure文件鏈接我已經附在文章最下面了哦,其實組件參考網站大同小異,找到一個適合現在產品形態的就好,參考過多效果反而不好

      來自美國 回復
  24. 有點像element ui風格

    來自北京 回復
    1. 是的,我們公司前段使用的就是element組件庫,所以有很多是參照他的

      回復