需求核对弹窗的价值，是在最终提交前让用户发现关键错误：选错服务、遗漏联系方式、日期相互矛盾，或把尚未确定的范围写得过于确定。如果只是把几十个答案复制成一段长文，用户仍然很难判断该检查什么。
设计核对内容前，需要先选出最影响后续沟通的字段，再明确返回修改与最终保存的关系。弹窗不是一份正式需求书，也不是系统替用户解释项目的地方；它应忠实展示当前输入，并让修正容易完成。
先选影响沟通的字段，而不是展示全部控件
优先核对的通常是当前服务、联系方式、关键日期、现状和范围。选择这些字段，是因为错误会使接收人员联系不到客户、误解任务或基于错误条件评估。具体优先级仍需看这张表单的实际业务目的。相关操作可参阅《表单错误提示怎么写才不让用户抓狂？“格式错误”不是一个合格的解决方案》。
例如，假设一个表单同时支持官网建设和已有设计稿开发，核对页应先说明当前选择哪种服务。开发服务是否已有可交付设计稿，比用户在某个视觉偏好中选了哪种风格更影响下一步判断。
长文字可以保留核心标题和可展开内容，不宜自动概括成新的承诺。若要截短显示，必须让用户知道还有内容，并能查看完整答案。没有查看途径的省略，可能把关键限制隐藏掉。
可选项也不需要全部列出。列出已填内容和需要确认的空缺即可，避免连续十行“无”“未填”淹没联系方式。必要缺口应在提交前检查，不应等用户看完弹窗才出现另一份错误列表。
核对页应说明这是提交前确认。标题可用“请核对当前需求”，最终按钮写清提交动作。不能在弹窗刚打开时就写“需求已收到”，因为用户尚可能返回修改或取消提交。
共用信息与当前服务范围分组
姓名、公司与联系偏好通常属于共用信息；设计稿、旧网站地址、品牌资料等可能只属于某种服务。核对页按这两组展示，更容易让用户发现是否选错服务，也帮助接收人员理解资料用途。
只显示当前服务的有效答案，是合理的默认方向。若用户之前填写过另一服务的专属内容，当前已经切换，旧内容不能悄悄混入摘要并随需求提交。是否保留为草稿，则由切换规则另行处理。
字段标签要让普通访客看得懂。后台叫“服务分支二”，核对页应展示明确业务名称；代码中的选项身份可以稳定，界面仍需采用合适语言。用户不应被迫理解内部字段结构才能确认答案。
假设用户先选品牌视觉，填写素材说明，又改选网站建设，核对页就应展示网站建设的当前范围和共用联系信息。若确实允许多服务同时咨询，应明确展示所选服务与各自专属内容，而不是沿用单服务摘要规则。
核对内容还可以区分访客输入与系统带入信息。如果显示来自某个服务页的来源，应明确它是来源信息，而非访客主动选择的需求；如果自动带入某种服务，允许用户确认或修改。系统知道用户从哪里来，并不代表它知道用户最终要做什么。
顺序可以跟随沟通判断：先看服务与核心问题，再看时间和资料，最后确认联系方式。无需完全照抄表单控件的出现顺序，只要不改变内容关系，并能快速返回对应位置修改。
未填写、不确定和明确没有应分别表达
这三类答案会影响后续提问。未填写说明没有输入，不确定表示用户尚无法判断，明确没有则是主动否定。如果核对页统一写成“暂无”，接收人员就无法知道该继续确认还是尊重现有结论。
例如，在假设场景中，“还没决定是否需要英文版”不能被改写为“不需要英文版”；“没有旧网站”也不等于“旧网站地址未填写”。摘要应使用与原选项一致的措辞。
多选题尤其需要防止矛盾。若整体未定与明确选项应互斥，核对页应只展示合法的当前组合。恢复旧草稿出现冲突时，先让用户修正，再进入确认，不要由摘要自行猜测哪项更重要。
日期和预算也要保留边界。暂未确定的日期不能转换成今天，预算未定不能转换成零。已有币种、区间或条件，应一并展示；否则看似整齐的摘要可能比原输入更误导。
对于空白但不影响提交的字段，可以按用途选择省略或显示“未提供”。如果某个空缺需要后续讨论，可提示“后续沟通时确认”，但不能虚构客户已经同意某种方案。
返回修改要回到正确位置，并保留输入
用户发现问题后，应能直接返回对应字段，或关闭核对页继续修改。最重要的是已经填写的独立内容保留，当前服务与附件状态不发生未经说明的改变。不能为了重新进入表单，把所有输入重置。
若使用分步表单，返回操作需要定位到正确步骤，并保持其他步骤的有效信息。修改服务或联系方式后，再打开核对页，必须重新读取当前答案，不能展示第一次打开时生成的旧摘要。
弹窗也不是唯一形式。字段多、文字长或手机屏幕较小时，独立核对页可能更适合。选择哪种载体，应看用户是否能够通读和修正，不宜仅因为组件库里有弹窗就强行使用。
弹窗关闭也需要明确意义。点击关闭通常只是取消本次核对，仍保留输入；清空整份需求则是另一种动作，不能放在同一个含糊按钮中。若返回修改会中止当前提交，应让用户知道尚未保存，避免他以为关闭弹窗后企业已经收到资料。
手机验收要检查滚动、最终按钮与返回入口。确认按钮不能挡住未读内容；返回按钮不应难以点击；弹窗打开后，键盘操作和焦点应有清楚路径。关闭后回到合适位置，用户才知道还能继续编辑。
附件修改则要展示真实状态。已选择但未上传，与已正式可用的附件不同；核对页不能只列出历史文件名便认定资料齐全。移除或替换后，数量与名称都应同步更新。
核对的是当前输入，保存仍需服务器确认
点击核对弹窗里的提交，才进入最终处理。服务器仍需要检查有效输入、当前服务与关联资料，并返回保存结果。不能把核对页通过当作正式保存成功，也不能让它替代服务端检查。
防止重复提交需要与真实请求状态配合。处理过程中提供明确反馈；结果未确认时保留输入并提供核对路径。即使弹窗只允许点一次，也不足以证明刷新或网络重试不会创建重复记录。
准备一个受控样本，从填写、查看摘要、返回修改，到再次查看并提交，最后打开后台记录。比较的是修改后的最终内容，尤其检查服务、联系偏好、日期、未定选项和附件是否一致。
验收人员可以故意先填一个错误联系方式，在摘要发现后返回修正，再保存。这个动作同时检查字段定位、输入保留与最新摘要，比只拿一份全部正确的样本点击下一步，更接近核对页要解决的实际任务。
再加入几种变化：切换服务后重开、改动多选后重开、只保留一种联系方式、长文字展开，以及手机返回修正。每种情况明确期望摘要，不要只验证“弹窗能打开”。
成功标志是用户能发现关键错误、无需重填就能修正，重新打开显示最新答案，实际保存与最终确认一致。若设计评审只看第一次打开的静态截图，就很容易漏掉摘要过期和旧字段混入的问题。
交接时把摘要字段清单、未定语义、返回位置和保存核对样本一起保留。以后增加服务或改动表单字段时，应同步更新核对页。只改输入界面却忘记摘要，会让原本有效的确认流程逐渐失真。
常见问题
所有需求表单都必须增加核对弹窗吗？
不必。字段少、容易修正的简单联系表单，可以直接提交并反馈。范围复杂或容易选错时，增加核对更有意义，载体也可以是独立页面。相关操作可参阅《企业网站咨询表单应该收集哪些信息？字段越少不一定越好》。
核对内容越完整越好吗？
应以发现关键错误为准。过多无关字段会掩盖服务、联系方式和重要条件。长文字需要可查看全文，但不能依赖未经确认的自动摘要代替原输入。
返回修改后，为什么还要重新生成摘要？
因为答案可能已经改变。沿用旧摘要会让用户确认与实际提交不同的内容。每次打开都应基于当前有效输入，并检查旧服务字段是否仍参与。
不确定可以在摘要里写成暂无吗？
不宜随意替换。未定、未填和明确没有含义不同，应保留原答案的准备程度。只有业务规则明确一致时，才能使用共同表达。
用户看过核对页，是否可以不再检查后台保存？
不能。核对页只证明展示过当前输入，最终保存仍可能有字段映射或附件关联问题。用同一条受控需求比对实际记录，才能确认端到端一致。
链接复制成功
