多步骤表单原型的关键，不是把长表单拆成几页，而是让用户随时知道当前在哪一步、还缺什么、返回后资料是否保留。先定义步骤之间的依赖，再为正常、返回、草稿和错误状态建立连贯页面，评审时才能发现“下一步能走通，但回到上一步就丢数据”的问题。
以贷款申请为例，第一步填写借款人信息，第二步上传收入证明，第三步确认额度。可以用墨刀制作可点击的多步骤原型，先验证步骤分工和数据连续性，再处理视觉细节。
先按用户决定划分步骤
每一步应该完成一个相对完整的判断或资料准备，而不是按字段数量平均切页。贷款申请可以这样分：
| 步骤 | 用户要完成的决定 | 进入下一步前必须确认 |
|---|---|---|
| 借款人信息 | 确认申请主体和联系方式 | 姓名、证件类型、联系方式格式正确 |
| 收入证明 | 选择并提交能证明收入的材料 | 文件类型、归属人和上传状态可辨认 |
| 额度确认 | 查看申请摘要并提交 | 金额、期限、费用说明与提交结果一致 |
把一整组字段放在同一步，却让用户到最后才发现证件类型不匹配，会增加返回成本。反过来，过度拆分也会让用户频繁点击“下一步”。划分依据应是业务决定和错误边界。
为步骤条定义四种状态
步骤条至少要区分当前、已完成、待完成和存在错误。完成不等于用户曾经访问过，而是这一步的必填信息满足了进入下一步的条件。如果用户回到第一步修改手机号，后续步骤是否需要重新确认，应由规则决定并在原型中表达。
- 当前：突出步骤名称和正在处理的内容。
- 已完成：允许回看，并能说明摘要或修改入口。
- 待完成：说明需要什么资料，不让用户误以为可以直接提交。
- 需处理：指出错误所在步骤，点击后回到具体字段，而不是只回到页面顶部。
示例不要只画一条蓝色进度线。让评审者点击“收入证明”返回时，检查借款人信息是否仍显示，确认后再回到原位置。
不要把进度条当成导航权限
有些步骤允许回看，有些步骤必须完成前置资料后才能进入。进度条上的数字不应自动意味着任何一步都能跳转。给“回到借款人信息”与“跳到额度确认”分别定义条件：前者用于修改已填资料，后者只有收入证明满足规则后才开放。若用户从浏览器返回或刷新，原型至少要表达他会看到当前草稿还是重新开始。
为每一步记录：状态名称、进入条件、允许操作、离开后的数据、责任人。它能帮助研发和测试区分“已完成但可修改”和“已提交不可修改”，也能避免设计稿里的按钮状态与 PRD 不一致。
草稿保存失败时，不要先显示“已保存”
草稿至少分为“有未保存改动”“保存中”“已保存”和“保存失败”。例如用户改完手机号立即离开，若保存尚未完成，应提供“继续等待”和“返回编辑”；保存失败则保留当前输入并允许重试。只有收到成功结果后才显示保存时间。恢复草稿时，若后端资料格式已更新，说明哪一步需要重新确认，不能悄悄丢弃不兼容字段。
最后一页仍保留“修改联系方式”“更换收入证明”等定点入口。提交成功后改用申请编号和状态页，避免浏览器返回时把已提交申请误展示为尚可重复提交的草稿。
用同一份申请贯穿返回和草稿
建立固定样本：申请人“林然”，手机号尾号 2386，收入证明文件“工资流水.pdf”，预估额度 80,000 元。每个页面都引用同一份数据，避免评审时把信息变化误认为页面功能。
- 从借款人信息进入收入证明，页面显示已填摘要和步骤进度。
- 上传材料后返回第一步，修改手机号，保存并回到第二步。
- 确认收入证明仍属于林然，文件仍为已上传状态，额度确认页使用更新后的申请信息。
- 关闭页面，重新打开草稿，显示“上次停留在收入证明”，而不是假装申请已经提交。
校验错误应该带用户回到可修复的位置
在收入证明步骤选择不支持的文件时，错误应靠近上传区域，保留前面已填写内容，并提供重新选择动作。提交第三步时若手机号格式错误，摘要页应标明“借款人信息需修改”，点击后回到具体字段。
不要用“表单提交失败”覆盖所有原因。格式错误、缺少必填项、服务暂不可用和权限不足对应的后续动作不同。字段校验就近提示，服务失败则保留输入并提供重试，避免用户把两种问题混为一谈。
评审时按四条任务走查
- 从第一步填入固定样本，完成到额度确认，确认每个步骤的完成条件。
- 在第二步返回第一步改手机号，检查资料、进度和错误状态是否保持一致。
- 关闭并重新打开草稿，确认停留步骤和摘要不会把未提交申请说成已完成。
- 故意选错文件格式，检查错误说明、重试入口和之前资料的保留。
记录“哪个步骤、什么输入、页面出现什么、用户下一步是什么”，不要只写“流程正常”。如果产品规则尚未决定，例如修改手机号是否让收入证明重新确认，标出负责人后再继续画页面。
完成这些检查后，再用原型标注方法补充字段规则和状态说明。多步骤表单的交付物不是几张独立页面，而是一条可从任意一步恢复的申请路径。
