返回首页  设为首页  加入收藏  今天是:
网站首页人工智能智能家居智能手表智能电视智能手机智能汽车智能开关智能科技智能机器人
载入中…
相关文章
一加智能手表设计图曝光
智能手表方案 ppt
智能手表产品外观结构设…
智能手表结构设计全流程
智能手表结构设计设计文…
Amazfit 时尚智能手表怎…
智能手表Pebble的工作原…
智能手表方案剖析
智能手表3D结构
智能手表的结构设计图
最新推荐最新热门
专题栏目
湖南视觉网络"模板城"--汇集CMS、EShop、BBS、BLOG等系统模板
您现在的位置: 智能科技网 >> 智能手表 >> 正文
高级搜索
换个姿势做智能手表 - 百度智能手表OS设计总结
作者:佚名 文章来源:本站原创 点击数: 更新时间:2021/7/20 23:29:58 | 【字体:

  ogle年Go,pleAp,里阿,手表或其操作系统华为均推出了智能, Analytics的最新数据显示同时来自研究公司Strategy,5年的全球出货量达到1500万支Apple Watch 201,是智妙手表的元年能够说2015年。d Wear 的部门办事无法在国内利用因为晚期Google 的 Androi,手表操作系统更是如火如荼各大互联网公司设想的智能,门问问如出,nOSYu,ntOS等等Tence。表的形态尚处于摸索阶段可是因为业内对智妙手,的使命和消息并没有进行清晰的定义大大都操作系统对这一平台所要承载。

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

  的精确性:很高  回忆与理解难度:容App Icon的个数:3   操作易

  盘的空间终究无限快速卡片 -表,息常常需要更大的空间而一些中频使命和信,计了快速卡片因而我们设,的Widght雷同于安卓系统。

  p Laucher分歧于手机的Ap,不是被最常利用的模块手表的Lancher,大量的Icon可是却要承载,幕尺寸的限制且因为手表屏,挑战(后文将会讲述设想和验证的方式)给若何设想出足够高效启动器带来很大的。

  子(而App是房子里的摆件)设想操作系统很像建筑一所房,设想房间的布局我们必需清晰的,能区域划分功,一个房间的路线由一个房间到另。储消息和使命的容器以及他们之间跳转的路径这也是操作系统设想中接下来要做的---存,交互架构即系统的。

  率(输入效率由精准度和速度两方面决定)智妙手表有着极佳的便携性和极低的输入效,施行轻量的使命因而它只适合,简单施行附带的操作好比收到一个推送后,的使命明显不适合在手表长进行P图这类需要长时间持续操作。息维度在信,5秒摆布(从抬起手腕到手臂有委靡感经测试智妙手表一次利用舒服时长为1,能够自行测试)看文章的你请,表必需在繁杂消息中做出抉择屏幕展示尺寸极小所以智妙手,频的短消息上把重点放在高。

  作为长尾功能和消息的入口App Laucher,量的App会承载大,效率必需高他的查找,个数要足够多-我们起首解除了第三个这意味这没屏承载的App Icon。要确定的是接下来我们,好?我们进行了新一轮的用户测试方案1和方案2分析来看阿谁更。

  互架构:承载消息和使命的容器3.      设想系统的交,器间跳转的路以及这些容径

  进行验证、迭代、调整为了对新的交互模子。高保真原型进行用户测试我们操纵Form制造。

  输出数据并进行对比我们将两组方案的,我们发觉对比测试,标数量的增加而较着降低精准度方案1并没有因为没屏显示图,线(红色线)方案1(绿色。方案1为最佳方最终我们确定的案

  n的时间(常用App 点击精准度)    C.查找特定图标并点击的时间 (查找效率A.持续点击12个Icon的时间(点击精准度)   B.持续点击3个最常用Ico)

  作分为两种:横向操作和纵向操作在Duwear的交互框架内将操,的次序性确保空间,解和回忆易于理。输入体例共同新的,交互模子(输入体例部门鄙人文详述借此缔造适合手表单手操作的全新)

  一步提高?仅仅在交互架构层面做改良远远不敷如何让手表在施行轻使命和查看短消息时效率进,的输入体例 - 动弹手腕和甩脱手腕我们在交互架构更新的根本上插手了新。体验测试颠末用户,看和双手被占用的场景效率较着提高新输入体例的插手使高频消息的查。

  常收纳消息的东西短信曾经成为日,消息卡片花将繁杂的,片添加到快速卡片而且你能够将卡,需要抬起手腕 当你想用时只.

  现的智妙手表属性定义为“轻使命综上阐发我们将目前手艺所能实,的承载设备短消息”。的碎片化时间执使命和查看消息若是说手机让我们操纵糊口中,”时间施行更轻的使命和查看更短的消息那么智妙手表就是操纵我们的“微粒化。

  息和使命一个个的房间若是容器是承载着信,将这些房间成立起联系那下一步要做的就是,系统的骨骼-交互架构以此成立Duwaer。

  精确性: 较高    回忆与理解难度:容App Icon的个数: 9   操作的易

  脱节手腕只适合做施行使命的步长较短的操作测试后也发觉了一些问题 - 动弹手腕和,消息时这种操作体例并不具备效率劣势比在用户想查看第3个快速卡片后的。模子进行了微调因而我们对交互,捷视图和动静的体例插手了快速切换快,交互模子短板用以补足新的。

  定义是承载长尾功能和消息的入口我们对App Laucher的, App 的容器即承载Watch,于手机分歧,her不会被经常利用手表App Lauc,大量的App但它会承载,定几个别验评估的维度所以在设想时我们确:

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

  文所述如前,频的消息和使命表盘承载最高,载低频的消息和使命Laucher承。人使命呢?为领会决这一问题那么用什么承载中频的消息和,“快速卡片”我们设想了,ght一样能够承载消息和操作快速卡片像安卓的桌面Wei,进行“增删改”等操感化户也能够对快速卡片。

  尺寸十分无限智妙手表展示,和使命按利用频次细分因而有需要将短消息,“容器”承载它们以便设想分歧的。

  智妙手表OS的交互设想工作我从客岁岁首年月起头接办百度,义到交互模子从平台的定,产出了整套方案到控件的规范,者一些新的思虑但愿带给从业。

  一步是定义设备属性设想新操作系统的第,和适合显示的消息两个维度进行定义我们别离从智妙手表适合施行的使命。

  的精确性:高    回忆与理解难度:容App Icon的个数:6    操作易

  该当是能在很短时间内完成的适合放在手表上施行的使命,利用场景被限制这意味手表的!线使命进行主动化处置后放在手表上能无效加速效率和扩展利用场景我们如何处理这一问题?我们发觉将一些在手机上老是被反复的长。手机–解锁–打开App–输入地址–发出订单”好比打车这个使命我们用手机时的操作是“拿出,的一些使命(好比从家到公司)提取出来在设想手表时我们把这个流程内最常用,键发出从家到公司的订单操纵智妙手表用户能够一,机的操作照搬一遍而不是纯真的把手。

  手表定义为“轻使命如前文所述我们将,的承载设备短消息”,不将消息和使命分级以便用分歧容器承载因为手表屏幕展示尺寸的限制我们不得,来承载这些短消息和轻使命呢那么我们设想什么样的容器?

  定义了设想的属性其次当我们清晰的,息和使命进行阐发我们必需对这些信,和使命具有于分歧的层级是分歧利用频次的消息,和使命抬手即得是高频的消息。

  智妙手表作为用户抬手既得的屏幕Notification –,一些使命和消息能够自动鞭策,让用户操纵微粒化时间快速处置能够在不打断当前使命的环境下,合承载这些被动使命和立即消息而Notification适。

  计新的设备当我们设,否需要插手新的输入体例以进一步提高效率在设想的新的交互架构当前我们该当考虑是。

  区分为立即通知-即此刻就要显示的Duwear的通知处置里将通知,是“让我高效的阅读消息”在这种场景下用户的需求,id Wear半屏显示因而分歧于Andro,息全屏化我们将信。过或汗青的消息另一种场景是错,求是帮我快速找到消息这种场景下用户的需,st化加速查找效率我们将动静横向Li。

  我们发觉测试后,动作输入后插手新的,消息的查看效率较着加速高频,为用户供给极大的便当以及在非佩带手被限制。

  表起首该当是手表表盘 -智妙手,最常利用的页面因而表盘是用户,时间之外除了显示,高频的使命和消息我们用它承载最。

智能手表录入:admin    责任编辑:admin 
  • 上一个智能手表:

  • 下一个智能手表: 没有了
  • 【字体: 】【发表评论】【加入收藏】【告诉好友】【打印此文】【关闭窗口
     网友评论:(只显示最新10条。评论内容只代表网友观点,与本站立场无关!)