自然任務與自然描述

1、自然描述與自然任務這次我們來說一些很小的東西，相當小。不過先說一個故事：這天晚上，你打算出去下一次館子，就行動了，找到了一家新開的小店進去坐了下來，服務 員很殷勤的走了過來問你想吃點什么。你問：“你們有什么好吃的么？”答：“我們有黃豆與可食用菌落群釀制劑與Carassius auratus共同高溫加熱制成品；大 豆蛋白經氯化鎂、硫酸鈣、氯化鈣及氯化鈉作用固化物與Carassius auratus共同長時間 高溫加熱制成品；單獨Carassius auratus于蒸汽環(huán)境高溫加熱制成品?！蹦惝敃r就冏了，仿佛你所在的并非人間。然后隔壁桌的CDC的哥們兒告訴你，其實就是紅燒鯽魚、鯽魚豆腐湯和清蒸鯽魚

2、。你說：“好吧，我都想試試?！?。然后服務員下去了，不一會兒，服務員走回來了，說：“先生大事不好了！ 1號廚師把醋當 作醬油了！ 2號廚師在給鯽魚開膛的時候把魚膽扎破了，魚肉變苦不能吃了！ 3號廚師的壓力 鍋爆炸了，鯽魚下落不明！另外我們的食材配送員剛才遇到了車禍現(xiàn)在正在醫(yī)院搶救！” 你開始思考這一套杯具的背后有什么含義，CDC的哥們兒告訴你，其實就是說“放棄吧，魚 沒了?！蹦銣蕚渥吡?，服務員卻叫住了你：“先生請付茶位費100元?！?你憤怒和憂郁的問：“這個怎么沒有提前告訴我？”服務員很淡定：“餐具的包裝上有一行精致的灰色小字先生一定沒看到?！蹦阆胍易C據(jù)，可是餐具的包裝早已被扔掉了。于是你只好

3、微笑著問服務員：“您想知道我右手有多大力道么？”這是一個關于自然描述與自然任務的故事，看起來就好像用來騙稿費的三流小說。就好比故事里點菜的情節(jié)一樣，我們的絕大部分用戶是不帶技術詞典過日子的。所以使用符合用戶習慣與場景的自然描述是無障礙設計的必然要求。自然描述:通俗易燔、符合預期，不引發(fā)困惑的陳述方式.這已經是一個很廣為人知的原則，從我還不知道什么叫交互設計的時候它就存在，大家都明 白一般情況下不要對用戶使用專業(yè)術語或者不通用的俗語，比如在內存溢出的時候跳出一個 寫滿了各種代碼的對話框是很不推薦的做法，又比如在填寫表單時警告用戶“此字段已存在 于數(shù)據(jù)庫中”之類的話也是讓人相當郁悶，這方面設計師們

4、都做的很好，而且更多的暢游在 專業(yè)術語中的開發(fā)人員們也漸漸能夠在開發(fā)和溝通中主動使用自然的描述。（請原諒我這么 說，但是一段時間之前的確不是這樣的，這讓交互設計師們都很郁悶。）這個就不多說了。 在此之外，某些情況下自然描述并不能完美的搞定某些場景和任務，自然描述一般來說是措 辭上的原則和技巧，針對任務場景和流程的優(yōu)化原則我管它叫“自然任務”：自然任務:在自然描述的基礎上,根據(jù)斯亶和吟（按腿通 俗易懂、符合預期、不引起困惑的原則，篩選合適的自然 描述方案來優(yōu)化和控制任務場景B接下來舉兩個例子折騰一下：案例1.下載任務遇到了問題。用戶在開始下載一個任務的時候，會碰到幾個特別的問題，技術角度上，當用

5、戶將下載請求提交給服務器后，從服務器反饋給用戶的情況有以下幾種：卻載服務器上的任務列表鏈接任務于服務器端排隊匚.任務無法荻取到派,導玫下載失敗D.任籍授超時，導魏下載失庖初步來看，自然描述的情況下，客戶端會顯示以下幾種提示：1.正在讀取下載任務列表Z連接攀忙，正在等待排隊.而法茨取到下載賽源.下載失般，鏈援下載浦源超時，下載災敗.單純從表述角度看基本這樣反饋基本是自然的，但是根據(jù)具體的場景來看，其中前兩種反饋 在客戶端的表現(xiàn)都是下載進度停止，需要用戶等待，而且用戶也只能等待等待，而后兩種反 饋在客戶端的表現(xiàn)都是下載失敗，需要用戶重啟任務或取消任務，除此之外什么也做不了， 因為事件發(fā)生在服務器端

