用戶是很珍惜時(shí)間的，我們也不應(yīng)該隨意浪費(fèi)。在每個(gè)項(xiàng)目中都問自己兩個(gè)問題：“我們是在消耗用戶的時(shí)間來節(jié)省自己的時(shí)間嗎？”“在這里要如何節(jié)省用戶的時(shí)間？”在西方社會中，什么是最寶貴的財(cái)富？錢？狀態(tài)？我覺得應(yīng)該是時(shí)間。

我們有很好的理由去珍惜時(shí)間，而且也有非常多的要求。我們有太多事情要做，太多壓力要承受。人們憎恨自己的時(shí)間被浪費(fèi)，尤其是在網(wǎng)上。我們這個(gè)時(shí)代要花費(fèi)太多的時(shí)間在網(wǎng)上，每一次的交互要求都是這個(gè)時(shí)代的縮影。網(wǎng)站上一個(gè)微小的錯(cuò)誤可能沒什么，但是一旦積少成多，也會功虧一簣。

史蒂夫·喬布斯說減少M(fèi)acintosh的開機(jī)時(shí)間就是節(jié)約生命。10秒的節(jié)省對于數(shù)以百萬計(jì)的用戶每天開機(jī)數(shù)次的操作來說，就是節(jié)省了很多的生命。

史蒂夫喬布斯致力于節(jié)省用戶的時(shí)間，我們也應(yīng)如此。

數(shù)百萬的用戶可能不一定會使用你的網(wǎng)站，但是數(shù)百萬的網(wǎng)站組成了這個(gè)整體。于是，我們使用設(shè)計(jì)糟糕的交互竊取人們的生命。當(dāng)我在制作網(wǎng)站的時(shí)候，在我腦中出現(xiàn)的第一個(gè)且核心的問題就是：“我們是在消耗用戶的時(shí)間來節(jié)省自己的時(shí)間嗎？”

這就是問題的核心。為了能夠趕上死期并且不超預(yù)算，我們經(jīng)常使用用戶的時(shí)間來節(jié)省自己的時(shí)間。下面我舉幾個(gè)例子來說明一下我的意思。

花時(shí)間來提高性能

最明顯的浪費(fèi)用戶時(shí)間的例子就是網(wǎng)站性能。這是喬布斯在啟動時(shí)間中所做的事情。如果我們的網(wǎng)站很慢，那么我們就會浪費(fèi)我們用戶寶貴的時(shí)間，并讓他們不爽。

問題是提升性能是很困難的。我們在寬帶面前變得懶惰。我們在圖像優(yōu)化、HTTP請求和JavaScript庫上偷工減料?，F(xiàn)在用戶要在通過蜂窩網(wǎng)使用緩慢的移動設(shè)備訪問我們的網(wǎng)站時(shí)付出代價(jià)了。

優(yōu)化你的網(wǎng)站性能不僅是節(jié)省你用戶的時(shí)間，也能提升你的搜索引擎排名。

要想讓我們的網(wǎng)站更快就得花費(fèi)時(shí)間和努力，然而為什么要讓用戶承受我們的問題？在把我們的問題變成用戶的問題這件事上，讓我們花點(diǎn)時(shí)間來談?wù)勻?yàn)證碼。

驗(yàn)證碼：終極的時(shí)間殺手

驗(yàn)證碼是我們將自己的問題推卸給用戶的最佳例子。用戶浪費(fèi)在填寫驗(yàn)證碼上的時(shí)間豈止數(shù)百萬小時(shí)？浪費(fèi)這些事件是因?yàn)槲覀儧]能解決機(jī)器人的問題。

驗(yàn)證碼強(qiáng)制用戶解決本應(yīng)是我們的問題。

要澄清一點(diǎn)，我并不是只談?wù)搨鹘y(tǒng)驗(yàn)證碼。我是在談?wù)搹?qiáng)制用戶證明他是個(gè)人類的任何系統(tǒng)。為什么他們要證明什么？何況多一點(diǎn)不便，就多一點(diǎn)時(shí)間被浪費(fèi)。

如果我們花點(diǎn)時(shí)間就能解決這個(gè)問題。honeytrap技術(shù)就能幫上忙。另外也有服務(wù)器端的解決方案，以過濾那些自動提交的請求。問題是丟一個(gè)驗(yàn)證碼出來比較簡單。

驗(yàn)證碼并不是當(dāng)我們填寫表單時(shí)，浪費(fèi)用戶時(shí)間的唯一方法。

不要讓用戶修正“他們的”錯(cuò)誤

有的時(shí)候我們甚至在試圖幫助用戶的時(shí)候，浪費(fèi)他們的時(shí)間。比如說郵編。我曾經(jīng)遇到過一個(gè)網(wǎng)站，它叫我填寫我的郵編，這樣就可以幫我自動填充我的地址，好像這樣就能節(jié)省我的時(shí)間似的。這真是一個(gè)偉大的想法，如果它能按照它所設(shè)想的方式工作的話。

