设计师对于确认行为的设计也不应掉以轻心，如果遇到错误、或者一些意外情况可能导致用户的误操作而引起严重的损失，本文将分享关于有效的确认对话框设计的一些规范以及最佳实践。
确认行为一般用以询问用户去确认他/她是否执行或者取消某一请求。确认请求通常会在执行一些毁灭性的操作，如删除相册中的照片，或者是一些相对重要的操作，如发表一篇文章。
Medium 在用户发布文章时确认用户期望发布该文章的工具设计
确认行为并不是一直都需要的，而且确认请求的使用实际上会增加用户的误操作。如果一个用户被不断的询问对每一个操作进行再次确认，用户将最终忽视这些确认请求。确认请求在一些能够容易找回或者不太重要的情形下则不必使用。
推荐用法：
- 将确认的行为作为问题显示在标题的位置
- 在确认对话框内部对该行为即将产生的后果给出解释
- 通过按钮再次重复将要执行的操作
避免以下用法：
- 运用模棱两可的问题提，如：“你确定吗？”
- 请求确认的内容用的是非描述性的语言
- 运用“是/否”作为操作按钮
- “取消”会使用户困惑，如，当询问一个毁灭性的确认行为时，询问的语句是若是取消进行更改，用户则有可能误解“取消”是执行取消的动作而不是取消该确认的对话框。
确定请求可包含多种交互形式以确保用户对即将产生的后果有明确的理解。如，运用勾选复选框来表明行为的意图或者输入密码进行确认。
Invision的确认对话框模型需要用户通过勾选复选框选项来明确告知用户删除原型之后会产生的结果
确认请求的表现形式可以是多种多样的，如嵌入行内，模式的对话框以及工具提示的方式。一些免费的Sketch关于确认行为的设计，欢迎在你下一个项目中使用。
以模式、工具提示以及内嵌入行为表现形式的确认对话框的设计。下载Sketch文件
未来的确认行为操作方式
2014年，我写了关于Building a better button 的文章。文章是在“扁平化设计”趋势下的思考，因为按钮看起来越来越不像按钮，所以我担心用户可能在无意识状态下会有某些误操作，我解决这个问题的想法是设计一个需要比点击或者轻击更为谨慎交互的按钮。
在即将到来的2017年，虚拟现实、增强现实、可穿戴设备、以及各种基于手势/声音的界面将成为主流，我们即进入一个充满灵巧敏捷以及交互方式发生极大变化的时代，这些变化会影响我们调用行为方式的思考吗？
评论回复