Google Play 即时体验应用的 UX 最佳实践

Google Play 即时体验为用户提供了一种使用应用的新方式。这些应用称为即时应用,是原生 Android 应用,但无需安装到设备上即可运行。每个即时应用都有一个对应的版本,用户可以选择安装。

由于用户与即时应用的交互方式独特,因此应遵循一些特定的用户体验实践。本指南介绍了如何在即时应用中创建积极的用户体验的指南。

我们强烈建议您在设计即时应用时使用 Material Design 原则。有关如何将 Material Design 应用于应用的更多信息,请参阅Android 的 Material Design

我们还提供了针对游戏应用的附加指南。有关更多信息,请参阅Google Play 即时体验游戏的 UX 最佳实践

 

为您的应用提供有意义的登录屏幕

图 1. 显示即时应用的“立即试用”按钮

为了使您的应用或游戏在 Play 商店中显示立即试用按钮,或出现在 Android 启动器中,它需要一个默认的主活动。

立即试用按钮或启动器进入您的应用的用户没有深度链接或他们尝试访问的特定内容的上下文。因此,您应该为他们提供一个浏览和发现应用功能的地方。

还值得确保您的应用名称在屏幕上醒目显示。因为用户有时会点击指向您的应用的链接而没有太多上下文,他们可能不知道您的应用名称是什么。

 

识别链接的回退目标

图 2. 网站横幅引导用户使用即时应用

Google Play 即时体验应用和游戏的链接会在可能的情况下立即打开。否则,这些链接将回退到浏览器中打开。

通过链接到 Google Play,您可以将回退方案更改为转到 Play 商店。如果您希望在用户无法立即打开应用时引导他们下载应用,并且不希望他们在网页上使用您的应用,则此策略非常有用。

作为替代策略,您可以在网站上使用横幅直接打开您的应用,而无需先将用户发送到 Play 商店。图 2 显示了此策略。

允许用户完成任务

在即时体验应用中向用户宣传功能时,请确保用户无需安装应用即可使用该功能。

避免要求用户安装应用才能完成他们想要执行的操作。应用中页面的主要点击操作绝不应触发安装提示。

图 3. 允许用户在不提示他们安装应用的情况下完成特定任务。

 

在适当的时间要求用户登录

在不要求用户登录或注册与您的应用关联的服务的情况下,提供尽可能多的功能。

等到用户尝试使用需要身份验证的功能后再提示他们登录。如果用户立即看到登录的好处,他们会认为登录提示不那么烦人。

例如,考虑一个需要用户在启动时登录的照片分享应用。为了改善用户体验,该应用现在提供了用户无需登录即可使用的功能,例如浏览最受欢迎的公开共享照片和编辑设备上的照片。当用户想要与朋友分享照片时,应用会提示他们登录。

图 4. 避免不必要的登录提示。

 

保留应用安装后的用户状态

当用户安装应用时,请确保使用 Cookie 或本地存储将他们存储的应用状态传输到应用。用户应该能够在应用中继续他们之前停止的地方,如图 5 所示。

图 5. 安装后恢复用户状态
 

不要创建任何额外的启动画面

即时体验应用启动体验包含应用品牌、应用标题和应用启动器图标。不要创建您自己的额外启动画面,因为这些画面对用户来说显得多余。

图 6. Google Play 即时体验框架为您的应用提供了启动体验。

 

向上箭头与系统返回

向上按钮在应用的导航堆栈中向上导航,直到用户到达应用的主屏幕。返回按钮按时间倒序浏览最近查看的屏幕的历史记录。

虽然向上按钮确保用户停留在您的应用中,但返回按钮可能会将用户带回应用外部的最近屏幕。换句话说,按下向上按钮绝不应退出应用。

有关如何使用返回向上按钮设计导航的更多信息,请参阅设计返回和向上导航

图 7. 导航是关键。

 

不要分支您的 UI

即时体验应用的 UI 应与已安装版本的 UI 相同。不要更改即时体验应用中的设计和 UI。

图 8. 保持应用的已安装版本和即时体验版本之间的 UI 一致
 

在 Android 上使用 Smart Lock for Passwords 进行身份验证

Android 上的 Smart Lock for Passwords 是 Chrome 和 Android 之间的密码管理器。Smart Lock 还会在后续访问中自动登录用户。为了方便用户进行身份验证,请在您的即时体验应用中提供对 Google Smart Lock 的支持。

图 9. 使用 Smart Lock 进行身份验证。

 

提供明确的安装提示

通过将安装按钮作为应用用户界面的一部分来策略性地使用它们。使用Material Design 的“获取应用”图标和标签安装作为安装按钮。

不要使用任何其他标签,例如“获取应用”、“安装完整应用”或“升级”。切勿使用横幅或其他类似广告的技术向用户显示安装提示。

图 10. 策略性地使用安装按钮

 

最多提供 2-3 个隐式安装提示

隐式安装提示是即时体验应用中的链接,除了启动安装提示外,它们不执行任何其他操作。这些隐式安装提示可能出现在应用的已安装版本中存在而即时体验版本中不存在的功能所在的位置。

应用中不要包含超过 2-3 个隐式安装提示。

使用隐式安装提示时,请务必提供触发它的功能的上下文和信息。向用户说明他们可能想要安装应用的原因。

图 11. 限制隐式安装提示的数量。

 

删除应用中不具功能的部分

将应用转换为即时体验应用时,即时体验应用的 UI 的某些部分可能链接到应用的其他功能模块。从即时体验应用中删除所有此类部分。

图 12. 删除应用中不具功能的部分。

 

消除支付流程中的阻碍

如果您的即时体验应用中的购买不受Google Play 结算的支持,并且您没有用户的付款信息,则可以使用其他支付 API,例如Google Pay API。Google Pay API 允许您提供纯粹的离线支付方式,例如货到付款,并在您的即时体验应用中存储礼品卡。

图 13. 使用 Google Pay API 的支付流程

 

指向第三方产品和内容的链接可以在 Chrome 自定义标签页或浏览器中打开。当请求的资源通过 HTTPS 协议提供时,可以使用WebView呈现它们。

您自己的产品不应链接到浏览器,而应停留在即时体验应用内,如有必要,可以使用WebView。来自即时体验应用内部的所有网络流量必须使用 HTTPS 协议。

在即时体验应用中,您应该明确定义您的应用提供的功能以及外部来源提供的功能。

图 14. 在浏览器中打开您无法控制的外部链接。

 

提供共享即时体验应用 URL 的方法

由于即时体验应用不提供地址栏供用户复制 URL,因此请在您的应用中提供“共享”操作,允许用户共享即时体验应用的 URL。

图 15. 帮助用户共享您的即时体验应用。

其他资源

有关创建高质量即时体验的更多信息,请参阅以下资源。

Codelabs