設計師和初級產(chǎn)品經(jīng)理面試常常被問及手機中的APP好在哪里，聰明的同學懂得事先準備，比如在網(wǎng)上搜索“XXX設計神細節(jié)”。
然而受國外UX設計趨勢影響，今天國內(nèi)有大量的產(chǎn)品設計方法論介紹（如《用戶體驗要素》五層模型，COOPER的用戶模型和情景劇本，CUBI產(chǎn)品模型，以及近期火爆的服務設計）。但微交互的資源相對匱乏，多是增強用戶理解和使用的動效模型，涉及用戶行為的較少。
為什么對微交互的討論這么少？個人理解好的微交互不在書本和方法論里，而在實際產(chǎn)品中。好設計是透明的，真正優(yōu)秀的微交互設計，人們每天都在使用卻察覺不到它的存在。
所以是時候整理今天產(chǎn)品中的微交互設計了。
作為一名交互設計愛好者，再此拋磚引玉，用6篇文章列舉6類約30個案例供大家參考。
這6部分分別是：
1）為懶而做的設計
2）為等待而做的設計
3）懂禮貌的設計
4）為舒適而做的設計
5）為感知而做的設計
6）因懂你而做的設計
書歸正傳
第一部分
為懶而做的設計-減少用戶負擔
生理學表明，人會懶源于當人減少能量消耗的時候，大腦會釋放多巴胺的獎勵機制。這也許是因為我們的祖先以捕獵為生，減少能量消耗意味著增加生存機會。
懶是人的天性，所以交互設計的目標正是幫助用戶從復雜的工作中解脫出來，減少額外工作，最好一步完成任務。
案例一：淘寶、微信手機充值-一鍵購買
我們很多人有使用淘寶或微信給手機充值話費的經(jīng)歷，然而我們可能沒有留意到，二者的充值操作略有區(qū)別。
淘寶的操作要用戶選擇價格后再按充值按鈕喚起支付，而微信點擊價格后直接喚起支付。由于充話費是單選SKU，淘寶的點擊確認操作毫無必要，因此增加了用戶負擔，微信則實現(xiàn)了一鍵購買。今天的支付寶正是理解兩者區(qū)別，使用了微信的模式。
案例二：支付寶轉賬-智能填充
幾乎每個人都有使用支付寶轉賬的經(jīng)歷。當我們填寫完姓名和卡號后，發(fā)現(xiàn)銀行被自動選擇填寫完畢。當時一定會覺得這真貼心啊。
通過卡號驗證發(fā)卡行，自動為用戶填充銀行，避免了選擇步驟，減少了用戶的輸入負擔。
不止于此，在填寫后，支付寶這是才顯示到賬時間，并默認填充2小時，減少了用戶的認知負擔和選擇步驟。
案例三:DOTA2選擇戰(zhàn)役-在上一次上做更改
這是一個桌面的例子。DOTA2玩家知道：由于線上玩家較少，游戲模式采取了玩家勾選多種模式匹配的策略，以減少匹配的等待時間。
于是出現(xiàn)了一個問題，玩家每一次都多次勾選好復雜啊。DOTA2沒這么做，而是記住玩家上一次的選項，在這個基礎上做更改，不必重新選擇。
由于玩家大多有著自己的固定偏好，多數(shù)情況下，會在上一次模式上直接點擊開局。這種情形下用戶選擇負擔被消除，實現(xiàn)一鍵匹配。
案例四：友寶販售機和麥當勞點餐支付-不知道用戶選什么，默認多數(shù)人的選項
這是一個線下支付終端的例子。很多朋友都有過在友寶販售機買過飲料的經(jīng)歷。在選擇商品后，屏幕顯示二維碼，用戶掃碼支付，取走飲料。很多人沒有注意到，這中間其實節(jié)省了一步選擇支付方式的操作。
由于國內(nèi)已經(jīng)習慣了微信和支付寶付款，友寶將支付方式默認為支付寶付款（這個二維碼微信支付也有效）。當需要更改時，才需要點擊切換其他方式。
麥當勞設計了超級棒的自助點餐系統(tǒng)，但在選擇支付方式這里似乎搞砸了。當用戶生成訂單后必須在支付寶微信和銀聯(lián)支付間做選擇。
通過默認最多人選項，友寶巧妙減少多數(shù)人的額外負擔，而對少數(shù)人來說也并未增加負擔。
案例五：亞馬遜和什么值得買-篩選和排序其實可以結合到一起。
電商習慣于在商品列表上使用篩選和排序，用戶在多個下拉菜單里做選擇。但有些時候，兩者結合到一起似乎更好。
這出于兩個原因，首先用戶不必操作多個下拉控件，第二，絕大多數(shù)時候，用戶是看最新，最熱，最便宜，而不是看最舊，最冷，最貴。排序其實放置的更深一些無妨。
亞馬遜APP的商品列表上只有篩選，排序在篩選內(nèi)部，但是仍是下拉形式。亞馬遜的設計者似乎了解兩者可以合二為一，但可惜呈現(xiàn)方式仍然效率低下。而頂部因轉移排序按鈕的空間也未好好利用。
什么值得買真正了解到這幾點的問題，在一個列表上，其設計者不僅將排序整合到篩選內(nèi)部，而且在去掉排序位置上放置了熱門標簽，用戶甚至是根本不用點擊篩選，也可以通過標簽選出需要的內(nèi)容了，降低了用戶操作負擔。
好吧，為懶做設計，五個消除用戶負擔的案例，今天先寫到這里。
