原則1：用(yòng)戶界面應該是基于用(yòng)戶的心裏模型，而不是基于工(gōng)程實現模型
就是把後台本來很(hěn)複雜的事情通過設計符合用(yòng)戶日常生活中(zhōng)常用(yòng)的浏覽方式或操作(zuò)方式。其實這一點是設計師把生活中(zhōng)的細節和數據結合的凝聚點，用(yòng)戶的心理(lǐ)模型抓的越準，界面就會越優秀。
#左邊界面#：大衆點評新(xīn)版的價格的搜索就比之前改得更符合用(yòng)戶心裏模型；#右邊界面#：食神搖搖的搖動手機找餐廳更加符合大衆用(yòng)戶的心裏，大家應該都有(yǒu)那種中(zhōng)午不知道去哪家餐廳就餐，那麽就搖一搖來随機抽出一個附近的餐廳。#左邊界面#：大衆點評新(xīn)版的價格的搜索就比之前改得更符合用(yòng)戶心裏模型；#右邊界面#：食神搖搖的搖動手機找餐廳更加符合大衆用(yòng)戶的心裏，大家應該都有(yǒu)那種中(zhōng)午不知道去哪家餐廳就餐，那麽就搖一搖來随機抽出一個附近的餐廳。

原則2：培養用(yòng)戶使用(yòng)情景的思維方式做設計
要做到這個原則其實是很(hěn)難的，需要長(cháng)期的實戰經驗才能(néng)做到這點。
那我們都知道米聊出的比微信早，但後來被微信反超，個人認為(wèi)不光是QQ幫了微信很(hěn)大忙，比如用(yòng)戶登錄門檻低，用(yòng)戶來源，廣告打得響之類的，其實在用(yòng)戶使用(yòng)情景方面米聊研究的沒有(yǒu)微信透徹。

對于一個社交即時通訊産(chǎn)品，添加好友的功能(néng)是好友彙聚的來源，雖然米聊微信都綁定手機通訊錄，但話又(yòu)說回來，用(yòng)戶找手機通訊錄聯系人語音聊天的還是比較少。添加好友是引導用(yòng)戶去發現好友，找好友, 碰好友的一扇門。所以對于這麽重要的功能(néng)放置在應用(yòng)程序的哪個位置，在産(chǎn)品前期就會讓用(yòng)戶明顯的去選擇用(yòng)哪個應用(yòng)，因為(wèi)聊天工(gōng)具(jù)的前提是要有(yǒu)人和你聊天。

原則3：盡量少的讓用(yòng)戶輸入，輸入時盡量多(duō)給出參考
移動端的虛拟鍵盤一直是科(kē)技(jì )界無法解決的一個難題，虛拟鍵盤的主要缺點：1.輸入定位無法反饋，所以無法形成高效的盲打；2.虛拟鍵盤的空間限制，手指的點擊經常造成誤按。光是上面這兩點就讓虛拟鍵盤在輸入上大打折扣，所以我們在設計應用(yòng)程序時，隻要遇到Input Box的控件時，首先就要想到盡量讓用(yòng)戶少輸入，或者智能(néng)的給出參考。
百度音樂的搜索先是把近期最熱門的歌曲依次排列在列表中(zhōng)，當有(yǒu)字輸入時，會出現歌手的候選詞，這裏值得稱贊的是百度音樂的搜索能(néng)根據用(yòng)戶輸入的字來判斷用(yòng)戶是搜索歌手還是歌名(míng)。 百度音樂的搜索先是把近期最熱門的歌曲依次排列在列表中(zhōng)，當有(yǒu)字輸入時，會出現歌手的候選詞，這裏值得稱贊的是百度音樂的搜索能(néng)根據用(yòng)戶輸入的字來判斷用(yòng)戶是搜索歌手還是歌名(míng)。
百度地圖也是我用(yòng)得比較順手的一個地圖導航應用(yòng)，在減少輸入方面也做的比較出色，百度地圖擁有(yǒu)cookies功能(néng), 另外就是百度搜索的技(jì )術應用(yòng)在地名(míng)的匹配中(zhōng)也很(hěn)讓人欣喜，在用(yòng)戶輸入到一半的時候，下面的候選列表就出現了目标地址，用(yòng)戶直接停止輸入點擊列表即可(kě)。百度地圖也是我用(yòng)得比較順手的一個地圖導航應用(yòng)，在減少輸入方面也做的比較出色，百度地圖擁有(yǒu)cookies功能(néng), 另外就是百度搜索的技(jì )術應用(yòng)在地名(míng)的匹配中(zhōng)也很(hěn)讓人欣喜，在用(yòng)戶輸入到一半的時候，下面的候選列表就出現了目标地址，用(yòng)戶直接停止輸入點擊列表即可(kě)。

