去年秋天，Luke Wroblewski發(fā)了一篇名為“Requiring Less Taps in Mobile UI”的文章，并在其中提出了“流體點(diǎn)擊手勢(shì)”的概念，旨在減少用戶(hù)在特定操作過(guò)程中需要執(zhí)行的點(diǎn)擊次數(shù)。
他提出的新概念挺有意思；對(duì)于“如何控制點(diǎn)擊次數(shù)”這一問(wèn)題萬(wàn)分關(guān)切的設(shè)計(jì)師顯然也不止Luke一人。
不過(guò)我(英文原文作者)個(gè)人覺(jué)得“更少的點(diǎn)擊次數(shù)”并不能算是一個(gè)很得當(dāng)?shù)脑O(shè)計(jì)目標(biāo)。在UX設(shè)計(jì)的過(guò)程中，將過(guò)多的注意力聚焦在一個(gè)特定的點(diǎn)上，相應(yīng)的風(fēng)險(xiǎn)就是對(duì)其他痛點(diǎn)和問(wèn)題的失控。我們更應(yīng)該著眼全局，并思考“怎樣使這些界面用起來(lái)更容易些”。
還有哪些是需要控制的？
如果說(shuō)點(diǎn)擊次數(shù)是我們需要關(guān)注的痛點(diǎn)之一，那么還有哪些是我們需要從整體的角度加以控制和優(yōu)化的？
Apple在自家產(chǎn)品及其app設(shè)計(jì)規(guī)范當(dāng)中始終強(qiáng)調(diào)一點(diǎn) - 缺乏一致性的設(shè)計(jì)會(huì)給用戶(hù)帶來(lái)疲勞感。雖然并不是指會(huì)令用戶(hù)放下手機(jī)打個(gè)盹的那種疲勞，但比喻的說(shuō)法是正確的。缺乏一致性的設(shè)計(jì)，也是我們需要控制的痛點(diǎn)之一。
另一方面，以注重產(chǎn)品性能和效率而聞名的Google則強(qiáng)調(diào)“如果界面加載時(shí)間超過(guò)1秒，用戶(hù)的使用流程就會(huì)被中斷。”
所以我們?cè)谠O(shè)計(jì)和開(kāi)發(fā)流程當(dāng)中要加以控制的痛點(diǎn)其實(shí)有很多，這些都是需要我們綜合考慮進(jìn)來(lái)的；將過(guò)多資源聚焦在其中的一點(diǎn)，很可能導(dǎo)致其他方面問(wèn)題的爆發(fā)。
降低使用負(fù)荷
上面提到的這些痛點(diǎn)，例如過(guò)多的點(diǎn)擊次數(shù)，缺乏一致性的界面，較長(zhǎng)的加載時(shí)間等等，都可以看做是軟件工具強(qiáng)加給用戶(hù)的負(fù)荷。我們真正的目標(biāo)是從整體上減輕這些負(fù)荷，使用戶(hù)更流暢更高效的使用產(chǎn)品提供的功能來(lái)完成目標(biāo)。
你甚至可以試著通過(guò)量化的方式來(lái)評(píng)估產(chǎn)品的使用負(fù)荷，數(shù)數(shù)看在整個(gè)流程中存在多少“負(fù)荷點(diǎn)”，例如：
界面加載過(guò)程中的每一秒都算作一個(gè)負(fù)荷點(diǎn)。 每次點(diǎn)擊算作一個(gè)負(fù)荷點(diǎn)。 用戶(hù)為了尋找那些默認(rèn)隱藏起來(lái)的導(dǎo)航或CTA(Call To Action)而花費(fèi)的每一秒都算作一個(gè)負(fù)荷點(diǎn)。 在所有這些之前，用戶(hù)為了使用產(chǎn)品而必須將手機(jī)從口袋中掏出來(lái)的整個(gè)過(guò)程算作至少一個(gè)負(fù)荷點(diǎn)。(Hello Apple Watch!)
著眼于整體體驗(yàn)
要全面的進(jìn)行量化評(píng)估，應(yīng)該從哪里開(kāi)始計(jì)算呢？完整的流程起始于用戶(hù)產(chǎn)生了使用產(chǎn)品完成特定目標(biāo)的動(dòng)機(jī)的那一時(shí)刻。
以天氣類(lèi)app為例，用戶(hù)的使用動(dòng)機(jī)多種多樣，我們不妨聚焦于最簡(jiǎn)單最基本的那一種需求 - “外面天氣如何？”
通常，你需要拿出手機(jī)，解鎖，找到你想要使用的天氣app，打開(kāi)并等待界面與信息加載，查看信息。大體是這樣，從使用負(fù)荷的角度來(lái)講不算太壞，我們長(zhǎng)久以來(lái)也就是這樣做的。
不過(guò)也請(qǐng)?jiān)囅胍幌拢?
抬起手腕看看你的Apple Watch，當(dāng)前的天氣信息直接顯示在表盤(pán)四周的“復(fù)雜功能”區(qū)域當(dāng)中。 如果你的Android手機(jī)就在身邊，你可以直接提問(wèn)“OK Google Now：What’s it like outside?”，然后手機(jī)將天氣情況朗讀出來(lái)。
相比于前面提到的“傳統(tǒng)”使用流程，這些新方式對(duì)使用負(fù)荷的降低程度是不言自明的。你可以具體的數(shù)一數(shù)這些流程當(dāng)中的“負(fù)荷點(diǎn)”，數(shù)據(jù)也會(huì)告訴你誰(shuí)是贏家。
當(dāng)然，通知(Notification)對(duì)于簡(jiǎn)化流程、減輕負(fù)荷也起著重要的作用。實(shí)際上，某些特定類(lèi)型的通知，譬如Foursquare基于用戶(hù)所在位置發(fā)送的信息，其目標(biāo)就是在特定的情境中無(wú)需用戶(hù)主動(dòng)發(fā)起查詢(xún)行為便可以推送正確的信息，極大的簡(jiǎn)化了流程。
不過(guò)，只有在設(shè)計(jì)的得當(dāng)時(shí)，通知機(jī)制才能發(fā)揮出智能減負(fù)的作用。如果設(shè)計(jì)不當(dāng)，它們只會(huì)增加用戶(hù)的負(fù)擔(dān) - 要么在根本不需要的時(shí)候提供信息，要么在用戶(hù)需要的時(shí)候提供沒(méi)有實(shí)際價(jià)值的信息 - 如果發(fā)現(xiàn)這種情況，你最好把它們當(dāng)做兩個(gè)負(fù)荷點(diǎn)計(jì)算到評(píng)估結(jié)果當(dāng)中。
此外，如今越來(lái)越多的所謂“隱形app”也在簡(jiǎn)化流程方面有著自己獨(dú)到的特性。嚴(yán)格的講，這些“app”不能被稱(chēng)作app，它們本質(zhì)上是bots，依存于現(xiàn)有的短消息、郵件或其他社交平臺(tái)而存在，本身并不擁有獨(dú)立的UI體系。你在這些現(xiàn)有平臺(tái)中輸入特定的信息，便能完成相應(yīng)的任務(wù)。Slackbot的眾多用戶(hù)會(huì)告訴你這樣的東西有多好用。
形成競(jìng)爭(zhēng)力
一款產(chǎn)品在降低使用負(fù)荷方面的能力強(qiáng)弱，將是決定它能否走向成功、甚至與龐大對(duì)手進(jìn)行競(jìng)爭(zhēng)的關(guān)鍵要素之一。
以天氣類(lèi)app“Dark Sky”為例。這款app會(huì)在首屏詳細(xì)而生動(dòng)的顯示出接下來(lái)一個(gè)小時(shí)內(nèi)將要發(fā)生的天氣狀況變化，這是人們?cè)谏钪谐?huì)關(guān)注的信息。
我們將Dark Sky與著名而且流行的The Weather Channel app做以比較。下面的截圖演示了后者從首屏到展示下一小時(shí)天氣狀況信息的整個(gè)流程：
對(duì)于查看下一小時(shí)天氣狀況這一常見(jiàn)需求來(lái)說(shuō)，Dark Sky相比于TWC至少省掉了3個(gè)負(fù)荷點(diǎn)，包括兩次橫向輕掃的手勢(shì)，以及用戶(hù)對(duì)于“小時(shí)天氣信息”所在位置的思考，甚至是對(duì)該信息是否存在的疑慮。
讓我們把情況設(shè)想的更加實(shí)際和復(fù)雜一些：鑒于TWC的流行程度，在你第一次嘗試Dark Sky的時(shí)候，你的手機(jī)里很有可能已經(jīng)安裝著TWC了。所以對(duì)于Dark Sky來(lái)說(shuō)，使用負(fù)荷當(dāng)中還包括下載新app這一行為，不過(guò)好在只有一次，所以不用計(jì)算進(jìn)常規(guī)的流程當(dāng)中。
對(duì)于The Weather Channel這樣的“類(lèi)別霸主”來(lái)說(shuō)，通常會(huì)提供龐大的功能體系來(lái)一一解決它所占領(lǐng)的產(chǎn)品類(lèi)別當(dāng)中的各種需求。功能越來(lái)越多，其中總會(huì)有一部分被逐漸埋沒(méi)到需要依靠多次點(diǎn)擊、輕掃等操作才能發(fā)現(xiàn)的地方，例如漢堡包菜單或是一層層深入的下級(jí)界面。一屏界面只有那么大的空間，顧此失彼的矛盾狀況將越發(fā)嚴(yán)重。
如果你的產(chǎn)品不需要用戶(hù)背負(fù)如此之高的認(rèn)知與操作負(fù)荷便能發(fā)現(xiàn)并高效使用其核心功能，并且在這一功能上將體驗(yàn)打磨到極致，那么你就擁有與那些龐然大物進(jìn)行競(jìng)爭(zhēng)的力量 - 你至少可以拉攏到那些在多數(shù)時(shí)間只會(huì)用到這些特定功能，卻被那些復(fù)雜的產(chǎn)品搞的疲憊不堪的用戶(hù)。
這也是為什么很多龐大產(chǎn)品開(kāi)始自我解綁的原因，譬如Facebook已經(jīng)了解到一個(gè)小而美的獨(dú)立app可以幫用戶(hù)更加輕松的收發(fā)消息，用戶(hù)不必因?yàn)檫@種高頻需求而淹沒(méi)在大型產(chǎn)品的各種復(fù)雜功能當(dāng)中 - 所以我們看到了Facebook Messanger。
小結(jié)
降低使用負(fù)荷所帶來(lái)的好處是多方面的。其實(shí)作為產(chǎn)品設(shè)計(jì)人員，我們心里或多或少都知道這樣的原則，只是在實(shí)際當(dāng)中，我們時(shí)常會(huì)忘記從全局層面來(lái)考慮各方面的問(wèn)題。不妨嘗試以量化的方式統(tǒng)計(jì)產(chǎn)品流程當(dāng)中的“負(fù)荷點(diǎn)”，從整體上對(duì)這些問(wèn)題進(jìn)行調(diào)控和優(yōu)化，或是嘗試不同的產(chǎn)品設(shè)計(jì)模式來(lái)從根本上簡(jiǎn)化流程、降低負(fù)荷。
