設計系統 | 設計驗證:構建交互設計自查體系

2 評論 8469 瀏覽 88 收藏 13 分鐘

交互設計自查體系是設計系統的重要一環,是設計師完成交互設計方案后,提交給團隊內部、產品經理或者客戶前查缺補漏的環節。

有效的進行交互設計自查,將有助于保證交互設計方案的質量,凸顯設計師的專業性,避免設計評審時面對被各方挑戰和質疑的窘境。

這一年來我對于自身的交互設計的自查工作,都是出于零碎的基于經驗的查驗,往往缺乏明確的思路和邏輯性。所以在交互設計評審階段經常會被挑戰,事實證明,也確實有很多是我自身的思考不全面所導致的的疏漏。

另一方面,因為業務需要,團隊內的設計師也將開始接手一部分的交互設計需求,如何能幫助組員更好的承擔交互設計的工作,提供更加高質量的交互方案的輸出。而交互設計自查體系就可以幫助組員快速審視自己的交互工作,高效的進行自我審視,查缺補漏,提供出更嚴謹更專業的交互設計方案。

基于以上兩點,構建交互設計自查體系就顯得尤為必要。

如果設計師的自查工作嚴格測試的步驟來執行,將會耗費大量的時間。所以我更習慣于按照交互設計工作過程的脈絡來構建交互設計自查體系,所以自查體系將以《用戶體驗要素》為基礎,自上而下的設計過程也會貫穿在自查過程中,同時也會新增特殊因素作為自查的一部分。

所以我希望這個自查體系是大而全,可以根據項目的需要,靈活選擇cheklist項,高效的執行設計自查。

一、產品目標與用戶需求

基于業務和用戶背景提煉出具體的設計目標后,設計方案需要緊密圍繞目標展開,而不是在被別人問到你的設計方案如何體現出這一目標時,才發現目標和方案實際上基本不相干甚至南轅北轍。所以這個過程需要設計師重新全局審視設計方案,整體的進行評估判斷。

1. 目標

  • 業務目標:業務目標是否溝通到位,指標背后的洞察分析;
  • 用戶目標:不同類型的用戶與故事板描述,用戶的核心痛點和訴求提煉;
  • 設計目標:基于業務和用戶目標提煉1-3個設計關鍵詞并解讀。

2. 方案

認知匹配:設計方案是否圍繞目標展開、怎樣體現和感知、聯想與參照。

二、流程與信息架構

流程包括了設計流程和體驗流程,設計流程實際上是項目前期耗費時間與精力最多的,在交互設計文檔里完整展示這些階段產出物還是很有價值的。它們能更好地體現出你的專業態度和充分的思考推導過程,給設計提案的說服力提升增加籌碼。體驗流程則需要設計師從整體到局部進行把控,保證最重要的核心任務流完成,以及意外流程的完整性。

1. 設計流程

  1. 用戶研究輸入:焦點小組、問卷、競品分析報告;
  2. 用戶體驗地圖:梳理用戶全鏈路的行為路徑、關鍵痛點、機會點洞察、情感波動等;
  3. 用戶畫像:目標用戶分解、用戶特征、訪問場景、用戶目標、關鍵詞、最關心的內容、痛點等;
  4. 故事板:情境化描述角色的使用場景、一日故事等;
  5. 流程圖:用戶操作流程抽象、分支情況要考慮周到;
  6. 全景圖:全站頁面的分布和組織情況,注意體現頁面之間的跳轉關系;
  7. 框架圖:關鍵頁面的整體框架布局,體現優先級關系;
  8. 設計流程展現:將如腦暴、卡片分類等線下設計討論過程拍照、完整記錄呈現在文檔里。

2. 體驗流程

  1. 核心任務流程:從頭到尾是否能順暢走通?
  2. 保存操作:復雜任務流是否支持保存或自動保存;意外退出前是否保存提示?
  3. 用戶體驗流程:路徑是否一致?
  4. 返回和出口:是否符合用戶預期?
  5. 逆向流程:是否考慮周全?
  6. 跳轉鏈接:是否與跳轉目的一致?
  7. 操作的容錯性:是否提供危險操作的二次確認?
  8. 操作的容錯性:是否提供必要的撤銷操作?
  9. 操作的容錯性:操作失敗的解釋與建議。
  10. 異常流程:退出、撤銷、重置、返回、不通過、過期失效。

3. 信息架構

  1. 信息架構、導航、模塊入口的設計:是否符合用戶既定的使用習慣和理解?
  2. 信息層級:信息區域間的層級關系、元素控件間的關系是否符合親密性、對比性和重復性等設計原則,能否正確地體現與頁面信息架構相符的邏輯關系?
  3. 信息分類:對龐雜信息進行組織、篩選、歸類時,有沒有遵循用戶熟悉的分類標準?對企業應用來說,分類有沒有符合企業內部習慣和行業慣例?
  4. 信息視覺流:視覺流是否存在反復和繞行現象?

三、頁面內容

