当我们对弹窗系统有了一定的了解后，我们需要知道什么场景需要设计弹窗。用的是什么样的弹窗？

最终，产品服务于用户。如果只是凭自己的主观意见加一关，弹窗就会成为干扰元素，极大影响用户体验。什么样的场景适合什么类型的弹窗，我们可以从以下几点来说明。

1.中断用户的操作

警告:当用户的某项操作可能存在风险时，为了避免操作失误，会弹出一个对话框打断用户，给出一定的风险警告，引起用户的注意，让他有足够的时间确认下一步操作是否真的有必要，比如删除、放弃福利机会、注销等。，并会弹出对话框提示操作后可能出现的后果。

前置条件:有些任务在流程中有一定的前置条件，需要满足条件才能进入下一步操作。通常这种情况会根据内容的金额和重要程度以对话框或动作栏的形式弹出，比如下单时选择优惠券和支付方式。

任务关键节点:在满足任务的基本条件后，用户需要操作一个关键步骤才能成功，会弹出一个对话框供用户完成最后一步，如提交订单、表单、输入支付密码等。

2.自定义弹出窗口

这种弹窗主要是从产品角度出发，不会太在意用户是需要还是不喜欢，而是会引导或者强制用户操作。

比如产品发布新版本，会强制用户更新，否则无法使用。还有各大电商app，进入首页就弹出一堆红包和优惠券，刻意弱化取消/关闭入口，让用户难以返回，利用突出的视觉和动态效果突出主题增加吸引力，达到转化用户的目的。

3.二次确认

第二次确认也是一种打断用户的操作行为，但比上面的纯打断用户更重要。主要是在用户已经做出选择的情况下再次弹出确认，避免操作结果导致用户认知的偏差。虽然从用户体验的角度来看，以最少的操作、最简单的流程满足用户需求是产品追求的目标之一，但是在经过了权利和利弊之后，二次确认的出现是一种不得已的妥协方案，可以给用户多一种避免误操作的思路，用另一种方式表达同样的意思，加深重要内容的二次记忆。

正确使用二次确认可以避免用户和产品的潜在风险。但如果从主观角度盲目滥用，就会变成对用户的恶意干扰，影响使用体验，产生任务完成难度增加、转化率降低、多步操作损害产品形象等问题。所以要从业务的实用角度出发(用户端和产品端)，做到两全其美(加——影响使用体验；不加——造成一定损失)，取其小者，考虑是否需要加第二个确认弹窗。

当用户的操作可能带来不可逆的严重程度很高的错误，比如放弃只有一次机会的好收益，恢复手机系统，注销应用账号等。，系统会给予二次确认，以减少用户的认知偏差，从而保证用户是经过多次思考后做出的决定，即使后续给用户造成损失，产品也不会太过内疚，产品也算是“问心无愧”。

第四步:简单提示

常见的用户操作后的状态反馈，即使用户没有察觉，也不会造成很大的损失，或者说结果是注定的。相对来说成本相对较低，大部分出现在任务过程中的提示(可重复)和结果反馈中，保证用户了解当前状态。

非模态弹出窗口的toas样式有很多，比如加载、成功操作、刷新结果、清空缓存等。，可以出现在其他类型的弹出窗口后面，也可以同时存在。

1.前提

优秀的弹窗需要从视觉和交互两方面考虑。它们在视觉上简洁易懂，可交互操作和控制。

视觉层面:首先需要做的是简单易懂。这时候我们就很注意文案的清晰性和按钮的层次关系了。弹出的信息需要能够直击要害，让用户一眼看到才是关键。其次，弹窗属于一种干扰信息的存在，设计一定要简洁。在弹出的时候，要考虑是否会过度影响用户的其他操作(影响是肯定的，如何降低)。想象一下，我们正在玩一个游戏，突然来了一个全屏通话(传统通话)，我们会以最快的速度挂断电话。回到游戏后，我们会发现我们收到了“午餐盒”。即使电话是理所当然的，但心里一定很不高兴。那么，如果调用以弹窗的形式出现，并且占用屏幕很小的面积(目前的调用方式)，是否会给用户足够的反应时间和缓冲时间呢？

交互:弹出的内容和操作入口要清晰可操作，虽然有时候基于业务需求，产品更希望用户进行下一步而不是回到上一步。即便如此，也只能通过弱化次要操作来突出主要操作，用户有来去自由的权利。如果弱化到用户看不清甚至找不到的程度，即使提供二次操作入口，也会产生负面效果；此外，还要注意用户对产品的可控性。无论产品如何期望用户进入下一次转型，都不能强求。必须为用户提供返回的途径(强制版本更新除外)。否则任性的用户可能会因为太霸道而直接结束应用甚至直接卸载产品。

2.设计目标

首先设计师要从用户端了解产品需求(能给用户带来什么？满足了什么样的需求？避免什么损失？…)，产品端(能给产品带来什么？如何期待产品？合理吗？能得到什么样的结果？…)分析为什么要添加弹窗，然后将分析结果转化为设计目标，确保弹窗能够根据不同的需求，在合适的时间以合适的风格合理的呈现给用户。

其次，在得到设计目标后，我们还需要从设计端和技术端考虑弹出组件的一致性。从设计的角度来说，团队的所有成员都需要对组件有一个清晰统一的认识，了解组件的使用场景，这样才能保证不会出现误用或者滥用的情况。如果增加或者更换新的设计师，很容易学习上手，提高效率。从技术角度来说，一致的弹出组件很容易被开发出来，用于组件封装的后续重用，减少了不必要的重复工作，大大提高了开发效率。

3.设计理念

在UI设计中，组件的设计思路基本一致，以满足产品的实用性和视觉统一性为目标，主要集中在以下几点:

1.信息的层次关系

在设计弹窗的时候，需要注意信息的主次层次关系，优先考虑用户想要什么或者产品想让用户知道什么，这样才能保证重要的信息能够在第一时间传达给用户。

2.展示形式

弹窗需要根据实际场景合理使用，不能为了简单而过度删除内容，更不能画蛇添足。比如对于一些偏向于运行状态和系统报告的提示，可以使用简单的反馈，而对于可能给用户造成损失的提醒，则需要故意打断用户，给出更清晰的提示甚至二次确认。

△比如删除内容，需要使用模态弹窗，明确提醒用户，如果使用非模态，很可能会被用户忽略，带来不可逆的损失。

3.文案表达

由于弹窗本身所承载内容的限制，实体文案必须简洁准确。如果能用一句话说清楚，就不要太啰嗦了。不仅容器空有限，用户的耐心也有限。要在有限的空时间和有效时间内把核心内容表达清楚。

4.弹出的时间和频率

对于操作弹窗来说，如果弹窗时间不对或者过于频繁，可能会让用户反感，所以我们需要把握好弹窗的时机和频率。

例如，用户有一张未使用的优惠券。如果用户每次进入应用都看到弹窗提醒，但是真的不想购买商品，一直被弹窗打断真的很烦，那么可以将提醒弹窗设置为每天第一次进入应用时的提醒，总共5次进入应用后的提醒，用户即将过期时的提醒，或者用户想购买且优惠券支持类别变更时的提醒等。总之需要控制在大多数用户可以接受的范围内。