T2.01.4Outcome-opposed dialog actions设计研究
确认与取消的措辞需彼此对立且清晰
别名: 确认取消对立 · 对话框按钮对 · 结果措辞
概念解释
结果对立的对话框动作（outcome-opposed dialog actions）让每个按钮直接陈述各自结果，并使按钮对可相互区分，例如“保留草稿 / 丢弃草稿”。用户不应先解析否定问句，再推导“是/否”分别确认哪一层否定。对立关注结果而非视觉左右：焦点、默认按钮、顺序和关闭图标都不能悄悄改变措辞承诺。
机制
“不保存更改吗？—是/否”同时要求追踪否定、把答案映射到动作，并抵抗默认焦点或位置习惯，分心时尤其容易反转。直接结果标签把每个选择绑定到终态，允许用户在按钮处再次核对。键盘 Enter、读屏顺序、移动端排列与不同平台的主次按钮位置并不一致，因此靠颜色、左右或默认焦点区分会形成另一套隐含语言。关闭图标也有行为语义：若它等于取消、保留或丢弃，必须与相应路径一致。
怎么研究
用真实标题、正文、按钮顺序及键盘/读屏行为测试，让用户在激活前复述两个结果。交换视觉位置、移除颜色、改变焦点并加入未保存状态，观察选择是否仍稳定。记录关闭图标、Escape、返回手势和点击遮罩后的实际状态，确认这些替代退出路径没有违背按钮对。高风险误操作的防护由专门确认研究补充。
边界
“取消”适合确实中止当前动作并保持进入对话框前状态的路径；若会丢失输入、停止任务或保留部分变化，就应用具体结果词。纯通知可以只有“知道了”，没有必要制造虚假对立。平台可能规定按钮顺序或默认焦点，应遵循平台交互惯例，但文案仍须独立清楚。不可逆动作所需的对象、范围和更强确认属于高风险确认规则。
怎么落地
- 将问题改写为无歧义状态说明，再为每条路径写动作加对象或终态；避免“不要取消”“是，我不保留”等双重否定。
- 为可见按钮、默认焦点、Enter、Escape、关闭图标、返回和遮罩点击建立同一结果表；任何隐式路径都不得产生未说明的破坏性结果。
- 不用左右位置、主色或“推荐”标记替代措辞；破坏性结果应明确命名，焦点默认放在组织风险模型允许的安全路径。
- 在本地化后用键盘、触屏和读屏回归两条结果及所有退出路径；若参与者把任一标签解释为相反终态，改写整组问答而非只换按钮顺序。