問題是一些查找腳本需要這些郵編不帶空格。然而那些開發(fā)者并沒有在腳本中設(shè)置令其移除空格，而只是拋出一個(gè)錯(cuò)誤，用戶必須去修正“他們的”錯(cuò)誤。為什么用戶要按特定的方式輸入數(shù)據(jù)？為什么讓他們再輸入一次郵編來浪費(fèi)他們的時(shí)間？這也不光發(fā)生在郵編上。電話號碼、E-mail地址也有類似的問題。

我們也還需要給移動用戶提供更好的表單交互。表單在觸屏上是格外令人痛苦的，所以我們需要尋找其他的表單控件，比如滑塊還有Square的信用卡輸入系統(tǒng)eAPP。

然后，還有密碼。

為什么密碼要那么復(fù)雜？

為什么我們要在讓用戶建立密碼的時(shí)候浪費(fèi)那么多時(shí)間？我最近遇到的每個(gè)網(wǎng)站都叫我填寫更復(fù)雜的密碼。安全很重要，不過我們就不能拿出一個(gè)比大小寫混合加數(shù)字及符號更好的解決方案么？

為什么我們不能讓用戶輸入一段長詞組而不是一個(gè)單字？為什么我的密碼不能是“This is my password and I defy anyone to guess it”（這是我的密碼我不怕有人來猜）？這個(gè)長度可以使它安全，容易記住也容易打出來。如果你的系統(tǒng)不喜歡那些空格，弄掉它。你還可以提供一個(gè)選項(xiàng)，讓用戶看到它們輸入的內(nèi)容。

一個(gè)長密碼段落和一個(gè)帶有數(shù)字及符號的短密碼一樣安全，但更容易記住。

如果你做不到這點(diǎn)，至少當(dāng)用戶試圖登錄的時(shí)候提示一下。告訴他們你的網(wǎng)站是否需要大寫，還是需要特定數(shù)量的字符。這樣至少可以幫助他們記住你的網(wǎng)站的密碼。

最重要的是要注意人們總是要登錄的，這件事需要額外的關(guān)注，所以要盡可能地使其平緩。

特別注意重復(fù)性的工作

我們應(yīng)該問問自己的不僅是我們是否將自己的問題推卸給用戶，還有我們要如何節(jié)省自己的時(shí)間。

比如說那些用戶在我們網(wǎng)站上反復(fù)使用的共同操作來說。我們怎樣才能從那些重復(fù)性的操作中節(jié)省一點(diǎn)點(diǎn)時(shí)間？搜索怎樣？如果用戶在你的網(wǎng)站中輸入搜索關(guān)鍵字，是否按下“回車”的時(shí)候就會提交請求？他們不應(yīng)該非得去點(diǎn)那個(gè)“搜索”按鈕。

下拉菜單是另一個(gè)很好的例子。在國家選擇中尋找自己的國家是很痛苦的。我們能否用別的方式展示國家信息，或者只顯示最常見的國家以更快地訪問？事實(shí)上只要花點(diǎn)時(shí)間，就有很多可以提升國家選擇的方法。

簡單如國家選擇器這樣的東西浪費(fèi)了驚人的時(shí)間。尤其當(dāng)你是英國人的時(shí)候！

對于這個(gè)問題，有一個(gè)更強(qiáng)大的解決方案就是“記住我”功能，事實(shí)上用戶是真的記得的！

我知道這篇文章看起來像是對開發(fā)者的抱怨。但它不是，它只是所有網(wǎng)絡(luò)專業(yè)人士所要面對的問題。設(shè)計(jì)者需要密切關(guān)注設(shè)計(jì)的細(xì)節(jié)。管理者需要確保還有預(yù)算來完善他的用戶界面。內(nèi)容編輯需要優(yōu)化他們的內(nèi)容，這樣才能快速消費(fèi)。

幫助用戶更快處理我們的內(nèi)容

我們使用、寫的很糟糕而密集的文章詳述浪費(fèi)了用戶太多時(shí)間，這讓他們很難快速找到他們所需要的信息。真正讓人蒙羞的是，我們本可以幫助他們很多。比如，我們可以讓用戶大概知道這個(gè)頁面需要花多久時(shí)間來閱讀。而這是評論最多的功能。用戶喜歡知道他們需要花多少時(shí)間。

我們也可以讓我們的內(nèi)容更容易瀏覽，更好地利用標(biāo)題、引用和列表。最后，我們可以吸收一點(diǎn)Jakob Nielsen的網(wǎng)站的優(yōu)點(diǎn)。在文章的開頭，他提供了頁面的摘要。

冰山一角的提示

我們在網(wǎng)站設(shè)計(jì)的各個(gè)方面都還有很多事情要做，這樣才能節(jié)約用戶的時(shí)間。從信息架構(gòu)到網(wǎng)站分析，我們浪費(fèi)了太多。有時(shí)候我們甚至不知道我們在做什么！我們需要永遠(yuǎn)保持警惕，總是問自己：“在這種情況下，我要如何節(jié)省用戶的時(shí)間？”