UDC帐号绑定取消登录设计过程中，首先拿到产品老师提供的原型稿，如下图：
拿到这个原型图后，我想知道的是：1.此场景是如何触发的？2.这个弹窗的作用？3.产品功能的预期是什么？
和产品老师沟通后，我得到的答案：1.用户在绑定授权手机号后点击左上角的【返回】触发。2.与用户二次确认是否退出。3.挽留用户的误发操作，不希望用户终止此流程。
由此得出结论：这是一个警告框，是一种操作上的确认，只用当用户点击按钮后才算真的完成，才可以有其他操作，主要作用是警告或提示用户。
按照原型图拆分，显而易见这个警告框由两部分组成（一般还会有标题三部分）：正文，按钮。同时按钮分为主要与次要按钮。
至于警告框中的两个按钮操作到底应该放什么？对比了常见的两种方式：
其实两种方式不是非黑即白的关系，也没有谁对谁错，而是认为用户会怎么做。针对于编辑信息的场景下我更倾向于右侧的方式，原因是：当用户点击了返回我们就认为用户的确是想返回了，那么需要做的选择就是要不要保存，无论是否保存都会如意的返回上一页。左侧的方式其实也没有错，他考虑了用户误操作的情形。当用户选择了返回并不一定是真的想返回还有可能是不小心点错了，所以点击了【取消】后并不会回到上一个页面，而是会停留在当前页面让用户自己选择保存还是继续编辑。
举一反三，将上述思考带入到我们的项目场景中，用户的心理习惯与预期都是点击右侧的【强化按钮】，这是符合用户的心理预期与视觉流向的，因此结合我们想要挽留用户的业务场景，我们会把右侧有的文案修改为正向提示信息——即让用户触发右侧按钮后继续留在绑定授权这一流程下。
也就是等同于上图的让用户留在当前页面。这样我们就完成了二次确认弹窗的规范梳理。
明确了上述内容后我们重新回头看原型图，存在了如下问题点：1.正文内容是否与确认叠用很难理解。2.右侧的【强化按钮】是个负向提示信息。3.负向提示信息却实现了正向挽留用户的业务场景。
因此，对弹窗的内容按照我们既定的规范重新调整如下：
同时，右侧的文字btn我们提供模板，支持各对接业务方进行个性化颜色定制。
