用戶到一個網(wǎng)站來，有什么樣的目標(biāo)，想解決什么樣的問題，甚至用戶如何通過這個網(wǎng)站來達(dá)到特定的目的，都可以通過場景的描述呈現(xiàn)出來。而這種場景描述，就像故事一樣，告訴別人用戶到你的網(wǎng)站來的原因和背景。

場景對于界面設(shè)計和可用性測試來說都是非常重要的。

一、在描述一個場景時，需要涵蓋哪些方面呢？

一個好的場景在描述簡潔的同時，還需要回答下列關(guān)鍵的問題
用戶是誰？人物角色可以反映出網(wǎng)站真實的、主要的用戶群體。
用戶為什么來你的網(wǎng)站？如果可以的話，記下用戶到你的網(wǎng)站來的動機和預(yù)期。
用戶的目標(biāo)是什么? 通過任務(wù)分析，你可以了解用戶到你的網(wǎng)站來是想獲得什么，進(jìn)而可以知道你的網(wǎng)站需要做什么才能讓用戶滿意的離開。
另外一些場景描述還可以回答以下的問題：

用戶是如何通過網(wǎng)站完成自己的目標(biāo)的？定義出用戶如何在網(wǎng)站上完成自己的目標(biāo)，并找出完成目標(biāo)過程中的多種可能性和任何潛在的問題。
二、場景的類型

類型

1：基于目標(biāo)或者任務(wù)的場景

只描述用戶想做什么，不包含用戶如何完成任務(wù)的任何信息。這種類型的場景在確定網(wǎng)站架構(gòu)和內(nèi)容的時候作用較大。

在可用性測試的時候，測試人員提供給用戶的就是這類場景：給用戶一個背景信息及操作任務(wù)，讓用戶進(jìn)行操作，并觀察他們是如何完成任務(wù)的。

例子：一個家長因為他10歲大的孩子不肯喝牛奶非常著急，他很想知道是不是不喝牛奶導(dǎo)致了孩子缺鈣。
例子：下周你要到西雅圖出差，你需要確定一下你可以報銷的餐費和其他費用的金額是多少。
類型2：精細(xì)化的場景

提供了更多的用戶使用細(xì)節(jié)。這些細(xì)節(jié)能幫助網(wǎng)站團(tuán)隊更深入的理解用戶特征及這些特征是如何幫助或阻礙他們在網(wǎng)站上的行為。知道了這些信息，團(tuán)隊更容易設(shè)計出讓用戶更舒服、更易操作的內(nèi)容、功能和網(wǎng)站流程。

例子：

馬科姆先生和他的太太，今年70歲，作為退休教師，社會保險支票是他們收入的重要來源。近，他們賣掉了以前住的大房子，搬到了一個小公寓。

在眾多需要處理的事情當(dāng)中，通知社會保障局他們搬家了是其中一件比較重要的事情。他們不知道新公寓附近哪兒有社保局的辦事處，同時開車或者步行找到社保局對他們來說也不是件容易的事情了。如果足夠方便和安全，他們更愿意上網(wǎng)來通知社保局他們已經(jīng)搬家了。

但是，他們對于用電腦操作這件事情非常緊張，因為在此之前他們從沒有用過電腦來工作。雖然他們的兒子Steve去年給了他們一臺電腦，幫他們做好了設(shè)置， 并教會了他們怎么上網(wǎng)和使用郵箱。但他們從來沒有登錄過社會保障局的網(wǎng)站，因此他們不了解這個網(wǎng)站的架構(gòu)，以及網(wǎng)站上的信息是如何組織的。

此外，他們也不愿意通過線上的形式透露個人信息，因此他們想知道通過這種形式告訴社保局他們的新地址是否足夠安全。

類型3：全面的場景描述

除了背景信息之外，還包含了用戶完成任務(wù)的所有操作步驟。它既可以用來完整地呈現(xiàn)用戶完成某個任務(wù)的所有操作步驟，也可以用來展示新網(wǎng)站中，你計劃讓用戶進(jìn)行的操作步驟。這種類型的場景跟用例很像，但它更多站在了用戶角度而不是網(wǎng)站的角度，它很好的解釋了用戶是如何利用網(wǎng)站一步步操作完成自己的目標(biāo)的。

三、在網(wǎng)站設(shè)計中運用場景

把每個用戶訪問網(wǎng)站每一個的場景都呈現(xiàn)出來是不現(xiàn)實的，但是，在設(shè)計這個網(wǎng)站之前，你可以先寫下10-30個你認(rèn)為的用戶想訪問你的網(wǎng)站的原因或者用戶希望通過網(wǎng)站完成的任務(wù)。

場景和人物角色還可以結(jié)合起來，分類呈現(xiàn)不同類型的用戶到網(wǎng)站來的原因，有什么樣的需求，揭示出“什么樣的人”在“什么樣的場景”下會有“什么樣的行為”。

場景和人物角色可以通過故事的方式結(jié)合起來：為什么某類用戶會來你的網(wǎng)站？他們來網(wǎng)站希望做什么？這類用戶有什么特征？這些特征怎么影響到他們在網(wǎng)站上的行為的？

因此，設(shè)計一個網(wǎng)站的關(guān)注點應(yīng)該在用戶以及他們想達(dá)成的目標(biāo)，而不是網(wǎng)站的組織和內(nèi)在架構(gòu)。知道了用戶的需求后，網(wǎng)站的內(nèi)容及架構(gòu)該怎么呈現(xiàn)也就不言自明了。

四、在可用性測試中使用任務(wù)場景

在為可用性測試設(shè)置場景時，考慮到時間的關(guān)系，測試任務(wù)不宜多于10-12個。此外，在測試中，你還可以詢問用戶自己的場景，他們?yōu)槭裁吹侥愕木W(wǎng)站來，他們想通過你的網(wǎng)站獲得什么。

可用性測試中，避免通過場景告訴用戶如何去完成一個任務(wù)，而應(yīng)該在測試中觀察用戶是如何完成任務(wù)的，并根據(jù)用戶的操作情況來判斷當(dāng)前網(wǎng)站的設(shè)計是否能夠幫助用戶在特定的場景下順利的完成任務(wù)。

可用性測試的場景中不能包含任何告訴用戶該如何完成任務(wù)的信息?？捎眯詼y試過程會呈現(xiàn)出用戶是如何完成任務(wù)的，并且能告訴你這個頁面是推動還是阻礙了這個任務(wù)的完成。

在正式測試前，你需要寫下你預(yù)期的用戶是如何完成這個任務(wù)的所有路徑和步驟，包括用戶可能使用的主要的入口或者其他的入口，供給觀察人員和記錄人員在測試中使用。而在測試后，可對比下你的預(yù)期過程和用戶完成任務(wù)的真實過程，這個對比過程有助于思考你的網(wǎng)站的架構(gòu)和導(dǎo)航的效率。