在頁面內容中定義了頁面中的一些細節,主要集中在表單頁面的內容形式:控件呈現、數據展現、輸入與選擇、文案展現。

1. 控件呈現

  1. 控件展現:是否符合用戶認知?
  2. 控件樣式:是否具有一致性?
  3. 控件交互行為:是否具有一致性?
  4. 控件狀態:不可用狀態是否呈現?

2. 數據展現

  1. 數據:空狀態是否展現?
  2. 數據完整:無法完整顯示的如何處理?
  3. 字數:有限制超限如何處理?
  4. 數據過期:如何提示用戶?
  5. 數據規則:按什么規則排序?
  6. 數值格式:是否要按特定的格式顯示?
  7. 數據極值:是否存在極值?

3. 輸入與選擇

  1. 表單填寫:是否為用戶提供了默認值?
  2. 表單驗證:輸入過程是否提供提示和判斷?
  3. 表單反思:是否存在不必要的輸入?
  4. 表單交互:是否指定了鍵盤類型和鍵盤引起的頁面滾動?

4. 文案展現

  1. 文案:句式是否一致?
  2. 核心詞匯:是否一致、準確?
  3. 文案描述:是否有溫度感?

四、交互與反饋

這里主要考慮的是用戶與產品的交互過程,需要讓用戶在與界面的交互過程中及時的獲取反饋。

1. 交互

  1. 觸發源:操作按鈕在當前界面中是否明確?
  2. 觸發區域:操作按鈕是否易操作易觸達?
  3. 未釋放狀態:考慮內容過多或展示過快時支持長按停留內容;是否可以取消,例如發送語音消息,此時是否允許用戶取消發送?
  4. 刷新:是否自動刷新,刷新條目數?

2. 反饋

  1. 操作成功:是否周全的考慮了所有操作成功的反饋?
  2. 操作失敗:是否周全的考慮了所有操作失敗的反饋?
  3. 操作過程:操作過程中是否允許取消?
  4. 加載狀態:狀態改變的等待時間是否超過3S左右,如果太長是否需要加入加載狀態?
  5. 動效:是否設計了必要且合理的動效?

五、特殊情形

1. 硬件設備

  1. 橫豎屏:是否支持橫屏顯示,橫豎屏時布局及功能是否完整?
  2. 分辨率高低:分辨率情況下是否會有適配問題,例如5s等小屏手機下內容展示及操作區域是否足夠?
  3. 硬件、系統版本:不同手機的物理按鍵、系統等不同,是否需要備注?
  4. 應用版本:新增功能是否影響老版本,是否需要升級?
  5. 硬件交互:定位、藍牙是否打開?需要調用GPS、相機的使用權限嗎?如何讓用戶更加愿意授權?

2. 模式

  1. 編輯模式:編輯模式下出現意外情況,是否提示保存或自動保存已填信息?
  2. 夜間模式:是否需要考慮夜間模式?
  3. 無圖模式:數據流量環境下,是否提示切換無圖模式?
  4. 低電量模式:是否減弱部分視覺效果,停用富文本內容的自動刷新與下載?
  5. 沉浸模式:如全屏模式、VR模式,考慮退出操作的便捷性和信息提示弱打斷。

3. 網絡狀態

  1. 沒有網絡(無網);
  2. 網絡超時(斷網);
  3. 網絡太慢(弱網);
  4. 網絡環境變化:從WiFi到數據流量環境時是否需要切換視圖;
  5. 加載失?。菏欠褡詣又匦录虞d。

4. 異常

  1. 異常操作:連續多次點擊給予反饋、統一設備登錄多個賬號驗證碼、統一IP;連續破壞性操作n項內容時是否需要身份驗證;
  2. 錯誤提示頁:404頁面、即將上線、頁面失效、服務下線、系統繁忙,考慮出錯頁面內容情感化表達以減弱用戶的受挫感。

5. 賬號權限

未登錄:登錄和未登錄按鈕權限差別,需要登錄后才可操作的功能是否備注。

6. 其他

  1. 是否需新手引導頁?
  2. 是否需要進行埋點,以便分析用戶行為?
  3. 技術可行性。

六、總結

這份交互設計自查體系還有很多欠缺之處,例如《交互設計方案衡量標準的五層總結》還從情感趣味性、品牌調性傳達、業務創新型和社會責任感的角度來審視交互設計方案。

我覺得正如文中所說的:

為什么細節考慮都很完善周到了,可總讓人覺得缺失了什么?僅僅流程完整細節周到的交互方案是「合格」的方案,但卻不是「優秀」的方案,因為它沒法帶來真正的驚喜和情感沖擊。

所以這份自查體系應該還只是追求「合格」,而要達到「優秀」,品牌、創新、人文層面在設計方案中的思考和理解,則是必不可少。這無疑是對交互設計自查體系提出的更高的要求,我也希望自己能在日常的交互工作中也能樹立起這樣的意識。

 

 

作者:pazzamanu

原文鏈接:https://www.jianshu.com/p/48f80cbf4f38

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

題圖來自Unsplash,基于CC0協議

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

    回復