R4.06.4transferred platform experience设计

惯例的力量来自用户在别处累积的经验

别名: 迁移经验 · 预训练 · 系统应用 · 习惯强度

概念解释

一段平台惯例之所以有力,不是因为 Human Interface Guidelines 或 Material 把它写了下来,而是因为用户已经在邮件、设置、电话、相机、微信里把同一动作练成了近乎反射。应用只占用用户时间的少数派;操作系统和超级应用占用多数派。惯例的强度等于别处已经付过的练习量。孤立地看,自定义手势可以「更清楚」;用户并不是孤立地到达的——他们刚从系统应用里带着那只手过来。

它处理的是力量的来源,不是违反惯例在单端有多贵,也不是偏离要用什么好处来换。写在文档里但从未在系统应用里出现的条目,对用户几乎没有力;系统应用天天在用、文档里反而不起眼的动作,力最大。

机制

技能会迁移。同一只手、同一套肌肉,上一秒在系统相册里从左缘滑出,下一秒不会因为进了你的应用就自动改成从右侧打开菜单。迁移是默认的,抑制才需要注意。练习量不对称:系统级动作每天被触发的次数,通常比任何一个第三方应用里的对应动作高一个数量级,所以冲突时输掉的是应用,不是操作系统。超级应用在国内是第二套「别处」——微信里的分享、返回和支付面板,对很多用户来说比系统面板更熟,于是小程序里的惯例强度跟的是宿主,不是跟的是 iOS 文档。

因此「我们的导览会教」几乎总是高估了自己的课时。导览出现在第一次打开,练习发生在此后每一天的系统使用里。应用越不常用,系统惯例的相对力量越大:偶尔打开一次的银行应用,更没有资格要求用户记住一套私有手势。

边界

用户的「别处」会换。从 Android 转到 iOS 的人,前几周带的是上一套反射,应用如果在两端都严格跟当前系统,迁移期会暂时显得「两边都不顺」,这是用户在换平台,不是应用的惯例选错了。小众专家群体(后期制作、医疗影像)的别处可能是同行工具而不是系统邮件,这时行业惯例的力量可以大过平台惯例,但只覆盖那一套专家壳,进出应用的系统返回仍跟平台走。全新品类、用户在任何别处都没练过的动作,没有可迁移的经验,力量真空——这是少数真的需要当场把动作做明白的地方,而不是把返回这种已有强经验的动作拿来创新的借口。

怎么落地

  • 列出会和本应用抢同一只手的「别处」:系统邮件、设置、相机、以及目标用户真正天天打开的超级应用,按那些地方的动作来,而不是按内部品牌手册来。
  • 把文档里有、系统应用里没有的条目当成弱惯例,不要用它们压过用户已经练熟的动作。
  • 低频应用尤其不要发明手势;把私有操作放进明确的按钮,把返回、分享、支付留给别处已经练过的出口。
  • 验证:测试前先让人在系统应用和微信(或他们的主宿主)里做一遍返回、分享、开关,立刻进到本应用做同一类动作,看第一下是否跟着刚才的反射走。第一下就走错、且错法与系统应用一致,说明力量来自别处,不是来自没读你的导览。低频用户隔一周再来一次,若私有手势全忘、系统手势还在,进一步确认练习量不对称。

延伸

  • 同组R4.06.1 违反平台惯例提高单平台学习成本 · R4.06.2 跨平台统一会同时违反两边惯例 · R4.06.3 应统一概念模型而非统一控件外观 · R4.06.5 品牌占据内容层,惯例占据框架层 · R4.06.6 偏离惯例需要用可见收益补偿
  • 相邻R4.08 苹果人机界面指南的核心约定 · R4.09 质感设计的核心约定 · R4.10 微软流畅设计的核心约定
  • 站内检索transferred learning · population stereotype · habit strength · system apps

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/R4.06.4