前端设计，确定按钮正慢慢消失

不论做什么产品，界面上几乎都少不了「确定」按钮，例如：操作提示时、进行选择时、填写表单数据时……

完成、保存、下单……各种代表“确定某一步骤”的按钮，都可以统称为确定按钮。

以前的产品设计，大量以来确定按钮，但是现在的产品设计，确定按钮用得越来越少了。

倒不是因为不需要确定操作了，而是除了「确定按钮」之外，设计师们发现了更好的方式。

能自动「确定」就不需要按钮

有一句话说：

最好的交互就是没有交互

同样，最好的「确定」按钮，其实是没有按钮。

例如，手机锁屏时，输入密码后不需要确定按钮就可以直接验证进入。

能这么做是因为手机锁屏密码固定六位数，而电脑的锁屏密码通常不确定，所以还是需要一个「确定」按钮。

这说明，如果能够预料到用户的操作数量，且操作很简单的话，是完全可以考虑去掉「确定」按钮的。

不是什么时候都适合写「确定」

通常「确定」字面上可以表示：“我知道了/就这样”。

如果是提示或者是简单的操作，则比较适合使用「确定」文案。

把确定了什么写出来

如果是发送、登录、购买、支付……这类目的性很强的操作，与其写「确定」还不如直接把操作目的写出来。

不然，如果只写「确定」，让人容易犯迷糊。

进行了输入/修改，得用「保存」

输入操作后，用户最怕丢失信息没有保存，回头得重新写。

如果只是简单的表单，例如设置用户名什么的，重来一次倒也无所谓。但如果是填写项达到三、四条甚至更多，看不到「保存」两个字难免担心数据丢失。

如果按钮上写清楚「保存」两个字，也让人安心一些。如果是自动保存，也需要把相应反馈展示出来。

只是结束流程而非操作，可以用「完成」

其实「完成」按钮大多可以用「确定」替代。

但是「完成」的特别之处，是表达了“结束流程”的概念。

所以，如果想让用户感觉按下按钮之后不会进行任何其它操作，而仅仅只是结束流程而已，则很时候使用「完成」。

工具类产品，可以用「XX并XX」

很多工具类产品，为了操作效率会把两个操作并列起来。

例如我现在打在所用的公众号编辑器，就有一个「保存并群发」的按钮：

这样做挺好的，工具类产品效率最重要美观是其次。两个经常要连贯执行的操作，合为一个按钮能够减少没必要的点击。

而一旦把操作合并了，肯定要写清楚比较好。否则如果没说明白，既让人难以理解，而且点起来又不放心，导致学习成本大大增加。

有一个问题是，如果文字太长了，可以考虑简化按钮文案并在旁边加点提示。

工具类产品效率最重要美观是其次，因为如果不写清楚很难让人理解。

前往了解国思RDIF.vNext低代码开发平台：http://www.guosisoft.com