G4.05.3saved progress must state its TTL设计研究
保存的数据需说明有效期
别名: 进度有效期 · draft expiry · 申请保留期限 · resume TTL
概念解释
长流程的进度被留下来，并不等于无限期替人保管一份申请。席位会放、政策会改、库存会没、监管会要求清理未完成档案。保存的数据需说明有效期：人在保存的那一刻和续做入口上，都要能看见这份进度还能用多久、过期之后会怎样。它管的是跨会话任务对象的寿命，不是列表筛选那种浏览状态的过期。
机制
未完成申请在服务端是一份占资源的中间态：可能锁了名额、引用了当时的费率、包含即将过时的声明。产品若只说「已保存」不说「保存到何时」，人按「草稿会一直在」来安排自己的时间，到期却变成空白或被政策版本打回第一步。失败发生在计划层——日历上留的那天下手时，对象已经死了。
有效期还有法律和运营层：未提交的个人资料不能无限存放；促销价不能在过期后仍按旧费率提交。续做时若静默用新政策覆盖旧草稿，人以为自己在续，其实在签一份没读过的新条款。说明必须包含两件事：日历上的截止，以及截止后是删除、是只能只读回看，还是必须用新版本重填。没有这句，TTL 只是服务器上的 cron。
怎么研究
让人保存一份进度，分别在到期前、到期当天、到期后打开续做入口，比较有明确日期与只写「已保存」。
- 因变量：是否按有效期安排续做时间、到期后是否把空白当成系统丢数据、是否在不知情下接受了新政策版本。
- 自变量：有效期是否可见、到期后的处置（删除 / 只读 / 强制新版本）、提醒是否在到期前发出。
- 方法论注意点：实验室里把 TTL 缩成几分钟，人会盯着倒计时，这不像真实的「三十天」。更干净的是把日期写在界面上，问「你会哪天回来做完」以及「如果那一天入口没了你怎么解释」。不要把浏览筛选的过期提示和申请草稿的法律截止混成同一种文案来测。
边界
没有外部约束、纯本地的玩具流程（例如未登录的问卷练习）可以在关标签时丢弃，这时不该承诺有效期。用户主动删除的进度，有效期问题消失。正在进行的一步若因服务端政策热更新而必须作废，有效期会被立刻剪短，需要额外的「规则已变」而不是原截止日。永久可编辑的「我的档案」不是长流程草稿，不适用申请式 TTL。
怎么落地
- 在保存成功、续做入口、邮件提醒三处写明截止日期和到期后的处置（删除 / 须用新版重填）。
- 到期前用一次提醒；到期后入口不要装成还能继续，改为说明已过期和是否可回看。
- 政策或费率在草稿寿命内变更时，续做先展示变更再让人确认，不要静默换成新条款。
- 验证：保存后截屏入口，未参与设计的人应能说出还能用几天、过期会怎样。把系统日期推过截止，入口应变为过期说明而不是空白表。没有任何日期的「已保存」，这条不合格。