见微知著：拆解一个弹窗
今天收到了一位产品同事关于弹窗设计的咨询，她的核心诉求是想在弹窗中加一个“不再提示”的按钮，避免每次弹窗打扰用户。
这位同事的想法是否可行？如果按照这个方案设计会有什么问题呢？我们从头开始拆解。
首先我们需要明确这个弹窗的目的是什么。这是设备绑定流程的一个环节，用户扫描设备 MAC 码后，系统会进行一系列逻辑判断，当某项条件不满足时，便会触发这个弹窗提示用户：
点开图片我们可以看到弹窗内容具体分为：
- 标题
- 正文
- 按钮一：继续绑定，点击后关闭弹窗，流程继续；
- 按钮二：切换至其他企业，点击后关闭弹窗并退出当前流程，同时弹出切换企业的面板；
- 按钮三：不再提醒，点击后关闭弹窗，后续不再弹出，流程继续；
- 按钮四：关闭，点击后关闭弹窗，流程继续；
我们将其统分为三件事：
1、警告：提示用户当前企业没有待使用套餐
2、决策：让用户选择“继续绑定”还是“切换企业”
3、设置：让用户设置“不再提醒”
这么一看，当前弹窗的设计明显存在两大问题：
1、“不再提醒”本质上是一个设置项，它和“继续/切换”这两个操作项在优先级和性质上完全不同。把它们放在一起会干扰用户的决策流程；
2、“不再提醒”、“继续绑定”操作结果几乎一样，但前者还藏着“保存设置”的作用，用户根本无法区分，这会造成巨大的困惑；
因此，按最初方案中将“不再提醒”作为其他按钮的并列项，显然是不合理的。我们可以用复选框代替按钮，完成从“操作”到“设置”的转换：
这一步实际上已经解决了核心问题，但仍有其他问题存在：
1、标题文案不够精炼；
2、规范性欠缺：在iOS 和Android规范中，这种“警告型”或“选择型”的对话框极少会用到右上角的关闭按钮，而是依赖明确的操作按钮（如：确认、取消）。放在顶部的关闭按钮更常见于广告、底部弹窗、全屏弹窗；
针对以上问题，我们整改后得到一个最终方案：
调整后的交互逻辑如下：
- 当用户点击继续绑定或切换企业时
- 系统关闭弹窗并执行对应操作（绑定或切换）
- 系统同时保存复选框的（勾选/未勾选）状态
- 当用户点击取消时：
- 系统放弃所有操作
- 复选框的状态不被保存
- 弹窗关闭，流程中止
以上便是我们对这个弹窗的详细拆解。一个我们习以为常的弹窗，也充满了值得深究的细节，设计就是这样。
