编辑弹窗关闭后才发现没保存，怎样设计未保存修改提示？

未保存修改提示，应该保护用户实际做出的输入，而不是每次关闭弹窗都问一遍。编辑弹窗打开后什么都没改，直接关闭通常不需要打断；内容已经改变且尚未保存时，关闭入口就需要让用户知道会失去什么，并提供继续编辑的路径。

这项设计先从“何时算有变化”开始。按钮、叉号、遮罩、键盘与返回可能走不同入口，如果只给取消按钮加了提示，用户仍可能通过另一个入口丢失内容。保存失败时也要保持输入，不能让提示替一个实际上没有恢复能力的流程背书。

未保存变化是内容状态，不是点过输入框

记录弹窗打开时的采用内容，再判断当前编辑是否改变了需要保存的值。聚焦输入框、展开帮助或浏览附件，并不必然修改内容；如果这些行为也触发提醒，频繁用户很快只会机械点击离开。

修改之后又恢复原值，通常应按当前需要保存的差异判断，而不是记住用户曾按过键盘。实际比较规则需要产品与开发约定，包括空白处理、字段顺序和默认值的含义，不能在设计稿里只写“有输入就弹提醒”。

新建与编辑可能不同。新建表单如果自动带入默认值，是否因此就算未保存草稿，要根据业务决定；编辑已有记录时，当前值与已保存版本的关系需要清楚。不能让用户一打开弹窗就被判断为制造了一份未保存内容。

条件联动也可能改变值。切换某个选项导致附件清除或字段重置，虽然用户没有逐项输入，仍可能产生需要保存的变化。提醒规则应涵盖这些真实变化，同时解释高影响联动，让用户不会直到关闭时才发现内容已经不同。

列表顺序本身是否属于需要保存的内容，也要按任务确认。用户重新排列附件，可能改变最终展示；只是切换表单分组的浏览顺序，则未必改变数据。把这两类操作分开描述，可以避免实施时一律按界面变化判断未保存。

定义可以写成一张简短规格：比较对象、哪些行为改变内容、保存后采用哪个版本、恢复原值怎样判断、联动与附件如何计入。它描述判断依据，界面再按状态提示，不用给每个关闭按钮各自猜一套规则。

把关闭入口逐项列出，采用同一内容判断

常见入口包括取消、右上角关闭、遮罩点击、键盘关闭以及跳到其他页面。产品决定哪些入口允许关闭，再让它们采用相同的未保存判断。不是所有弹窗都必须支持遮罩关闭，但已支持的入口不能绕过内容保护。

关闭含有未保存变化的弹窗时，提示说明当前修改尚未保存，并让用户选择继续编辑或放弃当前修改。按钮名称应表达具体动作，避免两个“取消”出现在不同层级：一个取消关闭，一个取消编辑，让用户靠位置猜含义。

如果提供“保存并关闭”，需要确认此动作真实完成哪一步。保存可能触发校验或等待处理，不应先关闭再用短暂提示报告失败。失败时返回可编辑状态且输入仍在，成功时再按实际结果关闭或展示确认。

没有可靠草稿能力，就不写“稍后可恢复”。有草稿能力，也要说明哪些内容已经保存为草稿、哪些附件或字段尚未保存。提示中的承诺需要对应实际存储条件，不能用文案创造产品不存在的恢复功能。

存在高成本输入时，先核对实际恢复边界。例如较长说明、附件与多字段配置，放弃后能否重新取得，分别有哪些限制。提醒可以根据这项后果提供必要说明，不用所有任务共用一句无法解释损失的“是否退出”。相关操作可参阅《删除前一定要弹二次确认吗？危险操作设计应该根据“能不能撤销”决定》。

在嵌套弹窗中，关闭二级选择窗通常不等于放弃主编辑内容。需要分清每层保存任务，避免一次取消附件选择就触发整份表单的丢失警告，也避免关闭主弹窗时只判断二级窗状态。

提示要帮助决定，不要求用户重新读完整表单

提示可以说清正在编辑的对象以及当前修改会被放弃。若任务较复杂，可以补充主要改动概述，但不需要把全部字段复制进确认框。目标是让用户确认离开后果，而不是在第二个弹窗里再次完成一次编辑。

