本篇文章主要针对几组比较容易混淆的按钮文案进行对比说明,以区分它们之间的不同和厘清各自适合的使用场景。
我们在各种操作系统、各种应用程序的弹窗上可以见到多种多样的文案,比如“确定”、“确认”、“提交”、“发送”、“发布”、“保存”等等。有时候我们在设计产品的弹窗时,自己也会偶尔拿不准在某个场景下,究竟应该在操作按钮上使用什么文案来准确符合当前场景要求,避免歧义。
弹窗按钮文案
所以,我综合整理了一下弹窗按钮上经常使用的一些基本文案,并分析了各自的使用场景,希望能够抛砖引玉,查漏补缺。
这些按钮文案可以有多种分类方法,如按照最早的Alert、Confirm、Prompt方法来分的话,可以分为:
- 单纯的信息已读确认
- 带有法律责任的签署
- 同意某项操作的开关
- 将附加信息保存
而这些按钮一般都会附带解散弹窗的附加功能。
除此之外,对于非单纯信息确认型的弹窗,如果用户不想执行某项操作,可以用“取消”按钮可以只解散弹窗而阻止后续操作继续进行。
我把所有常用的表单按钮文案进行了整理和罗列,并把使用场景和功能也一一列出:
表单按钮文案列表(点击查看大图)
以上这些表单按钮文案基本涵盖了普通的弹窗按钮文案,当然运营弹窗和明确操作目标的按钮除外,在运营按钮上文案是比较自由的,而在明确操作目标的按钮上,可以直接把要做的操作如“渲染”、“运行”、“中断”等操作目标直接标注上去。
上一篇文章把弹窗按钮主要使用的文案以及使用场景和作用进行了罗列,本篇文章主要针对几组比较容易混淆的按钮文案进行对比说明,以区分它们之间的不同和厘清各自适合的使用场景。
一、“好的” vs. “我知道了”
“好的”和“我知道了”使用的场景并没有非常显著的区别,所以这两个按钮文案的使用经常容易被混淆,但仔细思考还是能发现两者之间的不同点:
好的vs.我知道了
a. 使用“我知道了”按钮时系统传递的信息的正式程度和重要程度比使用“好的”时更正式,更重要,如系统重要通知、系统发放的优惠券等等,适合用“我知道了”。
b. 用户在面对“好的”按钮时,对系统信息的重要程度的心理预期比“我知道了”要低很多。因为相较于“好的”的随意,“我知道了”更接近一种契约,一种承诺,用户会有一种在点击“我知道了”按钮时,系统拿到了“用户已阅”回执的心理模型,虽然系统并没有这么做。
我知道了更正式
c. “好的”一般也用于有前置操作的后续反馈,如前面的操作导致了弹窗结果,而用户对于前面的操作导