为可以穿戴的Android手表设计应用与为手机和平板设计应用有很大的区别：不同设备有着不同的优势及劣势、不同的应用场景及人体工学考量。想要开始设计，我们应该对Android手表体验有个整体的认识，并且知道应用怎样融入才能改善这种体验。
一种新形式的设备应该对应一种全新的UI模式。概括地说，Android手表UI主要由两大类型的模式组成:这两个部分是“提示”(Suggest)和“命令”(Demand)这两部分将会在您的应用中占有极其重要的地位。
信息流中的卡片比简单的通知消息有更多功能。可以水平滑动卡片来显示附加的页面信息。再次水平滑动可以显示动作按钮，这些按钮允许用户在提醒消息上进行操作。通过从左向右滑动可以忽略卡片，把他们从信息流中移除，直到该应用有新消息要展示的时候。
如果Android手表没有在信息流中主动展示建议卡片的时候，用户可以通过提示卡片与手表直接对话。用户可以直接说“OKGoogle”提示卡片将会被打开。向上滑动提示卡片会展示建议的语音需求列表，也可以点击卡片来展开列表。
每一条推荐语音命令能够触发一类特定的内容。开发者可以将你的应用与这些语音命令配对，这样用户就可以用这些语音需求来完成任务。可能多个应用会注册同一个的语音命令，但用户可以选择他们想要使用的应用。
应用响应语音命令的方式与响应建议卡片中的操作按钮的方式相同：可以是添加或者更新建议卡片的方式，或者可以启动一个全屏应用来响应。语音输入经常是命令的形式，例如“提醒我去买牛奶”，这种情况下，只要简单反馈给用户确认动画，然后便可以自动返回之前的情境信息流中。
某些设备会在用户无交互时进入低功耗的省电模式(AmbientMode)该模式下屏幕通常会自动调暗亮度。卡片信息也会相应地自动进行优化，以便更好展示。用户可通过轻触屏幕、向内侧转动手腕，或按下设备实体按键来退出省电模式。
在主屏幕向下滑动，可以显示日期及电量信息。继续向下滑动会切换到静音模式，以关闭震动提醒和亮屏通知。
设置界面：可通过卡片激活或者通过某些设备上的实体按键进入。用户可在此处关闭或重启设备、调节屏幕亮度、切换飞行模式以及查询设备信息。
全屏应用：可通过信息流顶部进入。虽然系统在风格上并不限制只能采用信息流样式，但应用应尽量遵从系统设计原则。
Android手表能够在适当的时候提供合适的信息，让用户在虚拟的世界和现实世界有更多的连接。完美的Android手表体验可以大致归纳为以下几个方面：
扫视可见(Glanceable)
Android手表就像个人助理：她了解你和你的喜好，她只在非常必要的时候才会主动打扰你，并且它总是能够提供一个准备好的答案。Android手表是乐于助人的、有礼貌的、反应敏捷的。
基于小型设备的特点，Android手表注重非常简单的交互形式。仅仅在非常必要的时候才需用户输入。大多数输入基于手指滑动或者语音，避免一切需要用手精细操作的输入行为。Android手表是手势为主，简单快捷。
通过一种既不过分打扰用户当前任务，又能够使用户智能地与外界保持关联的方式，Android手表会使人感觉既个人又整体、既简单又智能，既不张扬又随时待命。遵从这些原则的应用，在整个Andorid手表体验中会显得自然，毫不突兀。
第三方软件能够通过更加具体的方式帮助用户，并能够延展Android手表的体验。用户通过主动安装应用的方式，能够使得Android手表更好地为之服务。
这里提供一些简单的设计原则来启发您如何计划和进行Android手表应用设计。
手表本身就是一种用户一边做事一边使用的设备。比如在煮饭、吃饭、走路、跑步甚至和别人聊天时使用。如果你发现用户必须停下自己手里的事情才能使用某个手表应用，那么这个应用就有很大的改进空间。
上图左侧的每一项操作都不超过5秒
尝试一下:看用户能否在5秒内使用你的应用来完成一项任务？用户能不能一边聊天一边轻松地使用你的应用？注意观察用户在使用应用时是否会影响到他谈话的思路以及和对方的眼神交流。
当你在手机上滑动浏览照片的时候，很大一部分的显示区域都可以响应手势操作，而且无需精准操作，类似这样的交互就非常适合在手表上采用。
用户会在各种场景下使用手表应用，最不常见的一种场景应该是：端坐在桌前，专心地使用手表应用。
少用手势，并避免使用精细操作手势
尝试一下:在各种场景下测试你的应用，比如跑步、吃饭、聊天或者点餐的时候。如果用户必须停下来手里的事情或者需要放慢速度才能准确点击某款手表应用上的按钮，那么你需要采用容错率更高的手势操作。
穿戴式设备能够给用户最好的体验就是猜中用户的心思，主动提供给用户他们在特定场景下所需要的信息。可以!利用设备里的各种感应器以及云端同步的各种信息来分析何时展示什么卡片。实在不知道用户想要什么的情况下，再利用语音或者手势交互的形式.
尝试一下:
虽然用户每次打开应用只用短短几秒钟，但全天重复使用率非常高，比较好的设计应该是：默认显示的信息量很少，通过滑动才看到更多的操作。
尝试一下:看看你的应用默认显示的信息有多少？所有这些信息是否都是必须的？能否分几张卡片显示？设计卡片信息的时候切记卡片是可以分多页展示的。
尝试一下:利用余光来检视你的应用，当手表应用界面显示的时候，尽可能的盯着你的手指关节。看看这种情况下，你是否还能够明白应用想传达什么信息？是否能一眼就看出这是哪个应用？卡片的背景图片是否能够传达界面想传达的信息？是否使用了照片或者明显的图形或颜色？
手表戴在手上，与手机不用的一点在于，设备直接接触皮肤。作为一个与用户如此亲密接触的设备，震动提醒用户的次数应该比手机应用要少的多。
尝试一下:想象一下你正在和朋友谈话的时候，有人突然轻拍你的肩膀，告诉你一条信息。分析一下这个场景下，你想传达的纸条信息值不值得打断用户的谈话？如果不值得？就尽量不要打断用户。
用户习惯于点击icon来打开一个应用，Androidwear则完全不同。典型的Androidwear应用会在时机合适，情境适当的情况下，在卡片流中加入一张卡片展示。卡片上可能会加入一个能够展示全屏应用的按钮，以便后续的简单交互，但是通常情况下也可以不加。
提示卡片、卡片流、这些是构建Android应用的基本元素，你可以利用这些元素打造所需的应用体验。官方强烈建议：不要设计一款用户必须自己考虑何时何地、在什么场景下，需要打开什么应用才能满足我当前的需求的应用。
这是在Android手表上获取信息最简单的方法。实际上如果你的手机应用能发送消息推送的话，就会自动同步给手表。你可以通过调用通知API,，在手表上同步提醒中添加额外的页面展示或语音回复功能。
在用户需要的时候，向用户展示信息和功能这正是Android手表最擅长的部分。
想要设计优秀的Android手表体验，选择合适的用户情境触发提示是至关重要的。
最简单的方法是利用标准Android提醒消息模板，也可以制作自己的版式。如果决定要采用这种方式，我们强烈建议您参考官方样式规范，以确保您的设计与系统其他样式保持一致。
最好彻底的测试一下应用的触发机制。触发过于频繁会打扰用户，导致用户将你的所有提示都关掉。
二维选择卡很适合展现一个系列的选项。比如Google搜索结果页就是一个很好的范例。
这种样式可被用于展现单一纵向列表，或“一维选项”
该样式同样也可被用做二维选项矩阵，用来表示不同类别的选项
有关卡片上的动作命令部分，请参见动作卡片样式部分。
关于二维选择卡，有一些使用原则需要注意：
尽可能减少卡片的数量会频繁使用到的卡片应该在最上层卡片的内容和样式都应该尽量简单优先考虑方便用户快捷操作，其次才是定制化和个性化的需求
当用户做出选择后，应用应该自动退出二维选择卡界面。用户也可以向下滑动第一张卡片来退出，或者从左向右横滑处每个层级最左侧的卡片来退出。
某些情况下卡片的形式不能够满足需求比如拖动底图或者控制游戏方向摇杆的需求。这时就应该暂时进入全屏模式。Android手表上的典型的全屏应用使用体验如图所示：
官方建议只有在卡片本身不能满足需求的时候才应该进入全屏，进入全屏后应该让用户在完成简单操作后迅速退出全屏，返回卡片流当中。这样做用户会感觉你的应用和手表本身的体验更好的融合，交互体验也更加统。Android手表本身在语音回复和秒表应用中采用了全屏界面的展示方式。
全屏应用还有几点需要注意：不要让全屏界面长得太类似卡片，以免让用户产生混淆。如果应用想延续系统的卡片样式风格的话，可以采用二维选择卡的方式。
很多手表设备上都没有返回或者home键，所以该如何让用户退出是值得好好考虑的问题。这里给出几种自然退出的场景供大家参考：
地图应用中如果需要用户选择某个地点，那么用户在扎下marker后，应用就可以退出，返回到卡片流中。如果是一款小游戏应用，那么游戏结束时自动退出是一种比较自然的方式。如果是一款绘画的应用，用户5秒钟没有响应时，可以自动退出。
即便设置了自动退出的机制，也挡不住某些时候用户希望立即退出的欲望。这种情况下，用户长按屏幕的行为可以视为是希望退出应用的信号。
界面显示颜色，用户可以与应用交互。
界面只有黑白和少数灰色显示的省电模式。
交互模式可以展示实时信息，并相应用户操作，但是非常耗电。如果想持续展示有效信息并且还想省电的话，应用可以切换为省电模式。应用处于省电模式时仍可展示动态数据。如果你的应用需要显示持续更新的数据时，这种模式就会非常有用。比如一款记录跑步距离的应用、或者类似购物清单这种需要持续展示动态变化的信息供用户参考的应用。
Andorid手表上的省电模式体验如下图所示：
处于省电模式下的应用基本上每分钟更新一次数据来省电。你也可以把更新频率调整成为10秒一次，但每次更新数据都会消耗电量。
不要在省电模式下展示任何按钮或其他和交互元素，以免用户误解当前处在交互模式下。
使用灰色的元素来让用户明白必须唤醒设备才能够交互。由于在低照明的环境下，任何一个不是黑色的像素都会变得异常明显，所以官方建议在省电模式下，尽可能的使用纯黑的背景。
在Android手表上一些最有力的用户体验基于情境感知提醒和操作。通过使用设备传感器和其他情境线索，当用户需要的时候你的应用可以精确地显示信息和功能，一眼就能看见。
比如一款餐馆推荐的应用，当应用识别出用户正在某个餐馆里面时，应用可以推荐这个餐馆里最受欢迎的菜品。下面举几个例子来展示你可以在你的Android手表应用里用提醒和操作确认做哪些事情。
Android手表主要采用微交互的形式与用户互动，所以沿用用户已熟知的设计样式是至关重要的。
卡片流中的卡片分为几类：
更详细的信息可以展示在附加的卡片中。在卡片流中向左滑动卡片可以展示详情页面。通常情况下，一张附加卡片就足够显示所有信息。比如天气卡片会展示当前地点现在的天气情况。
未来几天的天机情况则会展示在右侧的详情页面中。详情卡片应该越少越好，应该保持卡片>详情页面>命令按钮这样的顺序。不要打乱顺序或者交错出现。
通过从左向右滑动可以忽略卡片流中的卡片。被忽略的卡片会在下次应用有新的信息需要展示时出现。卡片流中的卡片一旦被忽略，那么相应的信息也会同步在手机端被删除。
在某些情况下，用户可能需要对卡片上显示的信息作出某种操作，这时候可以提供一个动作按钮。按钮显示的顺序是详情页面片卡的右边。按钮的样式是系统生成的蓝底白色图标圆形button,底部附带一个简短的动词来说明按钮的含义。每组卡片最多不超过三个动作按钮。轻点按钮会触发动作执行，或在配对的手机上继续某项操作，或者进入一个全屏页面以便进一步操作。
1.动作立即执行，结果通过更新的卡片信息进行显示，或者会显示一段确认动画（比如一个完成的对勾）
2.展示一小段倒计时动画，用户可以在这时取消执行。如果倒计时结束，也会显示一段确认动画，完成动画可以自由定制。3.点击按钮后需要二次确认，比如为了表面某些危险动作误操作的情况，用户再次确认后也会展示确认动画。4.激活提示卡片以便继续某项具体操作。比如在聊天应用中，轻触“回复”动作按钮会激活语音输入提示卡片，提示用户使用语音输入。这种情况下，一般会默认提示用户“请说话”或者给出几种预先设定好的回复信息供用户选择。
程序应该尽可能地让用户在手表上就能简单地完成任务。如果某些情况下，必须用手机才能操作的话，会加入在手机上打开的按钮。用户点击该按钮后，会在手机上打开相应的应用页面，同时会在手表上显示的一个已经在手机上打开的完成动画。
某些情况下，在卡片上直接放置动作按钮会比较适合.动作按钮与卡片操作按钮的使用规范如下：
某些情况下，可能需要用户提供其他信息，这时应该为用户提供最可能的默认选项，并允许用户在完成操作前最终修改。这种方式遵从了“尽可能减少交互”这一Android手表的核心设计原则。
应用可以响应Android语音命令。比如一款应用可以把“请记录”作为语音触发热词，并记录处理后续的语音输入内容。如果有多款应用同时注册了同一触发热词，用户选择的响应应用会被自动记录并保存下来，并可以在配对的手机AndroidWear应用中修改偏好设置。
从列表中选择一项是最常见的交互形式。Android手表上的选择列表给出了一种适合小屏幕的轻交互形式。默认被选中的项目显示在中间，单击便可选择。如需要选择某项时，推荐采用这一常用控件。该控件在全局系统界面中被广泛使用，包括上滑提示卡片后出现的列表中。当然，每款应用也可以根据自身需要打破这些常规控件样式。更详细的内容请参考应用架构规范部分。
以下是几条Android手表特有的设计要点需要注意：
谨记不同的屏幕尺寸和形状。智能穿戴设备是一种兼顾时尚和用户自我表达的设备。所以Android手表系统广泛支持各种形式的设备类型。系统本身已经解决了大部分因需要支持不同设备而产生的复杂问题.但在设计全屏应用时还是应该随时留意适配不同类型的设备屏幕。可以使用Android手表模拟器来测试方形屏幕和圆形屏幕，请注意WatchViewStub事件可用来检测所使用的屏幕类型。
根据不同卡片设计，一般需要提供的主要标准设计素材包括：应用图标、单张或多张背景图片、动作按钮图标、动作确认动画等。当然，根据具体设计方案的不同，也可能需要提供其他设计素材。背景图片应为横屏格式，对于包含了通知消息和后续页面的卡片，背景图片最小宽度为600像素，系统会自动添加视差滚动效果。
测试一下卡片在提示状态下(peekstate)的布局，以保证有效信息可以在该状态下显示在主屏上。应该保证卡片的主要信息在提示状态下可读，尤其对于情境卡片而言更是如此。像长文本消息这类，需要用户进一步交互才能够阅读的内容，应该合理地设置截断，以便告知用户应该滑动卡片来查看详情。
某些情况下，附加信息必不可少。此时，为了不影响用户快速扫视，不要将所有信息都塞进一张卡片里，而应该在信息流主卡片右侧附加一页（或者几页），使用户可以滑动查看更多信息。参见在手机上打开部分。
不要滥用通知消息，来吸引用户注意。会使设备震动的主动通知，只应在适时而且有联系人参与的场景中使用，比如收到好友消息的时候。非紧急通知应静默加入信息流中。参见Android通知规范。
系统默认字体为RobotoCondensed，同时提供常规体和细体两种字重。文字字号及颜色应遵守规范推荐值。（参考资源下载中的UI工具包部分）概括来说，显示的文字应该越大越好。你的目标是：以最小的成本传达最多的信息。
省略不必要的文案。为扫视设计，而非为阅读设计。尽量用字词、短语，少用句子。尽可能使用图标与数值配合，来代替文字。文字应尽量简洁，长文会被应截断以便在一张卡片中显示。
智能穿戴设备具有天然的个人属性，但也并非是完全隐私的。如果消息中包含敏感或隐私信息的话（比如来自约会应用的信息或身体状况报告信息）注意不要将所有信息都显示在提示卡片中。可以将消息中的敏感信息显示在第二页，必须滑动可见。或者在卡片的提示状态(peek)和阅读状态(focused)下显示不同细节。
如果你的应用允许用户完成某种动作，那么有必要提供积极反馈。可显示通用的或者自行设计的确认动画。通过确认动画可以向用户展现应用的性格气质，也能够愉悦用户。动画应保持简单利落（1000毫秒以内）在完成某种动作后，一个确认动画能够有效地完成用户场景转移.
强大的新工具也会带来设计复杂化的风险。最成功的表盘设计不但能利用这些先进的能力，同时还能够优雅整合地展示这些信息。
Android手表采用了不同形状及尺寸的屏幕。你需要同时考虑不同形状不同分辨率的屏幕。某些设计方案仅在特定设备上效果出众，但只需稍加设计，便可让不同的屏幕同样出彩。
下面给出几条跨设备设计原则：
设计更灵活的方案
理想情况下，表盘的视觉设计应在圆屏及方屏下同时适用。右侧案例中，表盘的视觉设计能够灵活地适配两种屏幕，而无需额外调整。但在其他一些案例中，圆屏和方屏需要不同的设计方案。
采用统一的设计语言
尝试使用统一的配色，线条粗细，阴影以及其他设计元素来创建方屏和圆屏间的视觉关联。通过采用统一的配色方案及视觉元素，既能够合理地适配两种屏幕，又不破坏视觉一致性。
调整指针表盘方案
某些设计方案会自然而然地采用指针表盘设计：在圆形表盘上显示时针和分针。这种情况下，在为方屏适配时需要考虑边角区域的显示问题。尝试延展和探索这些额外的显示区域。
Android手表有两种主要显示模式：省电及交互模式。设计表盘时也应考虑这两种不同模式。一般来说，如果你的表盘设计在省电模式下效果出众，那么交互模式下则会更加出色。反过来则不一定成立。
用户抬起手腕来扫视手表时，屏幕进入交互模式。该模式下表盘可显示各种色彩及流畅的动画效果。
Android手表采用了多种屏幕技术，每种技术各有优势及其考量。设计省电表盘时，一项很重要的考量因素是对电池寿命及屏幕老化的考虑。你可以为不同种类的屏幕设计不同的省电表盘。尽可能保证表盘在所有屏幕上都能得到最佳显示效果。
减少色彩空间节电法即采用“低位色深”(low-bit)显示模式。该模式下，可用色彩被限制为黑、白、蓝、红、品红、绿、青、黄几种颜色。设计低位色深省电表盘时，背景应采用黑色或白色。OLED屏幕必须使用黑色背景。非背景元素面积限制为屏幕总像素的10%以下，低位色彩元素面积最多不超过屏幕像素的5%同时，在省电模式下应禁用抗锯齿效果。务必在低位色深省电模式下测试你的设计方案。其他屏幕通过不使用颜色的方式来省电。设计无色彩省电模式时，背景可为黑色或白色。
为OLED屏幕设备设计时，应考虑电池使用效率及屏幕老化现象。当OLED屏设备处于省电模式时，系统会定期将屏幕内容的位置移动几像素以防止屏幕像素老化。这种情况下，省电模式设计应避免使用大块像素，同时应保持屏幕95%的像素为黑色。将普通省电模式下采用的实心填充形状更换为空心描边形状。同时将填充图案替换为像素纹理。对于指针表盘方案，当时针分针重叠时，应将中间重叠部分镂空处理，以避免像素老化。
你的表盘设计应兼容Android手表UI元素。这些元素能够告知用户设备的当前状态，并且能够同步显示关联手机上的通知消息。尽量保持表盘设计中的关键元素不被系统UI原色遮挡。
卡片通知系统是连接手表和手机间的信息桥梁。卡片同样也是大部分应用与用户沟通的主要手段。用户会在手表上收到邮件、消息等通知。表盘开发工程师需要同时兼容大小两种尺寸的卡片。表盘可以指定一种卡片尺寸作为首选项，但用户也可以自行设置偏好，同时，用户也能够向下滑动来暂时隐藏卡片。
状态指示能够告知用户手表的当前状态，如充电状态和飞行模式状态。设计表盘时，也应考虑状态指示的显示。
状态指示可显示在屏幕的几个固定位置。采用较高提示卡时，状态指示应显示在屏幕上方或居中区域。如果你将状态指示或语音热词置于屏幕底部时，系统会强制使用高度较小的提示卡片。若表盘边缘包含较强视觉元素，如数字或秒数跳动元素时，请将状态指示放置在屏幕中央。
语音热词指的是“OKGoogle”，这句话告诉用户可以通过语音命令与手表交互。每当用户开启手表设备时，热词都会在屏幕上显示几秒。用户说完5次“OKGoogle”后，语音热词便不再继续显示。所以语音热词显示的位置不是那么重要。但仍需注意避免遮挡表盘中其他元素。最后，应为语音热词及状态指示设置背景保护，除非你在表盘设计中已经为这些元素定制好了背景，比如使用暗色无图案的背景。
一旦确立设计概念方向及预期效果，便需要开始表盘的视觉设计。优秀的表盘设计应该是信息高度可读、数据高度整合的。为了确定整合的信息，必须分辨出哪些才是最重要的数据。例如：你也许最终决定只显示一项近期安排，而不是将整月的日程安排都显示出来。通过一系列做减法的过程，你的设计最终应该能够达到数据高度整合的效果。
确保你的方案源自对用户需求及预期的洞察。并通过用户，持续验证设计方案中的假设是否成立。可以试着先在纸上画出大致的草图，问问朋友是否明白它代表什么？通过不同的场景和数据类型来验证你的想法。在最终编码之前，先在实际的手表屏幕上测试一下设计方案。
在确保无其他元素响应冲突的情况下，表盘可以响应用户单击手势。用户需要与表盘交互的的理由可能有以下几点：改变表盘的设计，例如调整配色方案。在当前界面展现更多信息，例如显示详细的步数。在当前界面或后台完成某项动作，例如开始计时器。发起某项活动，例如在消息应用中发起聊天。
只允许使用单击手势。这种限制有利于保持系统整体手势的清晰一致性，并能保持表盘交互尽量简洁。无论你或用户都不应把表盘当做一款功能齐备的应用来看。图1总结了各种手势的类型及用途。遵循以下原则：表盘交互应该是轻量的，用户只需一两次操作即可完成预期动作。
如果仅仅想改变表盘的状态，比如调整配色的话，可将整个表盘作为点击对象。对于较大的改变或动作，如发起一项活动或给朋友发送一条消息等操作，需要将点击对象设置为约48至90dp之间（译注：原文为48-90dpi疑为笔误）以避免误触。各元素之间应保持8-16dp的间隔。为了优化点击体验，一次最多显示7至9个点击对象。
当用户手指触碰到表盘时，需要提供视觉反馈。虽然只有当手指离开屏幕时，点击事件才会被触发，但是手指触碰时的视觉反馈不仅能够表明系统接收到了用户的点击行为，同时也能够告知用户手指的触点位置。注意:不要在手指触碰表盘时立即展示新界面，这与系统界面交互手势相冲突，比如：表盘选择、通知卡片流、快速设置面板以及应用启动面板的交互。
下面给出一些可交互表盘的设计示例：
用户可通过手机端AndroidWear应用安装及设置表盘。
所有可用表盘均可通过手机端AndroidWear应用或手表的第三方应用启动，没有必要为表盘设置一款单独的启动图标。
每款支持用户定制的表盘都有对应的设置面板，可以通过手表或手机端应用进入。标准界面可以满足大多数情况需要，但在该基础上也可探索其他创新方向。
手表端的设置界面应仅限使用开关及滚动列表控件。手机端设置界面可包含其他较为复杂的设置项目。
表盘设计范例及详细系统界面元素尺寸可参见Andorid手表设计资源下载。