G4.05.1long flows must save progress设计研究
长流程需要保存进度
别名: 长流程存进度 · save wizard progress · 断点续做 · multi-step save
概念解释
开户、报税、求职、多日才能填完的申请，流程本身就被设计成跨会话。人会关标签、换设备、被会议打断。长流程需要保存进度，是把「走到第几步、每一步已经提交或可恢复的值」写成一份可再打开的任务，而不是只活在这次页面会话里。它不是随手离开某张短表时留下的输入草稿，也不是崩溃后从内存抢救——它是产品承认这条任务本来就会被中断。
机制
长流程的工作量按步累积，中断概率随时长上升。若进度只存在当前 SPA routing 的内存或这一次向导 URL 里，关标签等于清零。人会在需要离开的那一步权衡「现在走掉要不要重填」，很多选择直接放弃。漏斗研究里的中途离开不全是反悔，相当一部分是合法中断找不到续做。把进度写到账号（未登录则写到可声明的本地草稿），任务从「这一次打开」变成「这一份申请」。
保存的粒度是步骤，不是按键。每完成一步或每离开一步就有一份可恢复的游标：当前步、已通过的步、未提交但已进入该步的字段。只在点「保存草稿」时写盘的，那一步常常点不到——中断不预约。只保存已提交的步、丢掉当前步的半成品，人会以为整步都没了，从该步开头重来。
怎么研究
用真实时长的多步任务（至少十五分钟或明确跨天），中途插入关标签、换设备、隔夜，比较无保存、仅本地、账号侧进度。
- 自变量：写入时机（每步离开 / 显式按钮 / 仅最后提交）、存储位置。
- 因变量：中断后从哪一步续上、因中断导致的放弃、重填已做过的步的次数。
- 方法论注意点：实验室里十五分钟仍偏短，人会硬撑着填完。跨天或强制「现在必须去开另一个会」才能看到合法中断。不要用短向导的完成率证明不需要存进度。H1 类自动保存研究测的是字段级草稿，这里要单独记「任务游标还在不在」。
边界
两三步、总时长低于几分钟的结账，保存进度的收益常低于「未完成订单残留」的成本，当场做完是主路径。支付确认、电子签名这类有法律时限的步，保存到这一步之前即可，确认瞬间不应被冻成可稍后继续的草稿。公共电脑上未登录的长流程，账号侧进度不存在，本地草稿是泄露风险，应在离开时明确「不会被记住」。
怎么落地
- 对预计跨会话的流程，每离开一步就把游标和该步已填值写入账号（未登录则写入明确的本地草稿），不要等到「保存并离开」按钮。
- 再次打开同一任务时落到未完成的那一步，而不是第一步的空表。
- 当前步的半成品一并保存，不要只提交已点过「下一步」的步。
- 验证：填到第 3 步一半，关标签，用同一账号再进。应在第 3 步看到刚才的值。换设备再进一次。只在内存里的实现会从第 1 步空白开始——那就是没把长流程当成跨会话任务。