GOOGLE CLASS界面设计指南全面介绍（图文）

Glass与现有的移动平台在设计与使用中有着根本的不同。开发Glass应用时遵循以下原则将为用户带来最佳的体验。

在不同的使用场景下，用户会使用不同的设备来存储和显示信息。Glass最适合简单、实时、与场景紧密相关的信息。

不要尝试把为智能手机、平板或者桌上电脑设计的独特功能移植到Glass上，也不要尝试用Glass代替它们。相反，要关注Glass以及你的服务与上述设备如何互补，向用户传达独一无二的体验。

2.2 不要妨碍用户

Glass被设计成这样：需要时就出现，不需要时则消失。设计Glass应用也要采用同样的理念——为用户提供愉悦的功能补充用户的生活，而不是让他们脱离生活。

Glass显示屏恰好在自然视线的上方，用户既可以感受世界，又能在需要的时候访问Glass。Google搜索会帮助你在当前情景下找到特定信息。

要在合适的时间和地点为用户推送信息。场景越相关用户越感到神奇，从而增加用户的使用时长和满意度。

当用户到达喜欢的杂货店时推送购物清单，是与用户场景紧密相关的体验，在Glass上运用的很好。

由于非常贴近用户感官，Glass上不符合用户预期的功能或者不好的体验会比在其他设备上更加令用户感到糟糕。

别太频繁也别不合时宜地发送内容给用户。让用户明确地知道Glass应用的意图，不要伪装成不是你的东西。

在用户不想看到提示的时候发送通知是一种不好的体验。 注意推送信息的时间、频率和地点。

设计图形化的、能够利用语音和自然手势交互的界面。专注于即用即抛的使用模式，让用户可以快速行动并继续完成他们正在做的事情。

Glass上显示的信息以人像优先，让用户以平时说话的方式回复，说话结束后会自动发送。

三、设计模式

使用通用的UX设计模式，让用户在所有的Glass应用中获得一致的体验。

在本章，通过一些体验良好的Glass设计模式的案例，你将了解到如何用基本构件来构建这些模式。

利用主要UI元素和调用方法，你可以在Glass上构建各种运作良好的使用模式。 你还可以根据需要，将多个模式有机整合在你的Glass应用上。

UI元素

1. 静态卡片：显示文本、HTML、图像和视频。静态卡片可以调用动态卡片或者沉浸模式。
2. 动态卡片：显示当前重要信息的卡片，通常会高频更新。
3. 沉浸模式：显示暂时替代时间轴体验的Android activities

调用方法

1. "OK glass"语音或触控指令
2. 时间轴卡片中的语音或触控指令

用户与Glass的交互中，语音指令扮演着重要的角色，它能释放用户的双手，让用户快速、自然地处理事情。语音指令与用户交流的方式，是Glass应用体验中的一个主要部分。

在OK Glass 菜单中，我们基于一套标准精心挑选了语音指令。你可以查看voice command checklist，里边详细描述了什么样才是好的语音指令。通常来说，在 Glass中语音指令会采用以下指导原则：

专注于动作，而非机器指令

语音指令应该基于用户想要做什么而不是Glass应用正在实现的行为。

例如"ok glass，快拍下来"的指令要优于"ok glass，开启相机"。专注于行动对于用户交互是一种更自然的方式，主要的语音指令都要遵循这条准则。

缩短从目的到行动的时间

语音指令应该是尽可能快的实施指令。

例如，"ok glass，听Led Zeppelin的歌"指令一下达就应该开始播放音乐，而不是在播放之前强迫用户去选择任何选项。

口语化,容易说

语音指令是自然的声音、与通常的指令非常不同、至少是两个词，这些特质让我们调整语音识别来适应各种各样的指令。

足够通用，能适用于多个Glass应用

为避免ok glass指令冲突，必要时语音指令应该可以用于多个Glass应用。在这 些情况下，Glass会自动弹出能够完成指令的应用列表。

例如，"ok glass, play a game, spellista"的指令要优于 "ok glass, play spellista"。

3.2.1 周期性通知

周期性通知指的是，不需调用模型而将静态卡片插入时间轴。你的服务将根据用户定义的设置来发送通知，比如说，每小时发送热点新闻，或是一来邮件就通知。

（编辑：焦作站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!