原則4：全局導航需要一直存在，最好還能(néng)預覽其他(tā)模塊的動态
全局導航在Web交互設計中(zhōng)比較容易做到，在手機移動端全局導航要看産(chǎn)品設計的需求，什麽功能(néng)需要全局導航，社交應用(yòng)通常是：消息，通知，請求；音樂視頻應用(yòng)通常是：下載，搜索；工(gōng)具(jù)類産(chǎn)品經常是核心工(gōng)具(jù)條（tool bar) 比如浏覽器，語音助理(lǐ)，音樂識别應用(yòng)等等。
全局導航的價值在于可(kě)以讓用(yòng)戶在使用(yòng)過程中(zhōng)不會丢失信息，減少主頁(yè)面和次級頁(yè)面之間的跳轉次數，當然全局導航中(zhōng)的info-task要能(néng)在當前頁(yè)面完成，如果需要跳轉到新(xīn)界面，就會失去全局導航的意義，因為(wèi)當出現多(duō)個info-task的時候，就需要用(yòng)戶不停的進入全局導航頁(yè)面來完成。
Facebook 的朋友請求，消息，通知都是采用(yòng)全局導航的方式，就是面闆設計的醜了些~ Facebook 的朋友請求，消息，通知都是采用(yòng)全局導航的方式，就是面闆設計的醜了些~
米聊的通知中(zhōng)心，裏面包含的通知類型蠻多(duō)的，顯得有(yǒu)點淩亂，希望下面的版本會篩選歸類米聊的通知中(zhōng)心，裏面包含的通知類型蠻多(duō)的，顯得有(yǒu)點淩亂，希望下面的版本會篩選歸類

原則5：提供非模态的反饋，不打斷任務(wù)流
模态彈出框的書面名(míng)稱在iphone OS中(zhōng)稱作(zuò)：Alert-box，在Android OS中(zhōng)稱：Pop-up box, 我們都知道彈框會打斷任務(wù)流，所以在有(yǒu)限的屏幕上怎樣讓這些彈框弱化，或者說優雅、紳士的提醒用(yòng)戶，這個需要設計師來定義。

模态是指界面中(zhōng)隻有(yǒu)提醒彈框才具(jù)有(yǒu)可(kě)交互行為(wèi)，其他(tā)一切都不可(kě)操作(zuò)；非模态不會把提醒做成彈框，可(kě)能(néng)會處理(lǐ)成List Notification, Toast list等方式來提醒用(yòng)戶。
Gmail是第一個把删除的模态彈框設計成List Notification這種方式的，提醒用(yòng)戶撤銷剛才的删除操作(zuò)，這種非模态的處理(lǐ)，讓删除的流程更加順暢和輕松自如。Gmail是第一個把删除的模态彈框設計成List Notification這種方式的，提醒用(yòng)戶撤銷剛才的删除操作(zuò)，這種非模态的處理(lǐ)，讓删除的流程更加順暢和輕松自如。
K歌達人第二版的彈框就是模态處理(lǐ)，界面很(hěn)不友好，用(yòng)戶在K歌過程中(zhōng)要被打斷三次才能(néng)發表一首自己唱的歌曲，所以降低了用(yòng)戶的參與度。K歌達人第二版的彈框就是模态處理(lǐ)，界面很(hěn)不友好，用(yòng)戶在K歌過程中(zhōng)要被打斷三次才能(néng)發表一首自己唱的歌曲，所以降低了用(yòng)戶的參與度。

原則6：不要讓用(yòng)戶等待任務(wù)完成，用(yòng)戶還要發現更多(duō)有(yǒu)意思的地方
移動互聯的核心就是給用(yòng)戶帶來移動體(tǐ)驗的方便和高效，這是 移動互聯網Apps需要考慮的，用(yòng)戶在使用(yòng)你産(chǎn)品在很(hěn)多(duō)情況下都是碎片時間， 所以在設計上盡量讓用(yòng)戶在短時間内熟悉我們的産(chǎn)品，知道這個産(chǎn)品的誠意，特别是某些等待界面需要設計，不能(néng)把一個很(hěn)枯燥的等待界面呈現在用(yòng)戶的面前，那用(yòng)戶很(hěn)快就會換其他(tā)apps。
在Instagram 拍完照片後，點擊上傳後，它的處理(lǐ)方式是回到首頁(yè)的位置，告訴你的照片正在提交，并不是顯示一個上傳進度的界面，讓用(yòng)戶看那上傳百分(fēn)比。因此，我們在設計米吧上傳歌曲文(wén)件時也隻是告知用(yòng)戶後台正在幫你上傳，叫用(yòng)戶放心，用(yòng)戶自然就會去玩其他(tā)的功能(néng)，沒有(yǒu)讓用(yòng)戶焦慮的等待，等上傳完畢時，我們再用(yòng)Toast list通知用(yòng)戶已經上傳成功，這樣把查看上傳結果的主動權交給用(yòng)戶。

