当我们在设计一款产品的时候，遇到确定/取消按钮的时候，经常会停下来想一想：到底是哪种位置合适？很多的新手PM，就会靠直觉或者自认为怎么样放舒服就咋样，根据自己主观的想法来捣鼓这两个按钮。
下面，我们就来分析一下到底是确定，取消？还是取消，确定？
先看一下两个不同见解的分析：
1、确定，取消位置
说话习惯：
确定取消位置摆放，可以解释为符合日常说话习惯，因为我们提出问题，并且有肯定否定选择的时候，表达习惯经常是这样子“Are you sure？Yes?Or no?所以，确定取消位置可以这么解释，也是有道理的。
阅读习惯：
阅读习惯都是从左到有右，从上到下，所以比较快速看到了确定。
2、取消，确定位置
增加了交互感：
取消之后是终止本次操作，不进行下一步；确定是跳转到下一个环节；所以，取消在左边，确定 在右边是符合了推进事项或者进入下一环节的交互。
流程不需要折返：
用户一般是从左往右看的，用户读完内容，想取消，直接就是左边点击取消，流程不需要去折 返。
上面是两种不通见解的分析，以下我们就来八一八该怎么放才合理。
1、个人总体认为，平台习惯第一原则。
windowns：确定取消
windowns
OSX取消确定
OSX
IOS取消确定
IOS
andoird取消确定
安卓
作为PM也好，UI设计也好，最好是跟操作系统保持一致，这样可以节省用户的辨识度。因为用户已经习惯了操作系统的习惯，就算你认为你的设计会帮助用户节省半秒钟时间，但是一旦用户因为惯性错点就损失的不只是半秒钟的时间了。
2、用动词代替确定
动词代替确定
像上面的图，APPLE的确定按钮，用的是动作 来代替，这样做的好处是：可以起到警示作用，直接是告诉用户下一步的操作是什么，误点的概率会少点。
3、阅读习惯理由是不成立的
用户一般看到这两个按钮，不会去细看是什么，都是扫一眼就过了，真的没有人回去脑子里去阅读这两个按钮的，所以在这里用户的阅读习惯是不成立的。
4、误操作，危险的按钮放远点
WIndowns
OS
上面的例子，拿 Windows 里的 Notepad 跟 OS X 上的 Keynote 对比，当用户在有更改没有保存时试图关闭 App时，Notepad 的“不保存”按钮夹在“保存”和“取消”之间，用户无论是点“保存”还是“取消”都有可能误点到“不保存”而丢失更改。而 Keynote 把两个不会造成危害的“取消”和“保存”按钮放在右边，而把“删除”放在最左边。（由于 Keynote 会对已经存在在磁盘上的文档自动保存更改，所以图片截取得是关闭新文档时的对话框。因此按钮上是“Delete”，意思是点这个按钮文档就删除了，易于理解。）
总结：不要自以为操作系统给用户培养的习惯并不重要，大家如果研究过安卓系统的话，都知道安卓一开始的系统是确定取消，后面4.0左右的系统就改变为取消确定，当时就很多人点错了。
所以，不管什么，也不用去研究什么原则，与操作系统保持统一是第一原则，如果你不信呢，就跟系统对着干看看吧。
好啦，今天分享到此，更多内容可以关注微信公众号”产品经理之二三事“。
