當(dāng)我們?cè)O(shè)計(jì)我們的產(chǎn)品時(shí)，我們經(jīng)常為快樂的路徑場景設(shè)計(jì)，理想的用戶流沒有任何障礙。但是在現(xiàn)實(shí)生活中，有些情況是不需要計(jì)劃的。這種情況被稱為"邊緣案例"。

邊緣案例可能非常少見，但它們對(duì)用戶體驗(yàn)有顯著影響。用戶很少記得正面的互動(dòng)，但他們經(jīng)常記得負(fù)面的經(jīng)歷；如果你沒有為這種情況做準(zhǔn)備，整個(gè)過程可能很快就會(huì)失敗。

在本文中，我將介紹一些您可能需要處理的邊緣案例場景，以及如何在設(shè)計(jì)中為它們進(jìn)行規(guī)劃。處理邊界情況有兩種基本方法：

防止邊緣情況發(fā)生

支持優(yōu)勢(shì)情況下

如果有選擇的話，最好是防止出現(xiàn)這種情況。在某些情況下，這可以通過降低系統(tǒng)的復(fù)雜性來實(shí)現(xiàn)；較低的復(fù)雜性降低了出現(xiàn)邊界情況的可能性。然而，有時(shí)不可能防止邊界情況發(fā)生，所以您經(jīng)常會(huì)發(fā)現(xiàn)支持邊界情況是您的用戶最好的選擇：

1、戰(zhàn)斗延遲加載

隨著技術(shù)的快速發(fā)展，用戶的等待意愿也降低了。根據(jù)谷歌的最新調(diào)查，2/3的移動(dòng)網(wǎng)絡(luò)用戶說，加載頁面的速度對(duì)他們的整體體驗(yàn)影響最大。為了滿足用戶的期望，你應(yīng)該盡你所能讓你的應(yīng)用程序/網(wǎng)站加載速度盡可能快。但是不管你怎么努力，總有一些情況下你不能遵守速度指南。緩慢的加載時(shí)間可能是由有限的網(wǎng)絡(luò)連接造成的。如果你能改善實(shí)際的表現(xiàn)，至少試著創(chuàng)造一種速度的感覺，種感覺的快慢往往比它實(shí)際的速度更重要。

一種可以幫助你的技術(shù)叫做骨架屏幕。骨架布局是頁面的一個(gè)版本，在加載內(nèi)容時(shí)顯示。骨架屏幕給用戶以速度的印象(大多數(shù)用戶會(huì)認(rèn)為加載速度比實(shí)際快得多)。

linkedIn使用框架屏幕給人以速度的印象

在純CSS中檢查這個(gè)Codepen例子的骨架效果。脈沖的效果讓用戶感覺網(wǎng)站是活的，內(nèi)容是加載的。

2、設(shè)計(jì)空的狀態(tài)

在你的應(yīng)用程序或網(wǎng)站中，應(yīng)該有數(shù)據(jù)填充的單獨(dú)的屏幕在某些情況下是不可能顯示的。例如，在一個(gè)健身應(yīng)用程序中，用戶挑戰(zhàn)的屏幕會(huì)在第一次體驗(yàn)中被清空(僅僅是因?yàn)橛脩暨€沒有遇到任何挑戰(zhàn))。作為設(shè)計(jì)人員，我們需要考慮頁面在這種情況下的樣子。顯示空白頁不是正確的做法。相反，我們可以提供如何用數(shù)據(jù)填充頁面的說明。在iOS中，Khaylo的練習(xí)是一個(gè)很好的例子，說明了如何使用空白空間來創(chuàng)建上下文。

頁面上的空白可以用來清楚地說明如何開始

3、處理用戶或系統(tǒng)錯(cuò)誤

每個(gè)用戶與系統(tǒng)的交互都可能是錯(cuò)誤的潛在來源。當(dāng)用戶需要提供數(shù)據(jù)輸入時(shí)，錯(cuò)誤狀態(tài)尤其常見。我已經(jīng)提到，最好是防止錯(cuò)誤發(fā)生在第一個(gè)地方，這個(gè)規(guī)則應(yīng)該應(yīng)用于用戶輸入。但是當(dāng)涉及到用戶輸入時(shí)，我們應(yīng)該著重處理以下潛在的問題：

用戶輸入的數(shù)據(jù)無效。例如，用戶在簽出期間可能會(huì)將信用卡號(hào)錯(cuò)誤輸入。在這種情況下，應(yīng)用程序應(yīng)該提供詳細(xì)的錯(cuò)誤消息，幫助用戶檢測(cè)問題的根源。

由于技術(shù)問題，系統(tǒng)無法進(jìn)行。在這種情況下，錯(cuò)誤消息應(yīng)該聲明它的系統(tǒng)問題，而不是用戶的。這將防止用戶重新提交數(shù)據(jù)。

