微交互的核心理念在于通過打造產(chǎn)品細(xì)節(jié)提升用戶體驗(yàn)鸣峭。
在上一章《微交互設(shè)計(jì)案例與思考(1)-為“懶”而做的設(shè)計(jì)：減少用戶負(fù)擔(dān)》中宏所，介紹了為懶做設(shè)計(jì)，減少用戶負(fù)擔(dān)的5個(gè)案例摊溶，在本章中致开，我們將聚焦為等待而做的設(shè)計(jì)挥吵。
第二部分
為等待而做的設(shè)計(jì)-等待不可避免，但可以優(yōu)化
研究表明，用戶能夠最多忍受的等待時(shí)間是6～8秒：在0.1秒內(nèi)反饋用戶是可以接受的晃虫；超過1秒的等待用戶會(huì)注意到延遲眯娱；而超出8秒航揉，絕大部分用戶會(huì)憤然離場浦夷。
雖然交互設(shè)計(jì)并不能改變網(wǎng)速和設(shè)備性能，但可以通過優(yōu)化等待策略喊暖，減少等待次數(shù)惫企，設(shè)計(jì)等待效果，甚至使用虛假的反饋為用戶疏導(dǎo)焦慮陵叽，最終獲得用戶的認(rèn)同狞尔。
案例一：人行道紅綠燈的兩種顯示-優(yōu)化的前提是正確理解模式
細(xì)心的同學(xué)會(huì)發(fā)現(xiàn)，北京大街上人行道的紅綠燈使用了兩種顯示模式巩掺。紅燈采用進(jìn)度條形式沪么，而綠燈是讀秒倒計(jì)時(shí)。為什么同一個(gè)紅綠燈采取兩種截然不同的形式呢锌半？這里其實(shí)有巧妙的地方禽车。
紅綠燈兩種顯示分別處在用戶的兩種模式下：紅燈是等待模式寇漫，而綠燈則是催促用戶。紅燈模式下殉摔，進(jìn)度條是一個(gè)沙漏州胳，行人是無法獲得明確時(shí)間的，也就麻痹了等待焦慮逸月，避免闖紅燈的發(fā)生栓撞。在綠燈模式下，精確的時(shí)間讓用戶計(jì)算是否還能過得去馬路碗硬，避免行動(dòng)不便者滯留在道路中央發(fā)生危險(xiǎn)瓤湘。
正是設(shè)計(jì)者正確的理解了兩種模式的不同，設(shè)計(jì)出優(yōu)化的紅綠燈恩尾，減少了行人闖紅燈和道路滯留發(fā)生弛说。
案例二：IOS的airdrop發(fā)送和接收-如非必要應(yīng)盡量避免使用模態(tài)
iPhone的airdrop是一個(gè)非常方便的文件傳輸功能，在實(shí)際使用中翰意，OX設(shè)備間的文件傳輸幾乎沒有其他更好的替代者木人。但iPhone的用戶可能沒有意識到，airdrop發(fā)送和接收冀偶，是兩種截然不同的界面醒第。
具體說，發(fā)送的等待界面是非模態(tài)的进鸠，用戶在向外界傳輸數(shù)據(jù)時(shí)稠曼，可以通過返回按鈕或者h(yuǎn)ome鍵進(jìn)入其他任務(wù)；而接收卻是模態(tài)的等待界面客年，用戶必須等待傳輸完畢（或者取消傳輸）霞幅，此時(shí)home鍵是無效的。
我曾經(jīng)因接收同事的會(huì)議視頻搀罢，等了足足20分鐘，在這期間侥猩，我驚訝于我的手機(jī)竟然什么也不能做榔至。難道是因?yàn)樵O(shè)備讀寫的限制不同？可我們平時(shí)在appstore上下載幾百兆的應(yīng)用欺劳，手機(jī)也不是這樣啊唧取。不管怎么說，如非必需划提，等待的模態(tài)界面是應(yīng)該盡量避免的枫弟，它讓等待者不知所措，不管它是不是高大上的蘋果公司鹏往。
案例三：DOTA2的匹配等待-等待的時(shí)候其實(shí)可以找點(diǎn)事做
生活中我們會(huì)發(fā)現(xiàn)淡诗，人們在等待的時(shí)候，并不喜歡完全閑著。比如超市收銀臺前的長隊(duì)韩容，等待的人們很多在玩手機(jī)刷微信款违。我們應(yīng)當(dāng)避免讓用戶干等著，應(yīng)嘗試為他們找點(diǎn)喜歡的事做群凶，現(xiàn)實(shí)中確實(shí)有一些這樣的軟件設(shè)計(jì)：
前邊提到插爹，由于DOTA2線上玩家很少，匹配一局的等待時(shí)間很長（一般要3分鐘上下）请梢。DOTA2沒有使用模態(tài)等待界面赠尾，而在右下角非模態(tài)顯示，玩家這時(shí)可以看英雄技能毅弧、看攻略气嫁、或者逛商店。
不止于此形真，在自選英雄的1分鐘內(nèi)杉编，如果玩家提前選好，剩下的時(shí)間可以屏幕右邊的在沙盤上放置自己走哪一路咆霜，還可以購買出門裝邓馒。
在等待這件事上，暴雪確實(shí)想了很多辦法蛾坯，在不可避免的等待中讓用戶做有意義的事光酣。
案例四：閑魚和餓了么的加載-使用動(dòng)畫消除用戶的焦慮
多圖列表刷新或者訂單生成等待通常是一個(gè)大于1秒小于8秒的時(shí)間，它讓用戶能明顯感受延遲和不穩(wěn)定感脉课。優(yōu)秀的移動(dòng)產(chǎn)品會(huì)專門為這個(gè)等待設(shè)計(jì)加載動(dòng)畫救军，比如閑魚和餓了么，使用接近物理運(yùn)動(dòng)的可愛彈動(dòng)動(dòng)畫倘零，提供反饋唱遭，麻痹和消除用戶的等待焦慮，理解系統(tǒng)正在運(yùn)轉(zhuǎn)呈驶，內(nèi)容或訂單馬上就好拷泽。
這樣的例子在產(chǎn)品中非常多，也是微交互設(shè)計(jì)的熱門應(yīng)用之一袖瞻，在此不再展開司致。
案例五：微信瀏覽器的加載進(jìn)度條-提供反饋，即便是虛假的
當(dāng)我們在桌面?zhèn)鬏斚螺d過程中經(jīng)常發(fā)現(xiàn)聋迎，雖然網(wǎng)速會(huì)有波動(dòng)脂矫，但數(shù)據(jù)的變化范圍并不大。然而在移動(dòng)端的微信瀏覽器里霉晕，當(dāng)我們打開一篇公眾號文章庭再，經(jīng)常會(huì)發(fā)現(xiàn)進(jìn)度條的起始速率和結(jié)束部分差別非常大捞奕。
出于好奇我做了個(gè)實(shí)驗(yàn)：將家里的網(wǎng)絡(luò)關(guān)閉，但WI-FI打開佩微，此時(shí)手機(jī)連著WI-FI缝彬，所以并不能判斷是否有網(wǎng)絡(luò)，我打開了公眾號的一篇文章哺眯，結(jié)果出乎我的意料谷浅，瀏覽器的綠色進(jìn)度條快速的走到了一半，然后在后半段緩慢前進(jìn)奶卓，最終顯示無法打開一疯，請求刷新頁面。
可是因?yàn)閿嗑W(wǎng)并沒有數(shù)據(jù)傳輸啊夺姑，微信提供的是虛假的進(jìn)度條墩邀。可是再想一想盏浙，正是微信虛假的反饋眉睹，讓我在白屏中等待了很長時(shí)間，還誤以為網(wǎng)速很快废膘。
這是微信的策略竹海，目的是消除用戶等待焦慮。
好吧丐黄，為等待做設(shè)計(jì)斋配，五個(gè)優(yōu)化等待的案例，今天先寫到這里灌闺。
