UE设计中用户体验之移动微型会话

通知，小部件，快速操作以及Siri快捷方式或Google Assistant例程都是支持少于15秒的移动会话的方法，只需最少的交互即可完成用户目标。

您是否曾经短暂打开过手机，瞥了一眼，找到了需要查找的东西，然后又将其关闭了？这就是微会话的一个示例-快速会话，只需最少的交互即可完成用户目标。

定义：移动微型会话是指少于15秒的移动会话。

“微会话”一词遵循费雷拉及其同事发表的一篇文章引入的术语，他创造了“微用途”一词，是指少于15秒的移动使用。他们发现，超过40％的移动设备使用量是微用量。

虽然确切的时间阈值可能是有争议的（并且可能因人口而异-例如，由斯坦福大学和苹果公司的研究人员合着的另一项研究发现，对于老年人，微会话阈值可以提高到22秒），但是没关系。重要的是如何设计您的应用程序，以便您可以允许用户快速完成某些任务。

微会话有益于用户体验。通常，任务时间与可用性成反比。时间转化为交互成本，而低交互成本可带来良好的用户体验。微会话意味着用户能够非常快地实现其目标-可能是因为移动设计支持了他们。

支持微会话甚至使具有复杂任务的应用程序受益

我们每天都会执行许多移动任务，这些任务非常简单，可以在几秒钟内轻松完成。设置警报，检查您是否有任何新电子邮件，查找当天的日历，通常只需要快速浏览一个屏幕，甚至可以按1-2个按钮。这些最有可能导致微会话。

但是，即使采用最佳设计，也无法在15秒内完成所有任务。研究和购买空气净化器，观看视频，阅读并遵循说明，撰写给老板的电子邮件都是相当复杂的活动，大多数用户将花费15秒钟以上的时间来完成这些工作。

但是，即使您的应用程序涉及多个复杂的步骤，减少完成任务的时间也会改善用户体验。好的设计通常会减少交互成本，从而减少工作时间。但是，这还不够。您可以做更多。

要了解原因，让我们考虑一个正在尝试通过电话办理美联航航班登机的用户。首先，用户必须找到她的手机上的应用程序，启动它，等待启动画面负载，旁路的登录墙中，如果她没有注意到的或体征继续作为嘉宾按钮，然后找到在检查按钮美国主页，点击它，并最终开始登录过程。换句话说，她必须花费大量时间来定位任务的入口点。

Android版United：在启动应用程序进行签入时，用户必须等待启动屏幕加载（左上），然后跳过登录墙（右上），然后找到主页上的“签入”按钮（左下） ），最后进入 Flight Check-in 页面（右下）。

设计人员可以为用户提供快速的应用外访问，以访问他们执行最多的任务。这样做可以节省用户自己定位入口点的需要，并且如果任务足够重要，则可以大大改善总体用户体验。

为微型会话设计

当然，您首先要担心的是设计应用程序，以便可以轻松在应用程序中发现这些任务的切入点，并且流程简单易懂。但是，您可以更进一步，让人们无需启动应用即可启动这些任务（有时甚至完成它们）。这是为微型会话设计的4种常见方法，因此可以容纳外部任务入口点：

1.通知

通知是当今应用程序支持微会话的主要方式。Ferreira研究中约60％的微会话涉及阅读或与通知互动。

尽管通知确实为应用程序提供了至少一个入口点（点击通知会打开应用程序），但在许多情况下，通知的功能是使用户了解最新情况。设计合理的通知后，用户通常可以从通知文本中获取所需的所有信息，并且可能不需要启动完整的应用程序。

为了设计成功的，基于通知的微会话，请创建自给自足的通知：传达完整的构想，并且不需要用户去其他地方来了解通知的含义。文本被截断或没有足够的信息会迫使人们收集有关通知的其他上下文，并且该操作不仅延长会话时间，而且还会降低用户体验

Lyft通知提供了用户执行通知所需的所有信息，而无需启动应用程序。

如果不可能创建完全自给自足的通知，则至少要给用户足够的上下文来决定他们是否对该通知感兴趣。

此YouTube通知不完全自给自足：视频标题被截断，要求用户点击它以查看其内容。但是，通知中使用的关键字 Everleigh 至少使用户可以决定是否值得获取其他信息。（如果他们从未听说过Everleigh，则通知可能无关紧要；如果他们是热情的粉丝，那么他们可能会参加。）

