生活中，我们所处的每一个地方都是一个场景，在这个场景里我们不是独立的，我们会跟身边的很多事物发生关系，无论硬件，软件甚至抽象的事物，而这大部分发生关系的事物大部分都是由我们伟大的人类所设计的产品。
用户到一个网站来，有什么样的目标，想解决什么样的问题，甚至用户如何通过这个网站来达到特定的目的，都可以通过场景的描述呈现出来。而这种场景描述，就像故事一样，告诉别人用户到你的网站来的原因和背景。
场景对于界面设计和可用性测试来说都是非常重要的。
一、在描述一个场景时，需要涵盖哪些方面呢？
一个好的场景在描述简洁的同时，还需要回答下列关键的问题
用户是谁？人物角色可以反映出网站真实的、主要的用户群体。
用户为什么来你的网站？如果可以的话，记下用户到你的网站来的动机和预期。
用户的目标是什么? 通过任务分析，你可以了解用户到你的网站来是想获得什么，进而可以知道你的网站需要做什么才能让用户满意的离开。
另外一些场景描述还可以回答以下的问题：
用户是如何通过网站完成自己的目标的？定义出用户如何在网站上完成自己的目标，并找出完成目标过程中的多种可能性和任何潜在的问题。
二、场景的类型
类型
1：基于目标或者任务的场景
只描述用户想做什么，不包含用户如何完成任务的任何信息。这种类型的场景在确定网站架构和内容的时候作用较大。
在可用性测试的时候，测试人员提供给用户的就是这类场景：给用户一个背景信息及操作任务，让用户进行操作，并观察他们是如何完成任务的。
例子：
下周你要到北京出差，你需要确定一下你可以报销的差旅费和其他费用的金额是多少。
2：精细化的场景
提供了更多的用户使用细节。这些细节能帮助网站团队更深入的理解用户特征及这些特征是如何帮助或阻碍他们在网站上的行为。知道了这些信息，团队更容易设计出让用户更舒服、更易操作的内容、功能和网站流程。
3：全面的场景描述
除了背景信息之外，还包含了用户完成任务的所有操作步骤。它既可以用来完整地呈现用户完成某个任务的所有操作步骤，也可以用来展示新网站中，你计划让用户进行的操作步骤。这种类型的场景跟用例很像，但它更多站在了用户角度而不是网站的角度，它很好的解释了用户是如何利用网站一步步操作完成自己的目标 的。
三、在网站设计中运用场景
把每个用户访问网站每一个的场景都呈现出来是不现实的，但是，在设计这个网站之前，你可以先写下10-30个你认为的用户想访问你的网站的原因或者用户希望通过网站完成的任务。
场景和人物角色还可以结合起来，分类呈现不同类型的用户到网站来的原因，有什么样的需求，揭示出“什么样的人”在“什么样的场景”下会有“什么样的行为”。
场景和人物角色可以通过故事的方式结合起来：为什么某类用户会来你的网站？他们来网站希望做什么？这类用户有什么特征？这些特征怎么影响到他们在网站上的行为的？
因此，设计一个网站的关注点应该在用户以及他们想达成的目标，而不是网站的组织和内在架构。知道了用户的需求后，网站的内容及架构该怎么呈现也就不言自明了。
四、在可用性测试中使用任务场景
在为可用性测试设置场景时，考虑到时间的关系，测试任务不宜多于10-12个。此外，在测试中，你还可以询问用户自己的场景，他们为什么到你的网站来，他们想通过你的网站获得什么。
可用性测试中，避免通过场景告诉用户如何去完成一个任务，而应该在测试中观察用户是如何完成任务的，并根据用户的操作情况来判断当前网站的设计是否能够帮助用户在特定的场景下顺利的完成任务。
可用性测试的场景中不能包含任何告诉用户该如何完成任务的信息。可用性测试过程会呈现出用户是如何完成任务的，并且能告诉你这个页面是推动还是阻碍了这个任务的完成。
在正式测试前，你需要写下你预期的用户是如何完成这个任务的所有路径和步骤，包括用户可能使用的主要的入口或者其他的入口，供给观察人员和记录人员在测试中使用。而在测试后，可对比下你的预期过程和用户完成任务的真实过程，这个对比过程有助于思考你的网站的架构和导航的效率。
网站公告：