C5.07.2Consistent pen–finger contract设计研究
分工约定必须一致，否则每次都要试
别名: 分工一致性 · 模式猜测 · inconsistent mapping · probe the tool
概念解释
笔与手指各自干什么，一旦在应用之间、甚至同一应用的不同视图之间改来改去，人无法形成习惯，每次接触都要先试一下：这次手指是画还是拖？这次笔点按钮算不算？契约的价值在可预测，不在某一次映射是否“更合理”。不一致比选错默认更伤——选错至少还能学，跳变只能猜。
机制
分派规则是内隐模式。人靠几次成功的结果把它编译成预期：“手指在画布上不会留下墨”。当笔记应用遵守这条、相册批注却用手指涂鸦、PDF 阅读器又让笔滚动，预期每次都被打脸，下一次接触前会插入试探：轻轻点一下看后果，再决定真的画。试探本身是额外操作，还可能已经留下不想要的墨或跳了页。系统设置里的全局开关若被应用覆盖且不声明，试探会变成跨应用的长期行为。工具栏上的手形/笔图标如果和设备分派同时存在，会出现双重真相：图标说现在是手形，但笔事件仍在画墨。一致意味着：同一产品族用同一张分派表；例外必须在当场可见（例如进入“手指绘画”时画布边框变提示），而不是只在第一次启动的说明里写过。
怎么研究
让人连续使用三个映射不同的视图或应用，完成同一类“写一句再缩放”的任务。记录每次进入新视图后的第一次接触后果、试探次数、口头报告的规则。
自变量：映射是否跨视图一致、例外是否有可见标记、有无全局设置被局部覆盖。 因变量：首次接触错误、试探性轻触次数、说出当前规则所需时间、主观“我得先试试”。
不要只在单一应用的默认映射下测满意度。
边界
专业绘图里为手指涂抹开专门模式是正当例外，但进出必须比默认契约更显眼。操作系统级分派与应用级分派冲突时，用户会怪应用，文档却写“跟系统走”——两边都要能查到同一张表。演示设备上的临时改映射如果没还原，会污染后续所有测试。
怎么落地
- 先写一张分派表（笔画布 / 笔 UI / 手指画布 / 手指 UI），产品内所有视图遵守；破例时用持续可见的模式条，而不是一次性横幅。
- 全局设置被应用覆盖时，在应用内显示“本应用与系统不同”。
- 不要同时用工具栏模式和设备分派表达两件相反的事。
- 验证：从笔记切到批注再切到阅读，第一次接触按原契约做，看是否出错。把其中一个视图的手指改为绘画且不加标记，试探次数应上升。还原标记后试探应下降。