Amazon的通知不是自给自足的-它不会告诉用户已交付了什么物品，而仅告诉用户已交付了什么物品。（照片显示了包装，但没有显示该物品。）

在Android上，通知的默认视图将通知截断为2行。如果用户通过点击右上角的向下箭头来展开通知，他们可以看到另一行文本。但是，即使Android上“设置”中的该通知被截断（左），也仍然有足够的信息气味可以理解其内容（对）。

确保点击通知不仅会启动相应的应用程序，还将用户带到应用程序中的相应页面（例如，对于新闻报道，可能是文章页面）。而且，由于大多数用户都熟悉此功能，因此没有必要在通知中进行其他“ 在应用程序中打开”操作。

iPhone的MyShake通知用户发生了地震（左），但是点击通知不会提供任何补充信息。至少，该应用程序应将用户带到地震发生的地点。相反，它仅显示应用程序的主页，其中包含以用户当前位置（右侧）为中心的地图。

适用于Android的ESPN：无需选择“在应用中打开”选项，因为只需点击通知文本即可获得相同的结果（移动用户非常熟悉这种行为）。

考虑在通知本身中支持适用于通知项目的主要操作。这样做为用户提供了无需启动应用程序即可完成任务的机会。例如，对于新闻文章，适当的操作可能是将其保存以供进一步阅读，而对于电子邮件通知，删除消息可能是一个很好的支持。

iPhone的Calendar（左）和NYTimes（iPhone）（中）的通知使用户可以直接对显示的内容进行操作。来自Linkedin的通知（右）是自给自足的，但可以从“祝贺” 按钮中受益，该按钮将使用户直接进入消息页面。

在某些情况下，请考虑为用户可能从该通知中获取的典型流程提供入口点。例如，Weather Channel的Android应用程序通知允许人们访问不同格式（Hourly，Daily，Radar）的天气信息。

Weather Channel的Android通知提供了进入本地天气的“每小时”，“每日” 和“雷达” 视图的入口点。

2.小部件

小部件是应用程序的压缩视图，通常显示代表应用程序状态的单个数据。它们非常适合跟踪频繁变化的信息（例如天气），如果用户选择将各个小部件添加到屏幕，通常可以从电话的主屏幕（在iOS上，从“ 搜索”屏幕）进行访问。

在iOS中，即使用户尚未决定安装窗口小部件，也可以通过长按或3D触摸手势来访问窗口小部件。

iOS小部件：（左）“搜索” 屏幕包含来自多个应用程序的多个小部件。（右）当用户长按手机主屏幕上的应用程序图标时，某些应用程序还会显示小部件。Maps应用程序显示了一个小部件，提供了前往频繁目的地的路线。

Android小部件：小部件可以具有不同的形状并显示不同类型的内容。Gmail小部件是一个收集小部件，其中显示了几封电子邮件，而CNN小部件是一个信息小部件。请注意，如两个屏幕截图中CNN窗口小部件的两种尺寸所指出的，用户可以调整窗口小部件的大小。（但是，即使放大了CNN小部件，对了，显示的文本仍会被截断-迫使用户启动该应用程序以获得故事的完整标题和要点。）

小部件很有用，因为它们使用户可以快速检查应用程序中的数据并跟踪是否已更改。像通知一样，小部件应该是自包含的，最好不要被截断。例如，CNN窗口小部件不应显示删节的标题；相反，即使在最小的窗口小部件大小的情况下，完整的句子也应该描述故事。

但是，小部件比通知功能更强大。它们允许在小部件内部进行简单的交互。例如，用户可以在Gmail小部件中垂直滚动，或者可以点击横向箭头以在CNN小部件中浏览新闻故事。有时，小部件仅提供应用程序中任务的入口点列表（类似于以下快速操作）。

小部件可用性的关键问题是，您是否确实能够确定人们想要跟踪的一件事，如果是，是否可以将该信息压缩为简洁的单元以显示在小部件中。如果存在多个可能引起关注的项目s，则显示它们的收集小部件可能是一个解决方案，尽管会出现相同的一般问题：您是否可以合理地关注用户希望看到的那几个项目，并且它们会保留即使经过认真压缩以适合小部件空间，还是有用的？

