所谓“场景”，用户到一个网站来，有什么样的目标，想解决什么样的问题，甚至用户如何通过这个网站来达到特定的目的，都可以通过场景的描述呈现出来。而这种场景描述，就像小说一样，告诉别人用户到你的网站来的原因和背景。

场景对于界面设计和可用性测试来说都是非常重要的。

一、描述一个场景需要涵盖什么方面？

一个好的场景在描述简洁明了的同时，还要回答下列关键的问题：

用户是谁？人物角色可以反映出网站真实的、主要的用户群体。

用户为什么来你的网站？如果可以的话，记下用户到你的网站来的动机和预期。

用户的目标是什么? 通过任务分析，你可以了解用户到你的网站来是想获得什么，进而可以得知你的网站需要做什么，才能让用户获得满意的结果离开。

其他一些场景描述还可以回答以下的问题：

用户是如何通过网站完成自己的目标？定义出用户如何在网站上完成自己的目标，并找出完成目标过程中的多种可能性和任何潜在的问题。

二、场景类型

类型1：基于目标或者任务的场景

只描述用户想做什么，不包含用户如何完成任务的任何信息。这种类型的场景在确定网站架构和内容的时候作用比较大。

在可用性测试的时候，提供给用户的就是这类场景：给用户一个背景信息及操作任务，让用户进行操作，并观察他们是如何完成任务的。

例子：一个家长因为他8岁大的孩子不肯喝牛奶非常着急，他很想知道是不是不喝牛奶导致了孩子缺钙。

例子：下周你要到北京出差，你需要确定一下你可以报销的餐费和其他费用的金额是多少。

类型2：精细化场景

提供更多的用户使用细节给网站运营团队。这些细节能帮助网站团队更深入的理解用户特征及这些特征是如何帮助或阻碍他们在网站上的行为。知道了这些信息，团队更容易设计出让用户更舒服、更易操作的内容、功能和网站流程。

例：王先生和他的夫人，今年75岁，作为退休教师，社会养老保险是他们收入的重要来源。最近，他们卖掉了以前住的大房子，搬到了一个小出租屋。

在众多需要处理的事情中，通知社会保障局他们搬家了是其中一件比较重要的事情。他们不知道新出租屋附近哪儿有社保局的办事处，同时开车或者步行找到社保局对他们来说也不是件容易的事情了。如果足够方便和安全，他们更愿意上网来通知社保局他们已经搬家了。

但是，他们对于用电脑操作这件事情非常紧张，因为在此之前他们从没有用过电脑来工作。虽然他们的儿子去年给了他们一台电脑，帮他们做好了设置， 并教会了他们怎么上网和使用邮箱。但他们从来没有登录过社会保障局的网站，因此他们不了解这个网站的架构，以及网站上的信息是如何组织的。

此外，他们也不愿意通过线上的形式透露个人信息，因此他们想知道通过这种形式告诉社保局他们的新地址是否足够安全。

类型3：全面的场景描述

除了背景信息之外，还包含了用户完成任务的所有操作步骤。它既可以用来完整地呈现用户完成某个任务的所有操作步骤，也可以用来展示新网站中，你计划让用户进行的操作步骤。这种类型的场景跟用例很像，但它更多站在了用户角度而不是网站的角度，它很好的解释了用户是如何利用网站一步步操作完成自己的目标。

三、在网站设计中运用场景，增加用户体验

把每个用户访问网站每一个的场景都呈现出来是不现实的，但是，在设计这个网站之前，你可以先写下15-35个你认为的用户想访问你的网站的原因或者用户希望通过网站完成的任务。

场景和人物角色还可以结合起来，分类呈现不同类型的用户到网站来的原因，有什么样的需求。揭示出“什么样的人”在“什么样的场景”下会有“什么样的行为”。

场景和人物角色可以通过故事的方式结合起来：为什么某类用户会来你的网站浏览？他们来网站希望得到什么？这类用户有什么特征？这些特征怎么影响到他们在网站上的行为？

所以，设计一个网站的关注点应该在用户以及他们想达成的目标，而不是网站的组织和内在架构。知道了用户的需求后，网站的内容及架构该怎么呈现也就明了了。

四、在可用性测试中使用任务场景,分析最真实的用户行为

在为可用性测试设置场景时，考虑到时间的关系，测试任务不宜多于12-14个。此外，在测试中，你还可以询问用户自己的场景，他们为什么到你的网站来，他们想通过你的网站得到什么。

蓝队网络特别提醒：

可用性测试中，避免通过场景告诉用户如何去完成一个任务，应该在测试中观察用户是如何完成任务的，并根据用户的操作情况来判断当前网站的设计是否能够帮助用户在特定的场景下顺利的完成任务。

可用性测试的场景中不能包含任何告诉用户该如何完成任务的信息。可用性测试过程会呈现出用户是如何完成任务的，并且能告诉你这个页面是推动还是阻碍了这个任务的完成。

在正式测试前，你需要写下你预期的用户是如何完成这个任务的所有路径和步骤，包括用户可能使用的主入口或者其他入口，供给观察人员和记录人员在测试中使用。而在测试后，可对比下你的预期过程和用户完成任务的真实过程，这个对比过程有助于思考你的网站架构和导航效率。