严肃地说，智能手表的“微粒化”设计是一种怎样的体验？

App Icon的个数：6       操作的准确性：高       记忆与理解难度：容易    

App Icon的个数：3      操作的准确性：很高      记忆与理解难度：容易

App Laucher作为长尾功能和信息的入口，会承载大量的App,他的查找效率必须高，这意味这没屏承载的App Icon个数要足够多-我们首先排除了第三个。接下来我们要确定的是，方案1和方案2综合来看那个更好？我们进行了新一轮的用户测试。

用户测试

通过与工程师合作我们实现了两种方案的Dome, 并且可以输出点击的行为数据。测试环节我们关注如下三组数据，以此对比两方案优略：

A.连续点击12个Icon的时间（点击精准度）

B.连续点击3个最常用Icon的时间（常用App 点击精准度）

C.查找特定图标并点击的时间 （查找效率）

我们将两组方案的输出数据并进行对比，对比测试我们发现，方案1并没有由于没屏显示图标数量的增多而明显降低精准度，方案1（绿色线）的数据优于方案2（红色线）。最终我们确定的方案1为最佳方案。

如前文所述，表盘承载最高频的信息和任务，Laucher承载低频的信息和任务。那么用什么承载中频的信息和人任务呢？为了解决这一问题，我们设计了“快捷卡片”，快捷卡片像安卓的桌面Weight一样可以承载信息和操作，用户也可以对快捷卡片进行“增删改”等操作。

用户可以通过在定位符上滑动快速切换卡片

设计一个操作系统与设计一款App是完全不同的，当我们设计个新设备的操作系统时我们率先考虑的是——这种新的设备用来显示什么信息和执行哪类任务，我们借由“输入效率”“舒适时长”“便携性”“展现尺寸”来定义智能手表的设备属性，智能手表并不会像手机一样承载所有的任务，而是像Pad从PC中拆分出打游戏和看视频一样，Watch要做的是从手机中拆分出部分任务，并使其效率更高。

其次当我们清晰的定义了设计的属性，我们必须对这些信息和任务进行分析，是不同使用频率的信息和任务存在于不同的层级，是高频的信息和任务抬手即得。

设计操作系统很像建筑一所房子（而App是房子里的摆件），我们必须清晰的设计房间的结构，划分功能区域，由一个房间到另一个房间的路线。这也是操作系统设计中接下来要做的---存储信息和任务的容器以及他们之间跳转的路径，即系统的交互架构。

当我们设计新的设备，在设计的新的交互架构以后我们应该考虑是否需要加入新的输入方式以进一步提高效率。

总结以上系统设计的步骤为：

1.     从信息和任务维度定义设备属性

2.     分析信息和任务的层级

3.     设计系统的交互架构：承载信息和任务的容器，以及这些容器间跳转的路径

4.     检视是否需要加入新的输入方式（必须与交互架构协调）

5.     用高保真Dome检视设计，并进行持续改进。

6.     设计统一的控件/统一的通知机制

（编辑：应用网_丽江站长网）

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