复杂业务表单怎么减少漏填：条件字段、保存草稿与错误定位
复杂表单应先明确字段依赖和提交条件，再决定分步还是整页。草稿可以不完整，最终提交必须满足业务规则；发生错误时保留输入，让用户知道改哪里、如何继续。
阅读目录5 个章节
先画字段依赖，不先画页面
把每个字段的提供者、必填条件、取值来源和影响对象列出来。比如选择外部采购后才需要供应商资料，选择现有供应商又可以引用已确认信息。这样的关系决定显示顺序，也决定用户改回上一步时哪些值仍然有效。字段隐藏不等于字段可以继续参与提交。
假设使用者先选“新增设备”，填写一组设备资料，随后改成“更换现有设备”。设计说明要写清旧输入是清空、暂存还是提醒确认，并由后台按当前分支核验。不能让看不见的旧值悄悄覆盖现有台账。
什么时候分步，什么时候保留整页
资料天然分成独立阶段、填写时间较长或需要中途离开时，分步表单更容易标清进度。使用者需要频繁比较多个字段、对照一份单据连续录入时，整页分组可能更直接。不要用步骤数量代替复杂度判断；每一步都要有稳定名称和可返回的路径。
在切换步骤前，只校验继续所必需的信息。尚未到达的后续问题不应提前报错。最终提交前提供可复核的摘要，摘要中的修改入口应回到准确字段，并在完成修改后回到审核位置，而非强迫重新走一遍。
草稿不是提交失败的另一个名字
- 草稿：说明保存了哪些内容、何时保存、由谁可继续编辑，以及是否包含附件。
- 待补资料：说明缺项，但不误导用户以为已经进入审批。
- 已提交：显示业务标识和后续状态；重复点击不能当成新申请。
- 结果未知：服务超时后先允许查询状态，不直接宣称失败并鼓励重复提交。
如果自动保存只保存到当前浏览器，必须与服务器草稿区分。换设备能否续填、会话失效后如何恢复、多人能否同时编辑，都要作为真实功能确认，不能只画一个“已保存”图标。
错误提示要能指向下一步
GOV.UK错误提示指导区分可由用户修正的输入错误与服务本身的问题。业务表单可以借鉴这种区分：缺少日期时告诉用户补哪个日期；系统不可用时保留输入并给出恢复路径，不把错误归咎于某个正常字段。这里引用的是设计方法，不是要求企业系统照搬政府界面配色。
长表单可在开头给出错误清单，并让每项跳到对应字段；字段旁仍保留具体说明。提示“格式错误”通常不够，应说明可接受的格式、范围或需要核对的依据。不要因为一次验证失败清空其他正确输入。
怎样验收条件与恢复路径
- 分别完成每个业务分支，再在提交前改回另一分支，检查隐藏字段不再错误参与。
- 保存不完整草稿，退出后从允许的设备恢复，核对文字与附件。
- 人为制造一个字段错误和一次服务失败，确认提示不同，已填内容仍在。
- 用键盘从错误清单到字段修正，再返回复核摘要。
- 模拟会话过期和提交超时，核对是否有准确的结果查询或重新登录路径。
涉及金额、权限或必填条件的最终判定应由后台执行。设计稿可以定义反馈和流程；是否真的保存、是否越权、是否重复创建，必须在联调版本验证。若业务规则尚未统一，应先形成分支规则表，不宜直接进入全量页面设计。
表单设计的下一步，是把必填条件、可存草稿状态和失败后的输入保留规则写进软件需求文档。再用可开发原型串起填写、修正与提交；对接UI设计服务时，应提供有代表性的错误样例，而不只是空白表单截图。