首都機場的吸煙室里并不像其他機場那樣放幾個固定的打火機，而是點煙器，和車載點煙器基本是一樣的：先按下加熱，加熱好后，它會自動彈起，拔出來，里面的電阻絲已經是紅紅的了，就可以點煙了。

上圖為車載點煙器，與首都機場的點煙器一樣，加熱過程中只是被按下去了，未顯示進度，也未能形象的表現出“正在加熱”的含義。

我走到點煙器的近前，按下，讓它加熱，然后等待，等了一會兒還不見動靜，不知是仍在加熱還是出了故障。吸煙室里很多人，感覺自己被別人看著，不會用這玩意兒很尷尬，干脆不等它彈起就直接拔出來看個究竟，原來真的是還沒完全加熱好，還好，勉強能用，對在煙上，使勁抽了兩下，算是點著了煙。
如果這個點煙器在加熱過程中能有更明確的提示會更好，比如：加熱中有一個小紅燈在不斷閃爍，更完美的方案是能真正的顯示出加熱的進度…

騰訊新大廈很漂亮，但很多同事都會對著電梯撓頭。

按了電梯門旁邊的下箭頭按鈕之后，你只能看到向下的按鈕是亮的，即，電梯知道你要下樓。而不知道電梯當前走到哪里了，無法預估電梯到來的時間。因此，大家只能期盼的望著電梯門，并且撓頭。電梯門前散落下不少撓掉的長發(fā)、短發(fā)、直發(fā)、卷發(fā)、頭發(fā)茬兒（那是我撓掉的）…
系統當前的狀況看似與使用沒有直接聯系，但用戶卻可以通過了解系統當前狀況預估電梯到達的時間，從而決策，是悲情的去爬樓梯還是繼續(xù)等待。

如上的兩個經歷，使我回想起公司校園招聘時交互設計的一道筆試題：

這個界面有啥問題？
一個很明顯的問題是：缺少終止操作的按鈕。不能停，只能等。

以上三個例子都是關于處于運動、變化中的系統。這樣一個系統到底需要具備哪些要素才不會出上面那種種問題呢？

以下是關于變化中的系統所需包含的要素：

要素1-當前進度(描述當前狀態(tài))
對狀態(tài)的描述有籠統和精確兩種層次。點煙器加熱過程中有個閃爍的小紅燈是一種籠統的描述，說明系統當前正在工作中，類似于windows系統的沙漏光標。當前下載到了54%是精確的描述，不僅說明系統正在工作，并且表明具體的進度，讓用戶有可能預估剩余的時間。

要素2-系統最終將達到的結果(描述當前狀態(tài))
對于電梯，最終的結果是電梯到來；對于下載界面，最終是下載完成。對最終到達結果的描述并不見得是一條單獨的信息，能讓用戶認知到即可。

要素3-輔助用戶預估完成時間的信息-進度變化的速度等(描述當前狀態(tài))
下載大文件用的下載軟件，一個下載任務通常要若干小時才能完成，進度相對緩慢，只根據進度的變化，用戶并不能很好的預估最終完成還需要多久，當前下載速度之類的信息可以輔助預估。

要素4-終止操作（提供操作）
終止掉當前正在變化的狀態(tài)，恢復到變化開始之前的狀態(tài)。

要素5-其他操作（提供操作）
在當前變化狀態(tài)下，除“終止”操作之外的其他操作。 例如，最小化、隱藏至后臺運行、降低運行速度…

前三點是描述系統當前的狀態(tài)，后兩點是提供操作。
這幾類要素并不見得一定要有，總結出這些要素的價值在于：避免因考慮不周全而出現設計缺陷。你的系統沒有更多的“其他操作”當然沒必要特意搞一個出來填補“其他操作”這項的空白。

下面，讓我們把注意力集中到軟件、網站產品上來。
有了上面這些要素，設計一個變化中的系統，大概不會出太大的問題了。接下來的問題是：上面這些針對“變化中的系統”總結出來的要素，是不是可以更廣的應用？推廣到全人類？
讓我們站遠一些，來看看“變化中的系統”在整個軟件產品這個大集合中的位置。
一個軟件、網站，原本是由若干個穩(wěn)定的系統組成的。比如：網絡影集首頁、單個相冊列表頁、照片詳情頁…用戶不做操作，這些狀態(tài)是不變的。通過用戶的操作，一個網站從這個穩(wěn)定的系統跳到另外一個穩(wěn)定的系統：

在這些跳轉過程中，有時，一個操作會產生一個相對復雜的行為，需要比較長的時間，比如：在一個網絡相冊中，添加照片，一個空相冊要變成一個裝好照片的相冊，需要一個上傳照片的過程，上傳照片的過程就是一個“變化中的系統”，這個系統最終會自動達到上傳完畢的穩(wěn)定狀態(tài)。

對穩(wěn)定的系統也可以總結出“要素”以避免設計中的考慮不周：

要素1-描述當前狀態(tài)
對系統當前狀態(tài)的描述。
例如：收貨確認，確認支付，登錄…

要素2-操作
當前可進行的若干操作。

同樣是“狀態(tài)”和“操作”兩類，但不需要再細化了。比起變化中的系統，穩(wěn)定的系統簡單不少，這也是為什么我們通常不會著力分析這樣常規(guī)的頁面，而更傾向于分析那些上傳、下載界面的設計要素。

