弹窗按钮文案解析（五）-“放弃”vs.“撤销”vs.“取消”

最后的也是最重要的，是一组比较有消极色彩的Action按钮，它们是“放弃”、“撤销”和“取消”。

“放弃”、“撤销”、“取消”弹窗按钮的场景作用

在弹窗场景中，这几个按钮文案有很多时候被混淆使用了，甚至有时候因为文案的含混不清而导致用户操作失误，可能会造成比较大的用户体验问题。

首先来厘清三者不同的使用场景：

01. 撤销

“撤销”适用于用户已经提交或提交待审核的操作的撤回操作，此操作在弹窗提示确认之前已经发生，确认弹窗是在用户需要进行撤回这个操作时发生的，有弹窗二次确认本身就说明这个操作比较重要，如果用户撤销，会回到用户提交操作之前的状态。

“撤销”操作的使用场景

02. 放弃

“放弃”适用于用户正在某个分支场景编辑信息，用户放弃会返回主流程而用户在分支场景里所做的一切操作和信息输入都不会被保存。

“放弃”操作的使用场景

放弃操作因为会将用户当前支路上填写的信息全部清空，所以一定要定义清晰，且最好在弹窗提示文案上，也明确告知用户这样的放弃操作可能会带来的后果，让用户对自己的行为的后果有明确的心理预期。

03. 取消

“取消”这个弹窗按钮文案能且只能用于解散当前弹窗且不附带其他附加操作这样的使用场景，只有明确清晰定义了这样的使用方式，才能最大程度上减小用户认知负担，增加任务明确性。

日常交互设计中最经常遇到的就是“放弃|撤销”和“取消”两者之间的使用不规范从而导致的问题，我曾经见过如下的取消当前操作弹窗按钮文案，导致我完全无法确定按钮后续的动作：

“取消”文案不恰当使用

这是最最严重和极端的一种错误使用方式。

比这种使用方式稍微好一些的使用方式可能也意识到用“取消”作为主Action的按钮来执行一个撤销或放弃行为天然会和作为解散弹窗而存在的“取消”冲突，从而把作为解散专用的“取消”用“再想想”来替代，这样的确会减少一些认知成本，但为什么不从一开始就规范“取消”的使用场景呢？

“取消”被误用的场景

所以这种需要撤销一个已执行操作行为的场景下，把“撤销”文案错用为“取消”，就会带来一些用户使用上的困扰。

所以，将每个弹窗按钮文案的使用场景和适用范围都明确清晰地定义清楚，并在交互设计中一以贯之地执行这样的规范，就能最大程度上减少用户误解，增加界面易用性。

（全文完）