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