继续编辑应回到原上下文，保留输入、附件状态与合理位置。若提示关闭后表单跳回顶部、输入被清空，用户虽然选择留下，仍然失去工作。返回位置与焦点安排也应在交付规格中说明并实际核对。

提示本身被关闭时，也要有明确结果。如果用户通过允许的方式取消提醒，通常应继续保留编辑，而不是默认放弃输入。再次退出时重新按当前内容判断，避免一次取消提示改变了未保存状态，后续直接丢失内容。

选择放弃后，当前编辑内容按确认规则撤销，列表与详情继续显示已保存版本。不要在主列表先展示尚未保存的新值，让用户无法判断到底是否丢弃。内容保护与最终数据展示要采用同一事实关系。

无变化直接关闭时，仍应有正常的返回位置。减少提醒不是减少任务检查，而是把打断用在真正存在损失的情形。可以观察提示触发是否准确，不用弹出次数多来证明保护更充分。

保存失败与结果未知，不能当成没有变化

校验错误时，提示靠近对应字段，保留其余已填写内容，用户修正后可以继续。此时关闭仍需按未保存变化判断，不能因点击过保存按钮就把内容状态重置成已保存。

网络或处理失败时，同样说明内容尚未确认保存，并保留可继续编辑的输入。若系统无法判断写入结果，应提供核对路径，而不是一边显示失败，一边立即允许用户重做全部任务。具体核对方式由实际系统能力决定。

附件上传成功不等于主记录已保存。编辑可能完成了文件上传，但字段关联尚未提交；提示与状态需要区分，让用户知道关闭后哪些关系没有确定。不要把附件上传反馈写成整份编辑已完成。

如果存在自动保存，状态要基于实际确认结果。正在保存、已保存和保存失败分别表达，关闭规则与这些状态对应。只要输入仍有未确认变化，就不能因为采用自动保存方式而完全省略恢复安排。相关操作可参阅《组件状态为什么总在开发阶段补？按钮、输入框和卡片至少要把这些状态设计完整》。

保存过程中用户请求关闭时，产品需定义等待、取消或继续后台处理的边界。选择依业务实现决定，界面如实说明，不能既允许关闭又默默中断任务，让用户认为保存会继续完成。

用入口与内容状态组合做走查

准备没有变化、真实修改、改后恢复原值、联动变化、附件变化、保存校验失败和处理结果未知等内容状态。对每类分别尝试已经支持的关闭入口，看提示与结果是否符合约定。

键盘测试应覆盖焦点移动、触发关闭提示、选择继续编辑和回到原字段。这里只要求任务可完成与位置可识别，具体快捷键以产品已支持能力为准，不在设计文案中承诺所有平台行为相同。

再测试从详情、列表和通知等不同入口打开同一编辑任务。内容初始版本可能不同，未保存判断应采用真实加载结果，不能让旧数据或尚未完成加载的表单成为错误比较基准。

让核对者在提示出现后说清两个动作会有什么后果，再实际执行。按钮名看似短小却让人理解相反，或选择留下仍丢输入，都属于需要修正的问题。截图中的提醒框存在，不足以证明流程可靠。

记录实际保存结果、恢复输入和返回位置。完成标志是仅在需要保存的变化存在时合理提醒，各关闭入口一致，失败不清空内容，留下与放弃都对应明确结果。用户能够放心退出，也能够继续完成尚未保存的工作。

常见问题

只点过输入框，没有改内容，要提示吗？

通常不需要。提示依据是需要保存的实际变化，聚焦行为本身不等于修改。判断规则应由产品明确，避免无意义地反复打断。

修改后又改回原值，还算未保存吗？

按当前与已保存内容的差异判断，并约定格式等比较规则。不能只记用户曾经输入，否则恢复原值后仍会出现与实际内容不符的提醒。

取消按钮有提示，叉号可以直接关闭吗？

若两者都放弃同一编辑内容，就应采用相同判断。只保护某个入口会留下丢失路径；产品也可以按任务决定不提供某种关闭方式。

已点击保存却失败，关闭时还要提醒吗？

需要按未保存状态处理，并保留输入。点击按钮不证明写入成功，校验或处理失败后不能把内容标成已经保存。

提示里可以放“稍后恢复草稿”吗？

只有真实草稿能力与保存状态支持时才可以。要说明哪些内容已保存、如何找到；没有恢复能力时，准确提供继续编辑或放弃当前修改。