原則7：自動保存用(yòng)戶的輸入成果
在移動端，由于輸入面闆的複雜性，而且觸摸輸入沒有(yǒu)物(wù)理(lǐ)按鍵的反饋自然，特别是手機上去輸入一段文(wén)字或者信息，對用(yòng)戶而言本身就是一件很(hěn)痛苦的事情；對産(chǎn)品而言，用(yòng)戶的在你的産(chǎn)品中(zhōng)輸入是一個很(hěn)值得慶幸的事情，所以設計人員需要讓你的apps自動保存用(yòng)戶的輸入成果。
微博官方的手機客戶端在用(yòng)戶輸入信息後，點擊左上角的叉時會彈出Action sheet來詢問，确認是否要放棄，或者保存為(wèi)草(cǎo)稿；path的處理(lǐ)則更為(wèi)人性化，在處于斷網的情景下，用(yòng)戶依然可(kě)以發布照片和文(wén)字，當然後面聯網成功後，系統會自動上傳，隻是發表時間是連網後發布的時間點；Instagram的評論也很(hěn)友好，在斷網或者網絡情況不穩定的情景，用(yòng)戶輸入的評論依然可(kě)以發布，後面會有(yǒu)一個歎号提醒用(yòng)戶稍後發布或者重試，提升了用(yòng)戶參與的積極行，同時活躍了社區(qū)。

原則8：為(wèi)了程序響應的速度，設計有(yǒu)時候需要擔任掩護的作(zuò)用(yòng)
科(kē)技(jì )并不是萬能(néng)的， 技(jì )術依然是移動互聯網應用(yòng)程序最需要優化和完善的，作(zuò)為(wèi)技(jì )術的盟友我們設計人員也需要輔佐他(tā)們，讓用(yòng)戶覺得程序原本就應該是這麽運行的。特别是程序響應的速度很(hěn)多(duō)時候不光是技(jì )術的問題，與網絡環境也有(yǒu)很(hěn)大的關系，這時候設計人員需要考慮這些客觀存在的情況，幫助程序來掩護這些瑕疵，讓用(yòng)戶感覺到在使用(yòng)時是流暢的。

#随後實現# Instagram帖子“贊” 不管對參與者還是帖子作(zuò)者都是激發其積極性活躍社區(qū)氛圍的重要功能(néng)，所以在程序的響應方面一定要具(jù)有(yǒu)可(kě)用(yòng)，易用(yòng)的特性，我們看左圖中(zhōng)，“贊”的按鈕已經現實“已贊”，同時我們看紅色框内的“菊花(huā)瓣”就知道後台在loading贊的數據，所以這就是設計的巧妙之處，先讓用(yòng)戶感知到程序是非常快速的，而不是等loading完之後再顯示“已贊”；

#提前傳輸# Instagram中(zhōng)發布帖子的時候，用(yòng)戶處理(lǐ)完照片點擊“上傳”按鈕就看到中(zhōng)間的界面，這時候界面是讓用(yòng)戶去為(wèi)自己的帖子輸入一個主題，或者去設置分(fēn)享等功能(néng)，同時我們可(kě)以看到紅色框中(zhōng)的“菊花(huā)瓣”，很(hěn)明顯後台已經開始傳輸剛才上傳的照片了，所以當用(yòng)戶在點擊“完成”時，數據隻需要上傳剩下的一部分(fēn)，讓用(yòng)戶感知上傳很(hěn)迅速；

#邊唱邊完成# 把伴奏和用(yòng)戶的歌聲合成為(wèi)一首音樂時需要後台處理(lǐ)大量的數據，如果分(fēn)步做就要讓用(yòng)戶等待比較長(cháng)的合成時間，為(wèi)了讓用(yòng)戶不用(yòng)枯燥的等待合成，我們需要後台在用(yòng)戶唱歌的同時，後台就已經開始把唱過的伴奏和歌聲合成。

• 上一篇：網頁(yè)設計新(xīn)趨勢知多(duō)少 2017/8/14
• 下一篇：行業公(gōng)認的7大網頁(yè)設計秘訣，讓你的網頁(yè)脫穎而出 2017/8/14

本文(wén)系本網編輯轉載，轉載目的在于傳遞更多(duō)信息，并不代表本網贊同其觀點和對其真實性負責。如涉及作(zuò)品内容、版權和其它問題，請在30日内與本網聯系，我們将在第一時間删除内容！
[聲明]本站文(wén)章版權歸原作(zuò)者所有(yǒu) 内容為(wèi)作(zuò)者個人觀點 本站隻提供參考并不構成任何投資及應用(yòng)建議。