L3.12.4high takeover cost drives satisficing设计研究
接管的门槛越高，用户越倾向于将就接受不满意的结果
别名: 接管门槛 · 将就接受 · editing friction
概念解释
错字一眼看见。要改，先「转换为文档」、同意一份说明、等加载、再找工具栏。人把带错字的那版复制发出去了。接管门槛（takeover threshold）越高，对不满意结果的默认反应越不是改，而是将就。将就不是喜欢，是改的路径比错本身更贵。
编辑生成物要先读懂，是技能问题。这里技能够用，路太贵。
机制
行动成本与不满程度在做比较。小错（一个字、一个称谓）的不满有上限；若接管要跨模式、丢格式、冒着被再生成覆盖的险，比较的结果是发出去。系统于是收到「被采用」的信号，把将就当成质量合格。
门槛是一串摩擦的和：只读要先转换、移动端不能改、选区再生成会整篇刷新、改完不知道怎么保存。任何一环高到超过小错的痛，将就就会发生。大错才可能把人逼过门槛，于是产品只收集到极端不满，中等错误被静默放行。
怎么研究
埋入小错与大错，操纵接管步数（一击可改 vs. 三步转换）。因变量：实际修改率、带着已知错误发送的比例、事后满意度（将就者往往仍评「还行」）。自变量：步数、是否有覆盖风险提示、设备。
要把将就和真满意拆开。问「有没有看见那处错」——看见仍发出，才是门槛，不是没发现。
边界
查看器定位的成品验收，将就可能是正确行为（不该改校验过的数）。高后果文档里，低门槛会让人改掉不该改的槽，要配合锁定。完全不会编辑的用户，门槛再低也不会改，那是技能而非摩擦。这条不处理读懂已有文本的认知负荷。
怎么落地
- 让小改的路径短于小错的痛：点一下就能改那个字，不要先转换整篇。
- 移动端提供与桌面同等短的改路径，不要只给复制。
- 不要把「采用」当质量合格。统计带着未改已知错发出的次数。
- 验证：埋一个明显错字，数有多少人看见仍发出。那一比例就是门槛制造的将就。把改缩到一击，比例应下降。