變化中的系統中，“要素2-系統最終將達到的結果”，在前面只著眼于變化中的系統時，這項要素顯得并沒多大價值。現在將變化中的系統和穩(wěn)定的系統放在一起，來看整個產品，“系統最終將達到的結果”就有價值了。因為變化中的系統，只是一個中間過程，在相冊列表頁面上點了添加照片，用戶的期望是最終看到照片添加到這個列表中，在上傳照片頁面漫長的等待中，需要告訴用戶，這里耽誤了半天時間，是為了讓照片能添加進去。

綜合上面的兩類系統，可以用下面這張圖整體示意一下：

以上的“穩(wěn)定的系統”、“變化中的系統”都是從最開始的那幾個例子發(fā)展開來的，是一個特定的視角，通過這個視角來分析設計。為的還是解決設計中可用性的問題，具體的說，是“操作前，結果可預知；操作后，操作可撤銷。”的問題。
仔細琢磨你會發(fā)現，只是總結了系統整體的要素還不足夠，要確?！翱深A知”“可撤銷”還需要單獨對操作進行分析，就是上圖中那些按鈕所代表的操作。單獨對它們進行分析，總結出操作在設計時所需要的要素，與系統整體的要素結合在一起，才能比較好的保證“可預知”“可撤銷”。關于操作的分析。

鑒于上面的這些文字讀起來很是吃力，接下來關于操作操作的分析會讀起來同樣吃力，我想還是分成兩篇，分開來說吧。

（以上的分析要特別感謝交互設計同行、中國人民的老朋友：justkiddings。）

在《首都機場的點煙器》中分析了一個軟件系統所處的狀態(tài)并且列舉了不同的狀態(tài)所需要的展示給用戶的各類信息，我們先簡單回顧一下：

要設計一個軟件系統的操作，除了認清系統的狀態(tài)以及對應的要素以外，還需要分析操作功能本身。

提供給用戶這些功能按鈕時，還需要同時告知用戶哪些信息？

我們在日常的生活中，需要下決定的時候往往都會要知道什么呢？比如：當銀行的業(yè)務員向我推薦他家的信用卡時，我需要了解哪些信息后才能下決定？
我大致會向業(yè)務員詢問這些問題：
這是個啥？哦，信用卡，先花錢，回頭再還的那種卡。
這個卡的額度是多少？我能從中先支出多少錢？哦，1W。
我要辦了這個卡，要不要每年繳年費？
我要是到時間不還款，會對我造成哪些負面影響不？
我要是辦了卡，一直放著不用，沒關系吧？
……

你也可以設想你會問哪些問題，或許你問的具體問題和我問的不完全一樣，這不要緊，至少我們問的問題大致都會是分成兩類：
1.這是個什么？
2.如果我要辦了卡，會給我?guī)砟男┯绊懀?/p>

嗯，當用戶面對一個操作，需要抉擇是否要執(zhí)行的時候，需要了解到的信息，可以分為上面這兩類。

到這里，對于操作的設計似乎我們已經分析清楚了。嗯，應該說，如果是領導講話用，說：“操作的設計首先需要交代清楚這個操作是什么，第二需要描述清楚操作將帶來的后果。”這不僅夠了，而且還足夠顯示出了發(fā)言者高度的概括歸納能力。但是要在實際的設計中能有指導意義，這樣的分析還不夠。
我們來把這兩個要求再細化些：

對操作本身的解釋
需要說明：這個操作是什么？干什么用的？能做到什么？
對于大多數操作，并不需要進一步的解釋，“刪除”功能是干啥的？不用再解釋了吧。“發(fā)表”，也懂吧。“關閉”，明白吧~“電池標尺重新設置”這個可就不見得誰都明白了。是的，有少數操作本身包含有新概念，這就需要解釋了。

操作將帶來的后果
我們可以把這個要求細化成以下幾點：
● 將付出的成本：時間成本、經濟成本、對其他操作的干擾(是否模態(tài))…
上傳照片需要花時間；點擊了確認支付就要掏錢了；執(zhí)行了這個操作，其他功能就不能用了，直到這個操作執(zhí)行完成。
● 將帶來的損失：當前數據將會丟失。
要格式化C盤？C盤的數據將會被徹底刪除，不可挽回。
● 對隱私的影響：您的好友是否會知道這個操作。
在Qzone中，送好友一個生日禮物，其他好友會不會知道？會不會知道具體是什么禮物？會不會看到具體的禮物卡片上的留言？知道與否將直接影響我的操作。
● 將不會引起哪些損失。
填寫多頁的表單頁面，當前是第二頁，退回去修改第一頁的內容，當前頁已經填寫的內容將不會丟失。告訴用戶，用戶才敢退回去修改。
● 可能存在的風險。
給自己的Qzone掛上了很多裝扮，導航、播放器、漂浮… 這將可能會使得某些地區(qū)的好友在網絡高峰時期很難打開你的空間。用戶在裝扮的時候不見得能意識的到可能存在的潛在問題，但這些問題確實與他的操作相關。

當然，上面的這些總結也不見得夠，甚至不見得對。檢驗操作的描述是否足夠的標準是：用戶是否能夠沒有疑惑的做決定。

軟件系統狀態(tài)的要素、操作的要素加在一起，對行為的設計需要具備些啥，就比較完整了：

總結出這些要素的目的并不是要每一個操作、系統都一定白紙黑字的都直接告訴給用戶。如果不說用戶也能知道，當然就不用說了。

來源：http://www.chouyu.com.cn/?p=314