設(shè)計系統(tǒng) | 設(shè)計驗證：構(gòu)建交互設(shè)計自查體系

2 評論 8647 瀏覽 89 收藏 13 分鐘

交互設(shè)計自查體系是設(shè)計系統(tǒng)的重要一環(huán)，是設(shè)計師完成交互設(shè)計方案后，提交給團隊內(nèi)部、產(chǎn)品經(jīng)理或者客戶前查缺補漏的環(huán)節(jié)。

有效的進行交互設(shè)計自查，將有助于保證交互設(shè)計方案的質(zhì)量，凸顯設(shè)計師的專業(yè)性，避免設(shè)計評審時面對被各方挑戰(zhàn)和質(zhì)疑的窘境。

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

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

基于以上兩點，構(gòu)建交互設(shè)計自查體系就顯得尤為必要。

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

所以我希望這個自查體系是大而全，可以根據(jù)項目的需要，靈活選擇cheklist項，高效的執(zhí)行設(shè)計自查。

一、產(chǎn)品目標與用戶需求

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

1. 目標

  • 業(yè)務(wù)目標：業(yè)務(wù)目標是否溝通到位，指標背后的洞察分析；
  • 用戶目標：不同類型的用戶與故事板描述，用戶的核心痛點和訴求提煉；
  • 設(shè)計目標：基于業(yè)務(wù)和用戶目標提煉1-3個設(shè)計關(guān)鍵詞并解讀。

2. 方案

認知匹配：設(shè)計方案是否圍繞目標展開、怎樣體現(xiàn)和感知、聯(lián)想與參照。

二、流程與信息架構(gòu)

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

1. 設(shè)計流程

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

2. 體驗流程

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

3. 信息架構(gòu)

  1. 信息架構(gòu)、導(dǎo)航、模塊入口的設(shè)計：是否符合用戶既定的使用習(xí)慣和理解？
  2. 信息層級：信息區(qū)域間的層級關(guān)系、元素控件間的關(guān)系是否符合親密性、對比性和重復(fù)性等設(shè)計原則，能否正確地體現(xiàn)與頁面信息架構(gòu)相符的邏輯關(guān)系？
  3. 信息分類：對龐雜信息進行組織、篩選、歸類時，有沒有遵循用戶熟悉的分類標準？對企業(yè)應(yīng)用來說，分類有沒有符合企業(yè)內(nèi)部習(xí)慣和行業(yè)慣例？
  4. 信息視覺流：視覺流是否存在反復(fù)和繞行現(xiàn)象？

三、頁面內(nèi)容

在頁面內(nèi)容中定義了頁面中的一些細節(jié)，主要集中在表單頁面的內(nèi)容形式：控件呈現(xiàn)、數(shù)據(jù)展現(xiàn)、輸入與選擇、文案展現(xiàn)。

1. 控件呈現(xiàn)

  1. 控件展現(xiàn)：是否符合用戶認知？
  2. 控件樣式：是否具有一致性？
  3. 控件交互行為：是否具有一致性？
  4. 控件狀態(tài)：不可用狀態(tài)是否呈現(xiàn)？

2. 數(shù)據(jù)展現(xiàn)

  1. 數(shù)據(jù)：空狀態(tài)是否展現(xiàn)？
  2. 數(shù)據(jù)完整：無法完整顯示的如何處理？
  3. 字數(shù)：有限制超限如何處理？
  4. 數(shù)據(jù)過期：如何提示用戶？
  5. 數(shù)據(jù)規(guī)則：按什么規(guī)則排序？
  6. 數(shù)值格式：是否要按特定的格式顯示？
  7. 數(shù)據(jù)極值：是否存在極值？

3. 輸入與選擇

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

4. 文案展現(xiàn)

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

四、交互與反饋

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

1. 交互

  1. 觸發(fā)源：操作按鈕在當前界面中是否明確？
  2. 觸發(fā)區(qū)域：操作按鈕是否易操作易觸達？
  3. 未釋放狀態(tài)：考慮內(nèi)容過多或展示過快時支持長按停留內(nèi)容；是否可以取消，例如發(fā)送語音消息，此時是否允許用戶取消發(fā)送？
  4. 刷新：是否自動刷新，刷新條目數(shù)？

2. 反饋

  1. 操作成功：是否周全的考慮了所有操作成功的反饋？
  2. 操作失?。菏欠裰苋目紤]了所有操作失敗的反饋？
  3. 操作過程：操作過程中是否允許取消？
  4. 加載狀態(tài)：狀態(tài)改變的等待時間是否超過3S左右，如果太長是否需要加入加載狀態(tài)？
  5. 動效：是否設(shè)計了必要且合理的動效？

五、特殊情形

1. 硬件設(shè)備

  1. 橫豎屏：是否支持橫屏顯示，橫豎屏?xí)r布局及功能是否完整？
  2. 分辨率高低：分辨率情況下是否會有適配問題，例如5s等小屏手機下內(nèi)容展示及操作區(qū)域是否足夠？
  3. 硬件、系統(tǒng)版本：不同手機的物理按鍵、系統(tǒng)等不同，是否需要備注？
  4. 應(yīng)用版本：新增功能是否影響老版本，是否需要升級？
  5. 硬件交互：定位、藍牙是否打開？需要調(diào)用GPS、相機的使用權(quán)限嗎？如何讓用戶更加愿意授權(quán)？

2. 模式

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

3. 網(wǎng)絡(luò)狀態(tài)

  1. 沒有網(wǎng)絡(luò)（無網(wǎng)）；
  2. 網(wǎng)絡(luò)超時（斷網(wǎng)）；
  3. 網(wǎng)絡(luò)太慢（弱網(wǎng)）；
  4. 網(wǎng)絡(luò)環(huán)境變化：從WiFi到數(shù)據(jù)流量環(huán)境時是否需要切換視圖；
  5. 加載失?。菏欠褡詣又匦录虞d。

4. 異常

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

5. 賬號權(quán)限

未登錄：登錄和未登錄按鈕權(quán)限差別，需要登錄后才可操作的功能是否備注。

6. 其他

  1. 是否需新手引導(dǎo)頁？
  2. 是否需要進行埋點，以便分析用戶行為？
  3. 技術(shù)可行性。

六、總結(jié)

這份交互設(shè)計自查體系還有很多欠缺之處，例如《交互設(shè)計方案衡量標準的五層總結(jié)》還從情感趣味性、品牌調(diào)性傳達、業(yè)務(wù)創(chuàng)新型和社會責(zé)任感的角度來審視交互設(shè)計方案。

我覺得正如文中所說的：

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

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

 

 

作者：pazzamanu

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

本文由 @pazzamanu 授權(quán)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載

題圖來自Unsplash，基于CC0協(xié)議

更多精彩內(nèi)容，請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
紙皮小火車
內(nèi)容運營
630篇作品 9552703總閱讀量
07-0512602 瀏覽
AI時代下，產(chǎn)品經(jīng)理的成長之路
02-132605 瀏覽
24歲的QQ，因“宕機”上了熱搜
05-292299 瀏覽
從“挖呀挖”黃老師和“三千哥”，看網(wǎng)絡(luò)這面透鏡
11-011602 瀏覽
空調(diào)系列專題｜循環(huán)模式-智能座艙產(chǎn)品解析
06-0427024 瀏覽
用戶畫像與商品畫像｜談?wù)劤跗跍\層用戶畫像的使用體驗
評論
評論請登錄

  1. 學(xué)習(xí)了??

    回復(fù)