D5.02.3Fall back, do not guess设计研究
融合失败时需退回单模态而非猜测
别名: fallback · no silent guessing · explicit retraction
概念解释
融合失败时应当退回单一模态的字面解释，而不是猜测用户意图。如果系统在一个不确定的指代中选了某个对象并直接执行，用户往往不会察觉自己选错了对象。明确退回则在失败时保留了用户的控制。
机制
猜测之所以危险，是因为它的错误难以被发现：操作已经执行，界面看起来正常，用户只有在事后检查结果时才可能注意到差别。退回单模态则把不确定性暴露出来，例如只执行语言中明确的部分，或要求用户确认对象。这样做的代价是增加了操作步骤，但它把代价放在出错之前而不是之后。对于不可逆操作，退回几乎是唯一合理的选择，因为事后的恢复可能不可行。
怎么研究
可比较猜测与退回两种策略：在指代不确定的条件下执行任务，测量误操作率、被用户察觉的比例与完成时间。变量包括操作可逆性、候选对象数量与不确定性程度。因变量应包括「未察觉的错误」比例，因为它才是猜测策略的真正成本。
边界
当操作可逆且代价很低时，猜测带来的额外步骤可能不值得，退回反而增加负担；此时可以先用推测结果并在界面上提供明显的撤销入口。当候选对象唯一或不确定性极低时，退回也没有必要。对关键操作用户通常期望确认而非自动执行，因此退回策略的价值在后果越重时越大。
怎么落地
- 对不可逆操作在指代不确定时要求确认，而不是自动选择对象。
- 对可逆操作可以先执行推测结果，但必须提供显著的撤销入口。
- 在退回时说明系统未能确定的部分，让用户知道需要补充什么。
- 验证方式：在指代不确定条件下测量未察觉的错误比例；若猜测策略下该比例偏高，改用确认或退回。