违反平台惯例的位置安排会增加用户的搜索成本
别名: 违反惯例 · unexpected slot · 搜索成本
概念解释
iOS 上返回被期待在左上。一款新应用把它放到右上，还在左上放了设置。熟练用户的第一下落在左上，于是进了设置；再在壳上做一次全盘搜索才找到返回。违反惯例的成本不是「看起来不顺眼」，是多出来的那一次落空、一次误入、一次全壳搜索。
把汉堡菜单从左上搬到右上、把对话框的主按钮放到左边、把关闭做成底栏中间的叉，都会把已经自动化的第一下落打成一次受控搜索。
机制
搜索从预期槽开始。槽里不是那条命令，程序报错，注意才切换到逐项扫描。扫描的集合是整个壳——顶栏、底栏、边缘——比「看一个槽」大一个数量级。若预期槽里现在放着另一条命令，代价还带一次误执行：设置被打开、草稿被分享、付款被点到。误执行比多搜两秒更贵。
品牌想「与众不同」时，最常动的就是这些槽，因为槽改起来便宜、视觉上立刻能看出来。便宜的是改，贵的是每一个返回用户的第一下。
怎么研究
让该平台的熟练用户在两种布局里完成同一组导航命令：符合惯例 vs 把关键命令对调或搬到对侧。不给练习。
自变量：命令所在槽是否符合该平台、预期槽里是否放了别的命令、有无文字标签。 因变量：首次尝试是否命中、误执行次数、找到目标的时间、眼动扫描的槽数。
标签可以部分补偿，但第一下落通常已经在标签被读到之前完成，所以「我们写了返回两个字」拦不住那一次误入。
边界
该平台还没有这条惯例时（一种全新的设备壳），谈不上违反，位置要靠别的线索。用户被明确训练过的专业工具（特定 DAW 的独特槽）可以违反消费级惯例，但那是另一套社区的惯例，不是没有惯例。一次性的营销页、广告落地，人没有「返回」的肌肉，违反的成本主要是找不到关闭——仍然贵，机制是搜索而不是误执行。辅助技术按顺序遍历，不从预期槽起步，违反惯例的代价形态会变成「多几个焦点步」，而不是一次点错。
怎么落地
- 改壳之前先列出该平台已被占用的槽（关闭、返回、更多、主操作），新产品默认不去动。
- 预期槽里不要放另一条高代价命令。左上不是返回时，宁可空着，也不要放删除或发送。
- 非要违反时，让被挪走的命令在新旧两个槽都可及一段时间，并保证旧槽里的新命令是可撤销的。
- 验证：找只使用该平台的人，打开这个界面立刻做「离开这一层」。第一下落在错误命令上，或第一眼之后还要在壳上巡视，违反就已经在收费。