【深圳網(wǎng)站設(shè)計】好的人機交互設(shè)計（UX）有哪些主要評判標(biāo)準(zhǔn)呢？

一些設(shè)計的基本原則往往是通用的，甚至可以說放之四海皆準(zhǔn)的，例如優(yōu)先級、一致性、界面的隱喻等等，好的設(shè)計都需要考慮到這些問題，甚至再更廣的范圍內(nèi)也同樣適用，而不僅僅是交互設(shè)計范疇。

一個設(shè)計師&產(chǎn)品經(jīng)理應(yīng)該在決策時下意識的、本能的考慮這些原則。就像以前很多零售業(yè)者能夠一抓準(zhǔn)，你要一斤糖，他抓起來就是一斤，不多不少，靠的就是不斷的練習(xí)＋思考，最后將其變成了自己的本能。

越是通用的標(biāo)準(zhǔn)，往往也就離細(xì)節(jié)越遠(yuǎn)，需要結(jié)合界面的具體部分（信息架構(gòu)、導(dǎo)航、交互、語詞、視覺等）和產(chǎn)品的具體領(lǐng)域（例如音樂播放器、閱讀軟件等）來看。往往說起來總比做起來容易，是不是紙上談兵，就要在設(shè)計中具體去把握了。

這里拋磚引玉地列出讓我印象最深刻的三個半原則：

1. 優(yōu)先級

蘋果的設(shè)計為什么讓我們覺得精彩？為什么我們父母級的用戶都能夠很快入手？我曾經(jīng)觀察我的父母試用 iPad，他們能夠很快開始嘗試操作，而不像面對很多其他的數(shù)碼產(chǎn)品時那樣無從入手。其中的一個重要原因是蘋果在處理設(shè)計的優(yōu)先級方面非常成功。當(dāng)我在看 iPhone 非常細(xì)節(jié)的設(shè)計時，常常非常佩服他們的設(shè)計師&產(chǎn)品經(jīng)理能夠如此有魄力地砍掉功能和界面元素，從而讓重點的變得更重點，讓需要突出的變得更突出。

一個基本的假設(shè)：如同經(jīng)濟學(xué)里資源的稀缺性假設(shè)一樣，用戶的認(rèn)知資源和系統(tǒng)的界面資源都是稀缺的。

當(dāng)你把所有重要的東西都擺上桌面，就沒有重要的東西了。用戶的認(rèn)知空間和認(rèn)知能力有限，當(dāng)他們面前有 1 條路可以選擇時，事情會變得很簡單，但是當(dāng)他們面臨 3 條路時，往往會躊躇不前。盡管我們難以量化地說用戶有多少精力在這種抉擇中損耗掉了，但這種損失是顯而易見的。看看 Android 原生系統(tǒng)的設(shè)計，用戶想要運行一個應(yīng)用時，有幾條路？

設(shè)計中對優(yōu)先級的把握就是要讓我們能夠?qū)⒄嬲匾墓δ埽瘍?nèi)容／元素放到突出的位置，以最多的界面資源去展示它們，而將次要的部分弱化、隱藏起來，再次的部分則索性砍掉。

具體來說：

a. 用戶優(yōu)先級

把握核心用戶，為產(chǎn)品自己真正的用戶群做設(shè)計，不要天真地認(rèn)為你的設(shè)計可以滿足所有用戶。

b. 功能優(yōu)先級

把握核心需求，亮點功能往往兩三個就足夠多了。功能航母往往容易沉沒（看看為何現(xiàn)代戰(zhàn)爭中巨型戰(zhàn)列艦都逐漸被淘汰了），Nokia VS Apple 也是這樣。有一次 Tina（創(chuàng)新工場的 COO）的一句話讓我很受教，她說她以前做 Marketing 時，給客戶講產(chǎn)品，往往一次只講三個 Feature，即使這個產(chǎn)品或版本其實有更多的亮點。設(shè)計或者開發(fā)產(chǎn)品時我們總是想盡可能地將好東西放進去，但是打動客戶／用戶的點卻往往只在三個以內(nèi)。

c. 內(nèi)容／信息優(yōu)先級

將內(nèi)容分成不同的層次，核心內(nèi)容需要明顯地突出出來。報紙上的標(biāo)題、摘要、征文等層次清晰、涇渭分明也是這個原因。

d. 交互優(yōu)先級

主要的交互路徑需要讓用戶以最小的精神代價就能走得通，盡量減少這條路上的分支。為此，一些時候不得不將一些次要的交互路徑更含蓄地隱藏起來。最常用的可能是「高級設(shè)置」這樣的形式。

e. 視覺優(yōu)先級

視覺更需要層次，重點的視覺元素需要讓用戶一眼掃過去就能看到，而次要的信息則要拉開距離，通過留白、顏色對比等等手段。一個例子是做 PPT，當(dāng)我們看到好的 PPT 時，總發(fā)現(xiàn)里面有大量的空間、有灰色的文字，這樣將重點突出出來，而很多人在做 PPT 時則會直接 COPY 大段文字，直接用粗體、黑色，滿屏幕只見到黑色的一片。

和優(yōu)先級這個原則互通的概念還有簡化（簡化的目的實際上就是突出重點）、減法原則等等。

2. 一致性

一致性可以讓界面更容易被預(yù)知，可以降低用戶的學(xué)習(xí)成本等等。一致性幾乎是設(shè)計中最普遍的一條原則，也是缺乏設(shè)計經(jīng)驗的團隊最容易犯的錯誤。做可用性評估時，幾乎每次都能找出一堆的不一致問題。

