［掘金翻譯計劃］為什麼有些設計初衷很好，結果卻很糟糕

• 原文標題：Deconstructing the Poor Design of a Well-Intentioned Microinteraction

• 原文作者：Jared M. Spool

• 譯文出自：掘金翻譯計劃

• 譯者：L9m

• 校對者：shenxn, Hugo Xie

本文首發於稀土掘金，未經允許，禁止轉載。

－－－－－－－－－－－－－－－－－－－－－

美航的乘客愣愣地盯著屏幕上的突然出現的信息：你的會話已過期。她對此不知所措。

剛剛，在她意識到自己已經買了機票之後，她又打開另一個標籤頁，預定這次旅行的酒店房間，又租了一輛車。隨後返回到美國航空的標籤頁獲取她的確認編號，同時記錄在她的日曆上。

取確認編號代之的是過期提示。所有已確認事務都已保存，但你需要重新開始未完成的事務或重新開始查詢已經完成了嗎？她很確定自己買了票，票被確認了嗎？她不知道接下來該做什麼。

一種典型的安全性設計模式

美國航空的設計者們有很多理由想要一個會話過期。如果用戶不確定航班（或是最終從其他渠道購買），就可能會留下一個未完成的預定。而美國航空的設計者希望將這些未完成的預定返回到庫存中，使得其他用戶可以預定這些座位。

同樣，如果某個人在別人訂票完成但沒關閉瀏覽器的情況下使用機器，他們就有可能獲取用戶不願意公開的詳細資料和使用賬號功能。有會話過期就可以防止混亂。

不只有美國航空會使用會話過期。銀行網站，業務工具和其他應用也是如此，如果某人花太長時間或長時間未活動，將會強行使某人下線。

網站常常使用你的會話已過期的設計模式來處理會話過期。這個消息會在任意時間彈出。對大多數用戶來說，這通常以為著沒什麼好消息。無論是一個重要功能中斷或或只是令人困擾。

初衷很好但交互性差

你的會話已過期 設計模式是一個微交互，微交互指的是設計中一些微小的功能性交互。微交互構成了所有的設計但卻遭到設計團隊的輕視。這個設計模式也不例外。

美國航空的設計者們想要從壞人的手中保護他們的客戶。一個高尚的目標。

然而，他們似乎並沒有注意到突然過期會話給用戶帶去了糟糕的用戶體驗。當用戶面對這消息（錯誤信息的一種形式），他們並不知道應該如何繼續。

會話過期在真實世界不會常常發生。當你在雜貨店購物時，你的購物車不會因為你長時間未添加東西而突然清空。當你繞街區走了很長一段路後，不會自動被鎖在你房子外面。你的電視不會每過 15 分鐘就檢查一次你是否還在房間里。

會話過期隨處可見，可見我們的真實世界和數字世界是多麼不協調。如果你的筆記本能準確知道其他某個人坐在它之前，我們就能更好的從壞人手中保護用戶。

保護業務需求這個初衷是好的。

設計就是我們在真實世界中呈現我們想法的方式。美國航空的會話過期使它的用戶感到困擾，這些並不是美國航空網站設計者們的初衷。我們能怎樣提高呢？

用微交互框架改進設計

近幾年來，Dan Saffer 致力於研究於微交互的設計 並寫了一本叫《微交互》的書。Dan 把微交互分解成四個構成因素：反饋、模式和循環、觸發器， 以及 規則。我們能從這四構成因素著手改進美國航空網站的會話過期的微交互。

反饋 是用戶怎樣去了解這個微交互。在這裡，一個對話框提示用戶會話已過期，但是沒有告訴用戶意味著什麼。他確實解釋了「確認的交易已保存」，但是沒有解釋確認的交易是什麼或保存的是什麼。一個已經預定的航班是一個確認的交易嗎？

使用用戶熟悉的語言會更有幫助嗎？（一條像「你飛往皮奧里亞的航班已出票，確認郵件已發至您的郵箱」 這樣的信息是不是好很多？）

按鈕上唯一標籤標示回到首頁。回到首頁後用戶要幹嘛呢？下一步可能的操作是什麼？對話框能否列出一些用戶下面該做的事（然後要他們重新認證，確保是同一用戶）？

模式 是系統如何決定用戶可以訪問哪些內容。在美國航空的網站上，他們看起來使用一種二元驗證 —?用戶有權使用或無權。當會話過期，系統會從驗證狀態變成未驗證狀態。

根據下一步可能的操作，設計者是否應該考慮不僅僅使用二元驗證的模式？

觸發器 決定何時觸發微交互。 看起來美國航空的會話過期觸發器會在最後一個頁面載入後15分鐘後觸發。

使用頁面載入作為計時器的起點合適嗎？如果用戶用鍵盤或滑鼠改變焦點，應重啟計時嗎？

為什麼是 15 分鐘？為什麼不是 20 或 40 分鐘？15 分鐘的依據在哪裡，什麼研究表明它是最佳時間？

航班預訂成功後，與機票預定成功之前應該使用相同的過期時間嗎？畢竟，一個未預訂的航班可能供不應求，但在被預訂之後不再可訂。

觸發器應該完全基於時間嗎？有沒有更好的方法能確定用戶已經對網頁沒有興趣了或是已經離開了（即產生了一個安全威脅）？

如果觸發器是基於下一個操作的呢？ 如果屏幕不動，微交互不會觸發。但是如果用戶試圖在會話過期後做點什麼，是否可以通過微交互告知用戶需要重新認證或是重新確認庫存？

規則 指導微交互的行為。會話過期的規則是為了防止進一步訪問，從驗證狀態變成未驗證狀態，並給用戶反饋。

我們需要告訴用戶他們的會話已過期嗎？畢竟，根據這個消息他們也做不了什麼。反之，如果沒有提示，然後在用戶做任何試圖需要身份驗證的訪問時，我們可以觸發登錄的微交互？

有意設計的微交互體驗

像安全執行，存量管理這樣的業務需求總是在犧牲用戶體驗？會話過期的確解決了一些問題，但這種設計是最好的嗎？

許多微交互，像錯誤信息和警報，都是無意之中為之。通常，一個開發者急於趕時間，不會考慮在邊緣狀況時用戶的體驗。

注重這些小細節並提出問題 會創造一個更好的體驗。Dan 的微交互框架會幫助我們發現其中的問題，反過來，能讓我們更好的設計。

微交互對構建優秀的用戶體驗是至關重要的，我們邀請 Dan Saffer 組織了一次名為使用微交互設計關鍵的細節的研討會。它是 4 月 18-20 日在加利福尼亞的聖迭戈 UX Immersion 的一部分。Dan 的研討會有充實的數據，精彩的觀點，設計出彩的做法，有效的微交互。不要錯過。你可以在他的網站 uxi16.com 了解更多信息。

推薦閱讀：