网站用户研究中经常提到的“场景”是什么？

用户来到一个网站，他们想要解决什么样的目标，他们想要解决什么样的问题，甚至用户如何通过这个网站实现特定的目标，都可以通过场景的描述来呈现。这个场景描述就像一个故事，告诉用户为什么以及你的网站的背景。

场景对于界面设计和可用性测试非常重要。

1.在描述场景时，您需要涵盖哪些方面？

在描述简洁性的同时，一个好的场景也需要回答以下关键问题。谁是用户？角色可以反映网站的真实主要用户社区。为什么用户来到您的网站？如果可以，请记下用户对网站的动机和期望。用户的目标是什么？通过任务分析，您可以了解用户想要从网站获取什么，然后您就可以知道您的网站需要做些什么才能让用户乐于离开。其他场景描述也可以回答以下问题：

用户如何通过网站完成目标？定义用户如何在网站上完成他或她的目标，并找出完成目标的许多可能性和潜在问题。二，场景类型

型

1：基于目标或任务场景

它仅描述用户想要执行的操作，并且不包含有关用户如何完成任务的任何信息。这种类型的场景在确定网站架构和内容方面起着重要作用。

在可用性测试中，测试人员为用户提供了这样的场景：为用户提供后台消息和操作任务，让用户操作，并观察他们如何完成任务。

例子：父母非常焦虑，因为他10岁的孩子拒绝喝牛奶。他很想知道饮用牛奶是否会导致缺钙。示例：下周您将前往西雅图出差。您需要确定可以报销的膳食金额和其他费用。类型2：精炼场景

提供更多用户使用详情。这些细节可以帮助网站团队更深入地了解用户特征以及他们如何帮助或阻碍他们在网站上的行为。了解这些信息后，团队可以更轻松地设计内容，功能和网站流程，从而使用户更舒适，更轻松地使用。

例如：

马科姆先生和他的妻子，70岁，作为退休教师，社会保险检查是他们的重要收入来源。最近，他们卖掉了他们过去居住的大房子并搬到了一个小公寓。

在需要处理的许多事情中，通知社会保障局他们正在移动的是更重要的事情之一。他们不知道新公寓附近哪里有社会保障办公室，他们开车或步行去社会保障局并不容易。如果方便和安全，他们更愿意上网通知社会保障局他们已搬家。

然而，他们对使用计算机进行操作非常紧张，因为他们之前从未使用过计算机。虽然他们的儿子史蒂夫去年给了他们一台电脑，帮助他们建立并教他们如何上网并使用邮箱。但是他们从未登录过社会安全管理局的网站，所以他们不了解这个网站的架构以及网站上的信息是如何组织的。

此外，他们不愿意在网上披露个人信息，所以他们想知道是否足够安全，可以告诉社会保障局他们的新地址。

类型3：综合场景描述

除了背景信息，它还包括用户完成任务的所有步骤。它可用于完全呈现用户完成任务的所有步骤，或显示您计划让用户在新网站中执行的步骤。这种情况类似于用例，但它更像是用户视角而不是网站，这很好地解释了用户如何使用网站来实现他们的目标。

第三，使用网站设计中的场景

呈现每个用户对网站场景的访问是不现实的。但是，在设计此网站之前，您可以记下10-30个原因，您认为用户想要访问网站或者用户想要传递网站已完成的任务。

场景和人物角色也可以组合在一起，将不同类型用户的原因分类为网站。有什么要求，揭示“什么样的人”在“什么样的场景”下会有什么样的行为？ “。

场景和角色可以组合在一个故事中：为什么有些用户来到你的网站？他们想从网站做什么？这类用户有什么特点？这些特征如何影响它们在网站上的行为？

因此，设计一个网站焦点应该放在用户和他们想要实现的目标上，而不是网站的组织和内在架构。在了解了用户的需求之后，不言而喻，应该呈现网站的内容和体系结构。

第四，在可用性测试中使用任务场景

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

在可用性测试中，避免告诉用户如何通过场景完成任务，但观察用户如何在测试中完成任务，并判断当前的网站设计是否可以帮助用户在特定场景中顺利进行根据用户的操作。完成任务。

可用性测试场景不能包含告诉用户如何完成任务的任何信息。可用性测试过程显示用户如何完成任务，并可以告诉您页面是推送还是阻止任务完成。

在正式测试之前，您需要记下您希望用户完成任务的所有路径和步骤，包括用户可能使用的主要入口或其他条目，供观察者和记录器在测试中使用。测试后，您可以比较预期流程的实际流程和用户完成任务。此比较过程有助于考虑网站架构和导航的效率。