5大要點(diǎn),解析移動應(yīng)用設(shè)計(jì)指南
本文從如何引導(dǎo)用戶首次體驗(yàn)產(chǎn)品,如何快速響應(yīng)應(yīng)用程序,優(yōu)化移動端的內(nèi)容,設(shè)計(jì)觸控和人性化五個方面介紹了移動應(yīng)用程序設(shè)計(jì)的一些知識點(diǎn)。
1. 專注首次體驗(yàn)
第一次體驗(yàn)是手機(jī)APP成敗的關(guān)鍵。你只有一次機(jī)會留下第一印象。如果你失敗了,很有可能用戶不會再啟動你的應(yīng)用了。
對于用戶而言,使用應(yīng)用前強(qiáng)制用戶登錄,這是一種普遍的阻礙,也是用戶放棄應(yīng)用程序的原因之一。對于品牌知名度低或價(jià)值主張不明確的應(yīng)用,放棄注冊的用戶數(shù)量尤其大。
Pinterest要求用戶創(chuàng)建一個新帳戶或在首次加載時登錄
根據(jù)經(jīng)驗(yàn),只有在必要的情況下才要求用戶注冊(例如,只有用戶完成注冊時才能使用應(yīng)用程序的核心功能)。即使在這種情況下,最好盡可能地推遲登錄時間——允許用戶體驗(yàn)應(yīng)用程序一段時間,然后提醒他們注冊。這將給你的用戶一個體驗(yàn),他們將更有可能注冊你的應(yīng)用。
1.1 良好的引導(dǎo)用戶體驗(yàn)產(chǎn)品
在移動用戶體驗(yàn)環(huán)境中,提供優(yōu)秀的引導(dǎo)用戶體驗(yàn)產(chǎn)品是留住用戶的基礎(chǔ)。引導(dǎo)的目的是展示應(yīng)用程序提供的核心功能。
在許多引導(dǎo)策略中,一種引導(dǎo)策略是僅在用戶需要時才提供說明。Duolingo是一個很好的例子。該應(yīng)用程序?qū)⒔换ナ綄?dǎo)覽與漸進(jìn)式呈現(xiàn)結(jié)合在一起,以向用戶顯示該應(yīng)用程序的工作方式。鼓勵用戶加入并使用他們選擇的語言進(jìn)行快速測試。這使學(xué)習(xí)變得有趣且容易發(fā)現(xiàn)。
Duolingo有一個包含快速測試的用戶指導(dǎo)之旅
體驗(yàn)引導(dǎo)可能非常有幫助的另一件方法是空狀態(tài)??諣顟B(tài)是屏幕的默認(rèn)狀態(tài)為空,需要用戶執(zhí)行一個或多個步驟才能向其中填充數(shù)據(jù)。
除了告知用戶頁面上期望包含什么內(nèi)容外,空白狀態(tài)還可以教會人們?nèi)绾问褂脩?yīng)用程序。即使引導(dǎo)過程僅包含一個步驟,該指南仍可確保用戶做正確的事。
Expensify中的通過空狀態(tài)告訴用戶如何使用
1.2 不要預(yù)先要求設(shè)置信息
強(qiáng)制設(shè)置信息會與用戶產(chǎn)生摩擦,并可能導(dǎo)致用戶放棄該應(yīng)用程序。用戶啟動應(yīng)用程序時,他們希望它能夠正常運(yùn)行。因此,為大多數(shù)用戶設(shè)計(jì)應(yīng)用程序,讓少數(shù)想要不同配置的用戶可以隨時調(diào)整設(shè)置以滿足他們的需求。
1.3 避免從一開始就要求權(quán)限
避免用戶在啟動應(yīng)用程序時首先看到的是一個請求權(quán)限的對話框。
與登錄或前期設(shè)置階段類似,只有在應(yīng)用程序的核心功能需要時,才應(yīng)在啟動時請求許可。
如果很明顯你的應(yīng)用程序依賴于該權(quán)限才能進(jìn)行操作(例如,很明顯照片編輯器為何會請求訪問照片),則用戶不會對此請求感到困擾。
Google提出的權(quán)限請求模式
但是對于其他情況,請?jiān)谑褂眠^程中遇到時請求權(quán)限。如果在相關(guān)任務(wù)期間被詢問,則用戶更有可能授予權(quán)限。
應(yīng)用程序應(yīng)在上下文中請求權(quán)限,并應(yīng)傳達(dá)訪問權(quán)限將提供的價(jià)值。提示用戶僅在嘗試使用功能時接受權(quán)限
溫馨提示:
僅詢問你的應(yīng)用程序需要的權(quán)限
不要要求所有可能的權(quán)限。如果某個應(yīng)用程序請求了不需要的東西,那將是可疑的。例如,懷疑有一個鬧鐘應(yīng)用程序要求訪問你的聯(lián)系人列表的權(quán)限。
說明你的應(yīng)用為什么需要該權(quán)限。
2. 快速響應(yīng)應(yīng)用程序
加載時間對于UX極為重要。隨著技術(shù)的進(jìn)步,我們變得更加急躁,如今,有47%的用戶期望頁面在2秒或更短的時間內(nèi)加載。
如果頁面加載時間較長,訪問者可能會感到沮喪而離開。這就是為什么在開發(fā)移動應(yīng)用程序時應(yīng)優(yōu)先考慮速度。但是,無論你開發(fā)的應(yīng)用程序速度有多快,有些事情都需要花費(fèi)一些時間來處理。較差的Internet連接可能導(dǎo)致響應(yīng)緩慢,或者一個操作可能需要很長時間。但是,即使你不能縮短這樣的時間,至少也要嘗試使等待更加愉快。
2.1 在屏幕可見區(qū)域加載內(nèi)容
打開頁面時,僅加載足以填滿屏幕的內(nèi)容。滾動條上可用的內(nèi)容應(yīng)繼續(xù)在后臺加載。這種方法的好處是,用戶將開始閱讀初始加載的內(nèi)容,并且在某些情況下甚至不會注意到內(nèi)容仍在加載中。
2.2 讓用戶了解正在加載內(nèi)容
用戶在加載內(nèi)容時看到的空白屏幕或靜態(tài)屏幕可能會使你的應(yīng)用看起來像死機(jī)了,從而造成混亂和沮喪,并有可能導(dǎo)致人們離開你的應(yīng)用。對于較長的等待時間(超過10秒),必須顯示一個進(jìn)度條,以便用戶能夠判斷他們將等待多長時間。
2.3 提供視覺干擾
如果某個應(yīng)用在等待時為用戶提供了一些有趣的內(nèi)容,則用戶對等待本身的關(guān)注將減少。因此,為了確保人們在等待事情發(fā)生時不會感到無聊,讓他們分散注意力。精美的動畫可以在用戶等待時吸引他們的注意力。
小貼士:即使是再好的動畫,當(dāng)它被過度使用時,也會令人討厭。當(dāng)你設(shè)計(jì)一個動畫的時候,問問你自己,“這個動畫在第100次出現(xiàn)的時候是不是變得令人討厭?”
2.4 骨架屏
所謂骨架屏(Skeleton Screens)即表示在頁面完全渲染完成之前,用戶會看到一個樣式簡單,描繪了當(dāng)前頁面的大致框架,感知到頁面正在逐步加載,加載完成后,最終骨架屏中各個占位部分將被真實(shí)的數(shù)據(jù)替換。
一旦你的應(yīng)用程序開始加載數(shù)據(jù),一個框架屏幕就會出現(xiàn),給用戶一種你的應(yīng)用程序速度快、響應(yīng)快的印象。與加載指示器不同,加載指示器只傳達(dá)正在發(fā)生的事情,而骨架屏幕則關(guān)注實(shí)際的進(jìn)度。
3. 優(yōu)化移動端內(nèi)容展示
內(nèi)容在設(shè)計(jì)中起著重要作用。在大多數(shù)情況下,人們使用應(yīng)用程序的主要原因是其提供的內(nèi)容。但是僅僅擁有清晰,精心設(shè)計(jì)的內(nèi)容還不夠。內(nèi)容必須易于消化和閱讀。
3.1 使文本可讀、易讀
當(dāng)我們考慮內(nèi)容時,在大多數(shù)情況下,我們指的是版式。正如Oliver Reichenstein 在他的文章中指出的那樣:
“優(yōu)化版式可以優(yōu)化可讀性,可訪問性,可用性和整體圖形平衡?!?/p>
移動版式的關(guān)鍵是可讀性和易讀性。如果用戶無法閱讀你的內(nèi)容,那么首先提供內(nèi)容是沒有意義的。
首先,一些關(guān)于易讀性的實(shí)用建議:
- 字體大小:一般來說,任何小于16像素(或11磅)的內(nèi)容在任何屏幕上閱讀都是具有挑戰(zhàn)性的。
- 字體樣式:大多數(shù)用戶喜歡清晰易讀的字體。安全的選擇是系統(tǒng)的默認(rèn)字體。
- 對比:淺色文本(例如淺灰色)在美學(xué)上可能看起來很吸引人,但是用戶很難閱讀它,尤其是在淺色背景下。確保字體和背景之間有足夠的對比度,以便于閱讀。
眩光時,即使是高對比度的文本也很難閱讀,但是低對比度的文本幾乎是不可能閱讀的
現(xiàn)在,提供一些關(guān)于可讀性的建議:
避免全部大寫
在不涉及專心閱讀(例如首字母縮略詞和徽標(biāo))的情況下,全大寫文本很好,但是在你的信息需要大量閱讀時,避免使用大寫文本。
限制文本行的長度。
一個好的經(jīng)驗(yàn)法則是每行30到40個字符。
左:文本太小,無法在不縮放的情況下在小型設(shè)備上閱讀。右:在移動屏幕上閱讀文字很舒服
不要太擁擠:在文本之間添加空格可以幫助用戶閱讀,并創(chuàng)建一種沒有太多信息可以接收的感覺。
從左到右:太緊,太多,恰到好處。
通過在行之間和頁邊距中為文本添加適當(dāng)?shù)目臻g,可以幫助用戶更好地吸收單詞。
3.2 高清畫質(zhì)圖像和正確的寬高比
具有高分辨率屏幕的設(shè)備的興起為圖像質(zhì)量樹立了標(biāo)桿。圖像在高清屏幕上不應(yīng)出現(xiàn)像素化。
圖像應(yīng)始終以正確的長寬比顯示,以免看起來失真。圖像被拉伸太寬或太長,只是為了適應(yīng)一個空間,將沒有任何吸引力。
許多移動設(shè)計(jì)師面臨的最新挑戰(zhàn)是優(yōu)化iPhone X的用戶體驗(yàn)。為iPhone X設(shè)計(jì)時,需要使用與其他任何iPhone不同的畫板尺寸。
3.3 視頻內(nèi)容優(yōu)化為縱向模式
視頻正迅速成為許多用戶消費(fèi)內(nèi)容的標(biāo)準(zhǔn)方式。據(jù)YouTube稱,移動視頻消費(fèi)量每年以100%的速度增長。到2020年,全球超過75%的移動數(shù)據(jù)流量將是視頻內(nèi)容。這意味著優(yōu)化縱向模式的視頻內(nèi)容至關(guān)重要。
據(jù)ScientiaMobile稱,94%的用戶以縱向模式使用他們的移動設(shè)備。如果你的應(yīng)用提供了視頻內(nèi)容,則應(yīng)對其進(jìn)行優(yōu)化以允許用戶以縱向模式觀看。
4. 觸摸設(shè)計(jì)
觸摸設(shè)計(jì)的目標(biāo)是減少輸入錯誤的數(shù)量,并使與應(yīng)用程序的交互更舒適。
4.1 針對手指而非光標(biāo)設(shè)計(jì)
當(dāng)你在移動界面中設(shè)計(jì)可操作元素時,重要的是讓目標(biāo)足夠大,以便用戶輕松點(diǎn)擊它們。錯誤的單擊通常是由于較小的觸摸控制面積產(chǎn)生的。
觸摸目標(biāo)較小會增加錯誤選擇的機(jī)會
設(shè)計(jì)觸摸目標(biāo)時,你可以依靠MIT觸摸實(shí)驗(yàn)室的研究為交互元素選擇合適的尺寸。這項(xiàng)研究發(fā)現(xiàn),指墊的平均大小在10到14毫米之間,指尖的平均大小在8到10毫米之間,因此10 x 10毫米是一個很好的最小觸摸目標(biāo)尺寸。
目標(biāo)的大小不僅重要,而且在目標(biāo)之間留有適當(dāng)?shù)目臻g也很重要。如果多個觸摸目標(biāo)彼此靠近(例如,“同意”和“不同意”按鈕),請確保它們之間有足夠的空間。
4.2 考慮拇指區(qū)
設(shè)計(jì)觸控不僅要使目標(biāo)足夠大,而且還要考慮我們握持設(shè)備的方式。許多用戶用一只手握住手機(jī)。對于他們的拇指來說,只有一部分屏幕是真正輕松的區(qū)域。該區(qū)域稱為自然拇指區(qū)。其他區(qū)域需要手指伸展甚至需要改變握力才能到達(dá)。下面,你可以看到安全區(qū)域在現(xiàn)代移動設(shè)備上的呈現(xiàn)。
根據(jù)Scott Hurff的研究,拇指區(qū)域顯示屏越大,屏幕越不容易訪問。
- 綠色區(qū)域是導(dǎo)航選項(xiàng)或頻繁交互操作(例如號召性用語按鈕)的最佳位置。
- 紅色區(qū)域是潛在危險(xiǎn)選項(xiàng)(例如“刪除”或“擦除”)的最佳位置。用戶不太可能意外觸發(fā)此選項(xiàng)。
4.3 互動反饋
在物理世界中,物體對我們的互動做出反應(yīng)。人們期望數(shù)字UI控件具有類似水平的響應(yīng)能力。你需要就每次用戶互動提供即時反饋。如果你的應(yīng)用程序不提供反饋,則用戶會懷疑它是否已凍結(jié)或是否錯過了目標(biāo)。反饋可以是視覺的(突出顯示輕按的按鈕)或觸覺的(輸入上的設(shè)備振動)。
提供視覺動畫或其他視覺效果的應(yīng)用程序可以消除用戶的猜測。
5. 人性化體驗(yàn)
用戶體驗(yàn)不僅僅是關(guān)于可用性還有感覺。當(dāng)我們思考是什么讓我們感覺很棒時,我們通常會想到是精心設(shè)計(jì)。
5.1 個性化體驗(yàn)
個性化是當(dāng)今移動應(yīng)用程序最關(guān)鍵的方面之一。這是與用戶聯(lián)系并以真實(shí)的方式提供他們所需信息的機(jī)會。
通過結(jié)合個性化,有無數(shù)種改善移動UX的方法??梢愿鶕?jù)用戶的位置,他們過去的搜索和他們以前的購買來提供個性化內(nèi)容。例如,如果你的用戶希望每月購買特定的產(chǎn)品,則某個應(yīng)用可能會對其進(jìn)行跟蹤并針對這些類型的產(chǎn)品提供特別的優(yōu)惠。
星巴克的移動應(yīng)用程序就是遵循這種方法的一個很好的例子。該應(yīng)用程序使用用戶的信息(例如,他們通常訂購的咖啡類型)來提供特別優(yōu)惠。
星巴克為個人客戶提供量身定制的優(yōu)惠和服務(wù)
5.2 有意思的動畫
與功能性動畫(用于改善用戶界面的清晰度)不同,有意思的動畫使界面感覺更人性化。此類動畫清楚地表明,開發(fā)該應(yīng)用程序的人員會關(guān)心他們的用戶。使用令人愉悅的細(xì)節(jié)是與用戶建立情感聯(lián)系的機(jī)會。
本文作者:Nick Babich
原文地址:https://www.smashingmagazine.com/2018/02/comprehensive-guide-to-mobile-app-design/
譯者:Kris,譯者公眾號:Kris產(chǎn)品成長之路,人人都是產(chǎn)品經(jīng)理專欄作家。
本文由 @Kris 翻譯發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自Unsplash,基于CC0協(xié)議
可以轉(zhuǎn)載到我的公眾號嗎?
可以的,公眾號 Kris產(chǎn)品成長之路,后臺可以發(fā)個消息,我給你權(quán)限。