1
按： 本文由 掘金翻譯計劃 翻譯自《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的研討會有充實的數據、精彩的觀點、設計出彩的做法以及有效的微交互。不要錯過！你可以在他的網站了解更多信息！
本文由 掘金翻譯計劃 的譯者 L9m 翻譯，掘金是中國高質量的技術分享社區，邀請 Co-Editor 來分享優質的互聯網技術資源。從前端到后端開發，從設計到產品，讓每一個掘金用戶都能挖掘到有價值的干貨。掘金翻譯計劃主要翻譯掘金應用上優質的互聯網技術文章。
雷峰網原創文章，未經授權禁止轉載。詳情見轉載須知。
