如何對企業信息系統用戶體驗設計進行評價?
在企業信息系統的用戶體驗設計工作中,核心是要以用戶為中心進行設計。但設計如何評價?滿足什么條件才算符合要求?這是我們在設計評審時常常要碰到的問題。下面談談我的一些認識。
一、用戶體驗設計的五個層次
業界有一種認識,認為用戶體驗設計有五個層次:
- 有用
- 能用
- 可用
- 易用(用得爽)
- 品牌/口碑/情感。
首先有用是這個功能存在的前提,有用表示具備業務價值。沒有業務價值的功能沒有進行設計的必要。
在有用滿足之后要達到能用。能用是指用戶可以使用該功能完成一件任務,從而帶來業務價值。能用的層次也比較低,可能非常難用,用戶體驗不佳。
可用是指用戶能夠通過使用該功能順利完成一件任務,沒有碰到什么難以理解或難以操作的情況,整個功能清晰、合理、高效、一致,可以稱為可用性高。
易用的層次更高一些,用戶使用完該功能之后覺得用的爽,產生希望多次使用該功能的想法。比如,很多人使用微信支付,就是為了體驗一下微信支付的爽。
設計的最高層次是用戶對產品產生了情感,無法離開。比如小米的發燒友們就產生了這樣的情感,小米產品是用戶(發燒友們)共同參與設計出來的,就好比自己的孩子,能不愛嗎?
設計的五個層次中,最高一層較難達到,但可用是用心就可以做到的,易用是要經過一段時間努力可以達到的。我們的目標就是首先團隊整體設計水平要穩定地達到可用,然后向易用邁進。
二、設計評審時要關注哪些內容?
設計團隊經常要進行設計評審,那么設計評審時要關注哪些內容呢?我認為應該包括以下三方面:
1. 是否符合設計原則
- 用戶友好性原則,設計符合用戶心理模型和操作習慣,無歧義;
- 高效性原則,設計讓用戶操作方便,高效完成任務;
- 一致性原則,系統界面外觀、布局、交互方式等保持一致;
- 美觀性原型,系統界面外觀美觀度高。
四個設計原則與設計的五個層次可以構成一個矩陣,在不同層次上設計原則體現的程度不一樣。如果類比軟件團隊能力成熟度模型,可以把這個矩陣稱為用戶體驗設計能力成熟度模型。
圖1 用戶體驗設計能力成熟度模型
2. 是否具備技術可行性
在具備業務價值和用戶可用性的前提下交互盡可能簡單,盡量使用已有的規范樣式和UI組件,具備技術可行性。
3. 交付物是否完整
設計交付物必須完整,符合需求和開發的要求。包括:
- 覆蓋需求要求;
- 主要交互通過交互原型體現;
- 復雜動效、UI組件使用、細節標注等在交互說明中有說明。
三、UI設計規范在設計中的作用
UI設計規范為各信息系統提供交互和視覺設計規范參考,規范信息系統交互設計細節,從表現層面達成視覺及交互的統一性。UI規范對以上設計原則在不同層次上有所覆蓋,特別是一致性原則、技術可行性原則等。設計符合UI規范,可以在一定程度上保證設計的質量。
按照UI設計規范形成公用UI樣式和組件庫,在系統開發中應用,有助于保證系統界面一致性和降低開發成本。
設計師經常提到的一個問題或者說疑惑是,設計完全符合UI設計規范是否束縛了設計師的發揮空間。我是這樣理解的,設計團隊有多名設計師時,設計思路各異,質量水平參差不齊,通過UI設計規范可以很好地保證從設計團隊交付的設計成果是一致的、保障了整體設計質量。UI設計規范是一把尺子,符合UI設計規范的設計差也差不到哪里去。但UI設計規范不應該是僵化的,一方面如果設計與簡易性原則和高效性原則相沖突,可以權衡后突破UI規范;另一方面如果有些突破性設計或未納入規范的設計逐步形成范式,可以納入到UI設計規范中。
以上是我的一些淺見,與大家商榷。
本文由 @tony woods 原創發布于人人都是產品經理。未經許可,禁止轉載。
是對可用性有些偏重。
文章說的應該是些基礎的,偏可用性評估,用戶體驗設計評估不等同于可用性評估,用戶體驗評估可以非常廣,看你們用戶體驗團隊的定位,大到通過用戶體驗評估,去影響甚至引導產品規劃,運營推廣,品牌建設等等方面。