在這兩種情況下，都應(yīng)該確保應(yīng)用程序能夠優(yōu)雅地處理錯(cuò)誤。錯(cuò)誤信息應(yīng)該以一種清晰的、用戶友好的語言(不允許使用行話)來寫，系統(tǒng)應(yīng)該提供一個(gè)精確的解決方案(這可能是一條指令或其他可能有用的方法)。

4、零結(jié)果

大多數(shù)電子商務(wù)網(wǎng)站和應(yīng)用程序都提供搜索功能。在搜索功能中最常見的可用性問題之一是當(dāng)用戶看到空白頁面時(shí)，會(huì)發(fā)現(xiàn)"0結(jié)果"。"在沒有結(jié)果的情況下把某人丟到一個(gè)頁面上是很令人沮喪的。"特別是如果他們已經(jīng)嘗試了幾次。

如果你設(shè)計(jì)你的搜索功能考慮使用以下技術(shù)：

拼寫檢查和建議。有時(shí)，用戶沒有得到任何結(jié)果，僅僅是因?yàn)樗麄冨e(cuò)誤地輸入了一個(gè)搜索查詢。當(dāng)系統(tǒng)檢測(cè)到一個(gè)錯(cuò)誤的項(xiàng)目并根據(jù)最可能的查詢提供搜索結(jié)果時(shí)，它非常有用。另一個(gè)對(duì)用戶非常有用的技術(shù)是自動(dòng)完成建議。這減少了用戶輸入的工作量，并防止他們?cè)谝婚_始就輸入錯(cuò)誤的查詢。

Amazon理解這個(gè)查詢中用戶的意思是"Amazon Alexa"。

提供有價(jià)值的選擇。當(dāng)沒有匹配的搜索結(jié)果時(shí)，您可以提供特色內(nèi)容或任何其他有價(jià)值的選擇。例如，在電子商務(wù)網(wǎng)站的上下文中，這可能是同類產(chǎn)品。

簡單地比較HP和Amazon的零搜索結(jié)果頁面。惠普的零結(jié)果頁面對(duì)用戶來說是一個(gè)死胡同。相反，亞馬遜提供了進(jìn)一步搜索和推廣相關(guān)產(chǎn)品的建議。

如何找到邊緣案例？

一些設(shè)計(jì)師認(rèn)為，設(shè)計(jì)邊緣案例類似于預(yù)期的意外。但事實(shí)上，絕大多數(shù)的邊緣案例都可以在產(chǎn)品發(fā)布之前預(yù)測(cè)。有兩種方法可以幫助你：

設(shè)計(jì)回顧：為了創(chuàng)造偉大的設(shè)計(jì)，你應(yīng)該積極地尋找邊緣案例。設(shè)計(jì)評(píng)審是一個(gè)非常有用的技術(shù)，可以幫助產(chǎn)品團(tuán)隊(duì)發(fā)現(xiàn)許多潛在的邊緣案例。在產(chǎn)品設(shè)計(jì)過程的早期進(jìn)行設(shè)計(jì)評(píng)審。為了獲得更好的結(jié)果，邀請(qǐng)開發(fā)人員和其他團(tuán)隊(duì)成員參與這樣的會(huì)話是很好的。

與真正的用戶進(jìn)行測(cè)試：在其他團(tuán)隊(duì)成員的幫助下，盡早尋找邊緣案例是一個(gè)很好的方法，但它不能保證你會(huì)發(fā)現(xiàn)所有潛在的摩擦源。只有與真正的用戶進(jìn)行測(cè)試，才能幫助你了解人們是如何使用你的產(chǎn)品的，以及他們面臨的問題。與此同時(shí)，值得說的是，嚴(yán)格的適度的可用性測(cè)試不會(huì)僅僅因?yàn)橛脩艚?jīng)常被告知要做什么和按什么順序，就會(huì)暴露出大量的邊界情況。所以最好給用戶一個(gè)機(jī)會(huì)去嘗試一個(gè)系統(tǒng)，給他們更多的時(shí)間和更靈活的任務(wù)。

結(jié)論

當(dāng)我們?cè)O(shè)計(jì)產(chǎn)品時(shí)，我們經(jīng)常將帕累托原則應(yīng)用于我們的設(shè)計(jì)；我們關(guān)注的是大多數(shù)用戶的需求，應(yīng)用80/20規(guī)則，并開發(fā)用戶體驗(yàn)，以實(shí)現(xiàn)最可能的交互場景。在大多數(shù)情況下，這允許我們?yōu)橛脩魟?chuàng)造良好的用戶體驗(yàn)。但是注重細(xì)節(jié)是區(qū)分優(yōu)秀設(shè)計(jì)和優(yōu)秀設(shè)計(jì)的真正原因。邊緣案例的設(shè)計(jì)是關(guān)注細(xì)節(jié)的一個(gè)很好的例子。