K8.07.1cross-device consistency设计研究

跨设备一致降低学习成本

别名: 跨端一致 · inter-usability · 多设备学习成本

概念解释

在手机上学会了「资料库 / 播客 / 下载」,换到电脑不应再学一套「收藏夹 / 节目 / 离线」。跨设备一致降低的是第二次拿起另一台设备时的学习成本:同一对象叫同一名字,同一任务走同一条概念路径。音乐应用在手机、平板、电脑上用同一套资料库切分,人才能把已经付出的学习带走。一致指的是对象与任务结构,不是把手机界面像素级搬到桌面。它也不解决「为了一致而丢掉某平台自己的返回、分享、设置位置」——那会把单设备成本抬上去。

机制

技能和名称一旦在一台设备上建成,会被当成这份产品的全局图式。换设备时人不是从零建模,而是带着「下载在这里、账号在那里」去找。名称、分组、任务步骤若对得上,迁移几乎是再认而不是新学;对不上,就要抑制旧名称、再学一套同义词,工作记忆被「这台到底管什么叫」占满。跨设备使用本来就把注意力花在换机和找状态上,名称再分裂一次,人会认为这是两个产品。一致的收益出现在第二次及以后的设备上,第一次使用的那台享受不到,所以只看单设备可用性会把这笔收益测没。

怎么研究

跨设备迁移任务:在设备 A 上教会一个对象结构(资料库怎么切、一项内容如何下到本地),再在设备 B 上做同构任务,不给教程。比较「名称与步骤一致」和「功能相同但名称、分组都换了」。

自变量:对象命名是否一致、任务步骤顺序是否一致、视觉皮肤是否一致(用来拆开概念一致和外表一致)。 因变量:B 上首次完成时间、找错入口的次数、口头用 A 的名称去指 B 上控件的次数、主观「还是同一个应用」的判断。

这是 inter-usability 常用的迁移测法,不是单设备 SUS。实验室两台设备并排放会低估真实换机的记忆衰减;隔数小时再测 B 更接近。不要把「桌面多了菜单栏」当成不一致——那是平台表面,只要对象还在。

边界

专家用户已经为每个平台建立了分开的图式,强行同一套名称有时会干扰他们在该平台上的速度。设备能力切片本来就不同(手机没有完整的时间线),一致只能覆盖两端都存在的对象,不能假装缺失的步骤也在。品牌完全不同的白牌设备(电视端是授权的精简客户端)一致程度有上限,应保证核心对象名称一致,而不是整棵信息架构。第一次使用就发生在「次要」设备上的人,跨设备一致帮不上,因为没有可迁移的源图式。

怎么落地

  • 为跨端都存在的对象列一张名称表(资料库、下载、账号、分享),各端使用同一套词,禁止桌面叫「资料库」、手机叫「我的音乐」却指向同一堆内容。
  • 核心任务的步骤顺序保持同构:找内容 → 打开 → 收藏 / 下载,缺步的设备应标明缺的是哪一步,而不是改用另一套动词。
  • 不要用像素级搬迁来冒充一致;先锁名称与对象,再让布局服从各端屏幕。
  • 验证:让只在手机上用过一周的人第一次打开桌面端,只说「把上周那张播客下载下来」。记录他们是否直接走到与手机同名的入口。走到「收藏夹」「离线文件」等同义词才找到的,记为名称不一致。

延伸

  • 同组K8.07.2 违反平台惯例会提高单设备使用成本 · K8.07.3 冲突时应保持概念一致而非形式一致
  • 相邻K8.03 设备间能力分工 · K1.04 返回逻辑的平台差异
  • 站内检索inter-usability · cross-device consistency · transfer of learning

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/K8.07.1