与通知不同，小部件允许一些有限的交互。在iOS中，可以展开一个小部件（左）并查看其他内容（右）。

在Android中，可以点按CNN小部件中的箭头以查看更多故事（顶部），也可以在Gmail小部件中垂直滚动以显示更多电子邮件（底部）。

适用于iOS的Yelp小部件可为应用程序中可用的各种内容类别提供入口点。

3.快速行动

iOS和Android的最新版本支持通过长按或3D触摸手势直接从主屏幕访问应用程序内的操作-本质上是上下文菜单的实现。（注意：iPhone XI不再支持3D Touch，而长按则将其替换。）在iOS中，该手势还可以在快速操作旁边显示一个小部件。

长按iPhone版的Amazon（左）和Android版的United（右）会显示用户可以直接执行的操作列表，而无需打开应用程序。因此，使用联合的检查-在快速行动直接导向飞行检查-在页。

快速操作使用户不必启动应用程序并找到他们想要完成的任务的应用程序内入口点。快速操作不需要只包含可以微会话化的任务，而是应该链接到对用户重要的任务。

快速动作上下文菜单中只能显示有限数量的快速动作，因此请不要将空间浪费在与您的用户无关的动作上。相反，应将重点放在最重要的任务上 -许多用户经常执行的任务。例如，邀请朋友加入Airbnb可能很少执行，就像对Google Maps做出的贡献一样-这些动作都不需要包含在快速动作列表中。

快速操作列表应包括对您的用户重要且经常执行的操作。无论是邀请朋友（的Airbnb，左），也不是你的贡献（谷歌地图，右）资格。

4 。通过智能助手（Siri或Google助手）

iOS和Android应用程序都可以利用智能助手（分别为Siri和Google Assistant）的优势，以允许用户使用语音与该应用程序快速交互。

在iOS中，应用程序可以提供Siri的快捷方式，使用户能够执行某些频繁的任务或在特定时间和特定位置执行的适当任务。例如，在注意到经常向某人付款时，PayPal应用程序可以建议一种快捷方式，使用户可以直接通过Siri执行该操作。尽管用户必须接受这些快捷方式，但对于应用程序而言，识别它们并向用户建议它们（理想情况下，甚至是在应用程序内）仍然很重要。

应用程序建议的快捷方式使用户可以快速执行特定操作。在此示例中，PayPal应用程序建议了用于频繁付款的快捷方式，该快捷方式可从iPhone的“快捷方式”应用程序（左）中获得，在这种情况下，可从PayPal应用程序本身（中）中获得。用户定义了快捷方式（右）后，她可以使用“奶酪”一词来执行操作。

在Android生态系统中，还可以定义快捷方式，或者在Android术语中定义例程。例如，一个这样的例程可以在听到“ 天气 ”一词时要求Google助理报告旧金山的天气预报。

Google助手自定义例程允许用户每当向Google助手说天气时就获得旧金山的天气。

熟识

大多数用户不熟悉可用于微会话支持的工具-窗口小部件，快速操作，Siri快捷方式和Google Assistant例程尚未得到广泛使用（唯一值得注意的例外是通知）。但是，这些操作可以为了解它们的用户提供显着的加速，因此是可用性启发式方法7的一个示例：灵活性和使用效率。越来越多的用户会偶然发现它们-例如，长按某个应用程序一直是在iOS和Android中重新排列屏幕上的应用程序的手势。因为现在长按还可以显示快速操作，所以人们在尝试清理屏幕时会发现它们，因此他们最终会习惯它们。或者，如果应用程序在应用程序内宣传其Siri建议，则用户迟早会注意到它们，并可能会利用它们。

通常，如果设计变更或创新需要大量资金来实施，但只会使您的部分用户受益，我们不建议这样做。其投资回报率可能太低。但是与其他边缘设计创新不同，对微会话的支持很容易实现。利用这些功能可以改善整体用户体验。

结论

如果您的移动用户可以快速完成他们想要在应用程序中完成的工作，则意味着您在设计应用程序方面做得很好。通过允许用户通过自给自足的通知和小部件来规避应用程序的启动，或者通过快速操作和语音辅助快捷方式或例程为他们提供外部任务入口点，可以节省用户更多的时间和精力。