换设备后如何确认研究资料没有遗漏
先恢复账号与目录，再抽查代表性文件。不要在旧设备清理前同时更改所有登录和同步条件。
先确认恢复能力
更换设备前确认邮箱、验证方式和恢复信息仍可使用。旧设备在迁移期可以作为核对来源，不应过早退出或清空。
把“先确认恢复能力”放进真实项目时，可以先选一份规模较小、依赖关系明确的资料做演练。围绕“先确认恢复能力”，团队应分别记录发送前状态、接收后的打开结果和仍需补充的说明，再决定是否扩大到完整批次。这种演练不会替代正式流程，却能提前暴露设备迁移场景中与“先确认恢复能力”直接相关的隐蔽条件。
讨论“先确认恢复能力”时，一个常见误区是把同期出现的变化归于单一原因。与“先确认恢复能力”同时发生的文件变慢，也可能伴随设备空间不足、应用更新或无线网络切换。保留“先确认恢复能力”发生时的原始提示并逐项改变条件，比同时更换客户端、网络和文件来源更容易得到可靠判断。
团队可以为“先确认恢复能力”主动寻找反例。相同资料换到另一台设备后若表现正常，就应缩小对“先确认恢复能力”故障范围的判断；不同设备若都在同一文件失败，则应回到文件、权限或依赖环境。这样的反例不会否定经验，而是避免关于“先确认恢复能力”的经验超出证据范围。
记录“先确认恢复能力”不需要先设计复杂表格。针对“先确认恢复能力”保留项目名称、批次、设备、系统、时间、操作、结果和待确认项，已经足以支持多数复查。真正影响“先确认恢复能力”复查效率的，是字段含义稳定且参与者知道填写时点，而不是事后依靠记忆补齐。
按目录而不是总容量核对
总容量接近不代表资料完整。按项目、批次和文件类型检查，才能发现少量但关键的脚本、附件或说明文件。
把“按目录而不是总容量核对”放进真实项目时，可以先选一份规模较小、依赖关系明确的资料做演练。围绕“按目录而不是总容量核对”，团队应分别记录发送前状态、接收后的打开结果和仍需补充的说明，再决定是否扩大到完整批次。这种演练不会替代正式流程，却能提前暴露设备迁移场景中与“按目录而不是总容量核对”直接相关的隐蔽条件。
讨论“按目录而不是总容量核对”时，一个常见误区是把同期出现的变化归于单一原因。与“按目录而不是总容量核对”同时发生的文件变慢，也可能伴随设备空间不足、应用更新或无线网络切换。保留“按目录而不是总容量核对”发生时的原始提示并逐项改变条件，比同时更换客户端、网络和文件来源更容易得到可靠判断。
团队可以为“按目录而不是总容量核对”主动寻找反例。相同资料换到另一台设备后若表现正常，就应缩小对“按目录而不是总容量核对”故障范围的判断；不同设备若都在同一文件失败，则应回到文件、权限或依赖环境。这样的反例不会否定经验，而是避免关于“按目录而不是总容量核对”的经验超出证据范围。
记录“按目录而不是总容量核对”不需要先设计复杂表格。针对“按目录而不是总容量核对”保留项目名称、批次、设备、系统、时间、操作、结果和待确认项，已经足以支持多数复查。真正影响“按目录而不是总容量核对”复查效率的，是字段含义稳定且参与者知道填写时点，而不是事后依靠记忆补齐。
抽查可以实际打开的文件
分别打开数据表、图片、文档和脚本，确认软件、字体、编码及权限正常。完成核对后再清理旧设备和过期会话。
把“抽查可以实际打开的文件”放进真实项目时，可以先选一份规模较小、依赖关系明确的资料做演练。围绕“抽查可以实际打开的文件”，团队应分别记录发送前状态、接收后的打开结果和仍需补充的说明，再决定是否扩大到完整批次。这种演练不会替代正式流程，却能提前暴露设备迁移场景中与“抽查可以实际打开的文件”直接相关的隐蔽条件。
讨论“抽查可以实际打开的文件”时，一个常见误区是把同期出现的变化归于单一原因。与“抽查可以实际打开的文件”同时发生的文件变慢，也可能伴随设备空间不足、应用更新或无线网络切换。保留“抽查可以实际打开的文件”发生时的原始提示并逐项改变条件，比同时更换客户端、网络和文件来源更容易得到可靠判断。
团队可以为“抽查可以实际打开的文件”主动寻找反例。相同资料换到另一台设备后若表现正常，就应缩小对“抽查可以实际打开的文件”故障范围的判断；不同设备若都在同一文件失败，则应回到文件、权限或依赖环境。这样的反例不会否定经验，而是避免关于“抽查可以实际打开的文件”的经验超出证据范围。
记录“抽查可以实际打开的文件”不需要先设计复杂表格。针对“抽查可以实际打开的文件”保留项目名称、批次、设备、系统、时间、操作、结果和待确认项，已经足以支持多数复查。真正影响“抽查可以实际打开的文件”复查效率的，是字段含义稳定且参与者知道填写时点，而不是事后依靠记忆补齐。