通常需要注意一致性的地方包括：

a. 交互邏輯的一致性

完成同樣功能，交互邏輯是否一樣，流程是否相似。

b. 元素的一致性

同樣的交互邏輯，使用的控件等是否一致，不允許這里用按鈕來執(zhí)行動作，在那邊變成了圖標(biāo)，另一個地方又是鏈接。

c. 語詞的一致性

界面上使用的語言，在描述同一個事物時是否是一致的。

d. 信息架構(gòu)的一致性

信息的組織層次方面是否是一致的，導(dǎo)航是否是一致的，等等。

d. 視覺的一致性

界面的圖標(biāo)、顏色、區(qū)域的分隔、指向等方面是否是一致的。

通常一致性還有另一個問題，就是在什么時候做出權(quán)衡取舍。有時強制的一致性會引發(fā)其他問題，例如用戶在執(zhí)行某些任務(wù)時效率會降低，會導(dǎo)致界面的復(fù)雜度增加等等。這時我們不得不做出權(quán)衡，決定是保持一致性，還是采用一個異常的但又合理的設(shè)計。有時需要說服做開發(fā)和測試的同事們在某些特殊的地方犧牲一致性來得到更好的設(shè)計。

3. 感覺

可用性工程的教科書里，往往會有「主觀滿意度」的內(nèi)容（實際上這也是 ISO9241 的內(nèi)容之一），但是卻也往往語焉不詳，因為主觀的問題往往難以通過工程／經(jīng)驗的方法來解決。

但是我們還是可以找出幾個明顯的能夠在設(shè)計中考慮到的點，來照顧用戶的感覺。例如以下幾點：

a. 快的感覺

天下武功，無堅不摧，唯快不破。IBM 做測試的同事會拿秒表（當(dāng)然他們似乎還有更好的工具）來掐時間測試 Performance，如果某個版本的 Case 有 Performance 的明顯下降，會是個大事故。

我們通常還可以在設(shè)計上有很多處理來產(chǎn)生快的感覺，例如先讓界面顯示出結(jié)果，同時后臺再去做操作（例如存儲等耗時間的操作），避免用戶的等待（當(dāng)然最痛苦的是被工程師告知界面上的顯示效率就已經(jīng)低到需要用戶等待了）。

曾經(jīng)看過一個研究，在進度條的顯示上，越來越快的進度條最能夠讓用戶感覺到快，而不是那些完全真實反應(yīng)內(nèi)部進度的進度條（真實的情況可能是越來越慢）。

b. 安全的感覺

用戶敢在看起來很「山寨」的界面上輸入自己的密碼么？用戶需要經(jīng)常自己保存么？Google 的 Gmail 是個好例子，而 MS Windows 的升級后自動重啟是個壞例子，某一次我同時遇到了它們：Windows XP 打完某些補丁后，會要求重新啟動系統(tǒng)，這時你可以選擇立刻重啟，或者點擊一個按鈕，等待若干時間后再提醒，如果什么都不做，它會在一小短時間內(nèi)自動重啟。當(dāng)我正在工作時，顯然不愿意立刻重啟系統(tǒng)，于是我選擇了稍后提醒，然后又工作了很久，在 Gmail 里寫了一封郵件。這時剛好有人來找我討論問題，等回到電腦前后，發(fā)現(xiàn)它自動重啟了……沒有保存的工作都丟失了。但是好在 Gmail 會自動保存我已經(jīng)寫過的郵件內(nèi)容，讓人稍稍安心。

知乎的文本編輯框也是一個好例子。

c. 其他感覺

例如界面語言是否讓用戶感覺到尊重。

一個小例子，新浪微博的客戶端里，用戶發(fā)完微博后，有時因為系統(tǒng)的原因（發(fā)送按鈕監(jiān)聽到了兩次事件，或者別的什么原因），微博內(nèi)容可能會在用戶不知情的情況下「試圖」重復(fù)發(fā)送，這時會彈出一個提示框，告訴用戶說「不要太貪心哦……」 用戶多委屈。

4. 臨界點

臨界點就是壓倒大象的最后一根稻草。是什么讓用戶決定注冊產(chǎn)品開始使用的？往往就是多動那么一下手指、多學(xué)習(xí)思考一小下，用戶就從門口溜走了。臨界點往往是多種因素綜合的作用，與用戶的主觀心理（感覺）、客觀因素（績效）等有關(guān)系，姑且作為半個原則來看。

常常驚訝于一些產(chǎn)品（特別是移動產(chǎn)品）能夠在用戶看到的第一個界面，放一個大大的登陸或者注冊框在上面，任何好東西都沒給用戶看到，就讓用戶先來注冊。以前在一個設(shè)計中，給一個公司的同事講過一個故事：如果有一天你在街上找人問路，那人說「給我 5 毛我才能告訴你」，盡管你不情愿但還是給了他 5 毛，他拿了錢告訴你說「經(jīng)過查詢我發(fā)現(xiàn)自己不知道」。在實際的設(shè)計中，用戶付出的并不僅僅是金錢的費用，他們的精力也是成本，這時用戶就會去盤算到底值不值得來進行下一步的操作。

文章引用：http://www.lt-ad.com/new/144.html

本站文章為深圳網(wǎng)站建設(shè)·源美網(wǎng)絡(luò)原創(chuàng)策劃，如有版權(quán)糾紛或者違規(guī)問題，請聯(lián)系我們刪除，謝謝！