6、。這種情況下如果不考慮這些提示，在用戶看起來實際上只是遇到 了同一種問題而已。如果對用戶來說所能看到的和所能做的都一樣，并且雖然發(fā)生事件的原因不同但返回的結果 基本類似，那么為什么還要給他那么多種反饋呢？于是我們把表現(xiàn)和處理一致的反饋進一步 的歸并為更為概略的情況：任務正在排隊,請稍等.無法獲取下載奏源,下載失敗這樣一來，問題看起來變少了，世界也清凈了。對于正常的用戶來說，其實不需要去管后廚 發(fā)生了什么大事件，只要知道魚沒有了就足夠做下一步決定了，因為這是預期中可能出現(xiàn)的 意外之一。在這個例子中，原本的各種反饋都是自然的描述，都沒有錯，也沒有什么問題，但是事實上 它們有些多余，甚至有可能好心辦

7、壞事，說的太多反而容易讓用戶浮想聯(lián)翩，產生額外的預 期，引發(fā)不必要的不安全感和多余的思考。將多個表現(xiàn)和處理一致的反饋以相同的，常見于 預期的方式呈現(xiàn)，可以減少用戶所遇到的事件種類，減少思維負擔。“多說多錯”，這句話 雖然比較灰色，不過這個例子里確是有些這樣的味道。自然任務原則把已經是自然表述反饋 進一步控制在用戶的預期之內，避免節(jié)外生枝。案例2.關閉一個提示氣泡。有一個包含操作的提示氣泡，由于它的重要性不能使用自動消失的方式，我們需要提供一個 “關閉按鈕”，而由于任務特點，它被關閉之后便不能再出現(xiàn)。我們這時有三個候選方案:文字連接“關閉”、文字連接“不再提示”、代表關閉的圖標“X”。這三個候選

8、方案都像大自然一樣自然，看似用哪一個都無所謂，可是我們糾結了很久之后， 選擇了最啰嗦的方案一一文字連接“不再提示”。這是重要的提示，但是我不能寫出來。修改設置不再提示我們先看看這個理想中的小小的任務流程：用戶閱讀氣泡里提示用戶看到氣泡上的關閉操作用戶關閉氣港從此以后氣泡不再出現(xiàn)其中，我們希望用戶閱讀氣泡里的提示，我們還希望用戶對氣泡以后不再出現(xiàn)的特性有預期。 那么回過頭來看看三個候選方案，“關閉”的文字和圖標真的太自然了，這個世界上如此的 使用方法遍地都是，一個不小心就會踩到一例，自然到用戶可能順手就點擊了下去，于是他 將會錯過我們的兩個希望，那么今后將碰到更多的麻煩。如果使用“不再提示”的文

9、字，用 戶會因為特殊的“不再”兩個字而停頓那么一下，這個簡單而且沒有太多負擔的停頓就足夠 他意識到這個提示的重要性了，那么他完成我們的兩個希望的幾率會非常高，我們也會很滿 意于用比較自然的描述就達到我們不自然的目的。就像吃飯時最后一個意外一樣，在太自然的環(huán)境中用戶容易錯過一些東西，我們在適當?shù)臅r 候要通過合適的自然描述促使用戶自然地產生預期、自然地生成任務。強迫總是不愉悅的， 這也是利用自然描述的一個進階處理。這像是在節(jié)外生枝，但在特定的場景下的確是必要的， 當然要生的自然才可以。這個例子和死貓在多按鈕共存中提到的關于按鈕鏈接化的例子可以放在一起理解。上面兩個例子是在自然描述的基礎上的進行的自然任務，和前面說的一樣，自然描述的應用 是基于語義和場景的，自然任務的應用是基于