弹窗适合让用户在当前页面完成一个短任务，或作出继续操作前必须明确的决定。仅仅告知“已保存”等结果时，通常可以使用不阻断操作的反馈。先判断是否需要中断，再决定浮层的外观。
弹窗的设计不只包含标题、按钮和遮罩，还要说明它为什么出现、用户能否退出，以及操作完成后回到哪里。一个视觉上简洁的弹窗，如果缺少这些行为，也可能打断原来的任务。
用Pixso 的交互原型与评审把触发页面、弹窗和结果页连起来，能同时检查文案与操作路径，避免只交付一张展开状态的效果图。
弹窗的定义及分类
弹窗是在当前页面上方出现的浮层，可以承载信息、短表单或需要用户作出的决定。是否阻止用户操作后面的页面，是区分模态与非模态的重要依据，而不是浮层的大小或停留时间。
注册完成后的浮层应先让用户知道结果，再提供清楚的下一步；如果没有必须立即处理的任务，也可以把成功结果放回页面，不必强制再确认一次。
模态对话框打开时，背景页面暂时不可操作，用户要先完成或关闭对话框。非模态浮层允许用户继续处理页面中的其他内容，例如与某个控件关联的提示。不能仅凭“有按钮”或“会自动消失”判断它属于哪一类。
①模态弹窗
模态弹窗适合需要明确决定的短任务，例如确认归档、处理不可轻易撤销的操作或填写简短信息。促销或版本介绍不应只因为“想吸引注意”就默认打断用户。
删除类操作应明确写出对象与后果。图中的“Continue”只表达继续，实际设计时可改为“删除文件”等具体动作名称；不要让用户根据按钮颜色猜测将发生什么。
功能：让用户围绕一个有边界的任务作出决定，同时保留理解该决定所需的上下文。
场景：退出未保存的编辑、归档项目、删除记录等。是否需要确认，要结合后果和恢复方式判断；无风险且可轻松撤销的操作，不必反复打断。
组成：清楚的标题、必要的结果说明，以及语义明确的操作按钮。标题尽量说清对象与动作，例如“归档品牌手册？”，而不是只有“提示”。
退出方式：提供可见且可理解的取消或关闭入口，不必机械地同时放“取消”和右上角叉号。分别明确键盘、点击遮罩与关闭按钮的行为；若某入口允许关闭，应一致地结束当前弹窗，不要把关闭解释为默认同意。
②非模态弹窗
非模态浮层不阻断背景操作，可以用于上下文解释或轻量反馈。它可以按需持续显示，并非一定短暂消失；包含重要说明时，应让用户有足够时间阅读和再次找到它。
轻量反馈：Toast 常用于简短的操作结果，通常会自动消失。它与可以承载操作的浮层不是同一个概念；需要用户重试、修正或保留信息时，不宜只依靠一条短暂提示。
场景：“链接已复制”等不要求下一步决定的成功反馈。表单提交失败则应在相关位置保留原因与重试入口，不能提示消失后只留下用户猜测。
平台差异：系统组件的展示会随平台和版本变化，不能把“只能放文字、不能有图标”当成通用规则。Android 的 Toast 文档说明，面向 Android 12 及以上的应用，其 Toast 会显示应用图标并限制为两行文字。跨平台设计应分别核对当前组件，不直接复制外观规则。
弹窗设计的基本原则
以下五项原则分别处理打断时机、文字、信息量、类型与视觉反馈。先判断是否需要浮层，再完善它的内容，通常比先选一种漂亮样式更可靠。
①减少干扰
模态弹窗会暂时中断原任务，应优先用于继续前必须作出的决定。消息更新、常规成功反馈和非紧急推广，可以先考虑页面内提示；用户没有发起相关操作时突然出现的浮层，更容易让人失去上下文。
这类推广与感谢浮层可以参考视觉布局，但出现时机仍要服从当前任务，不能用遮罩或强制关闭来替代内容的相关性。
②使用用户易于理解的弹窗文案
弹窗应使用用户熟悉的名称，直接说明对象、动作与后果。按钮也应回答“按下后会怎样”：例如“取消”和“归档项目”比“否”和“是”更容易辨认。操作结果明确后，再显示成功或失败反馈，不能一点击确认就假定已经完成。
③讲求极简原则
弹窗要保持简约，删除不能帮助当前决定的信息。确认操作通常只需要主操作与取消；如果任务确实有第三种互不替代的选择，可以保留清楚的第三项，不应为满足“两项”而隐藏必要路径。涉及长文、复杂筛选或多个步骤时，独立页面通常更容易理解与返回。不确定容器形式时，可按弹窗、抽屉与页面跳转的适用场景比较。
④选择适当的弹窗种类
需要阻止背景操作、集中完成短任务时选择模态；用户仍需参考或操作背景内容时，考虑非模态浮层或页面内区域。点击周围是否关闭，是需要单独定义的行为，不是判断模态类型的标准。
⑤保持视觉一致性
模态对话框通常通过遮罩突出当前任务，并让背景真正不可操作；不能只有变暗的视觉效果，键盘焦点却仍跑到背景。非模态提示不必套用全屏遮罩。避免在一个简单弹窗里连续打开更多弹窗；确需分层时，要明确每层的关闭与返回位置。
关闭弹窗后，用户回到哪里
在 Pixso 中把“项目详情—归档确认—已归档列表”放在同一条原型路径里：确认文案写明文件与评论保留、项目移出进行中列表，以及从哪里恢复。评审时再检查取消是否回到原位置，归档成功后能否找到项目。
- 打开时：焦点进入对话框内的合适位置，长内容可先落在标题；不可轻易撤销的决定，应谨慎选择初始焦点，不让用户误触主操作。
- 处理时：Tab 与 Shift+Tab 在对话框内移动，背景不能继续接收焦点。页面滚动与对话框内容滚动也要分清。
- 关闭时：取消或 Escape 应结束对话框，通常把焦点还给原触发控件；原控件已消失时，选择符合下一步任务的落点。
这些键盘与焦点行为可参照W3C 模态对话框模式。原型里可以先表达状态与去向，最终网页仍需在键盘和辅助技术环境中验证实际行为。
弹窗是否好用，最终要看用户能否理解这次打断、完成决定并回到任务。可以从现有项目挑一个归档或删除动作，在 Pixso 中补出触发、取消、成功与失败四条路径，再逐条讨论文案和返回位置。
