系统备份、应用配置和登录会话不要混为一份
旧手机仍能使用，新手机已经到手时，最容易犯的错误是先清空旧设备，再假定系统备份会恢复所有内容。Apple区分设备备份与同步，并提供iCloud或电脑备份方式；Android备份可以保存受支持的数据和设置，但应用与设备对恢复内容的支持并不相同。系统显示备份完成，不代表每个应用会话、服务器端状态和本地字段都已经转移。
交接单先分三栏：系统层写备份方式和时间；应用层写客户端来源、非敏感配置名称与最后可用状态；账号层只写恢复方式是否可用，不记录密码或验证码。三栏分开后，新设备缺少某项内容时，才知道应回到系统恢复、应用配置还是重新登录。
旧设备在交接期间保持可用，暂不退出账号、不删除配置、不恢复出厂。它是恢复点，不是需要立即淘汰的对象。
给旧设备建立一个不含秘密的恢复点
恢复点包含设备系统、客户端取得方式、配置更新时间、当前能完成的两个固定任务和必要权限。截图只截状态与提示，遮住账号、完整订阅内容和个人资料。能导出的设置也只使用应用明确提供的方式，不把内容上传到陌生转换服务。
在旧设备完成一次轻任务和一次较重任务，记录持续时间与结果。这样新设备的验收有相同标准，而不是只看按钮是否亮起。若旧设备在迁移前已经不稳定，应先把现象写入交接单，不要把它当成新设备的故障。
Mac下载软件时会受到Gatekeeper的开发者身份、公证和用户批准控制，但通过系统检查并不代表远端账号状态已迁移。每一层仍需独立验证。
新设备只重建必要内容
新设备先完成系统更新与时间设置，再从可信说明取得对应平台客户端。不要一开始把旧设备所有截图、缓存和临时文件全部搬入。先建立新的账号会话，确认能够进入账号区域；随后导入必要配置，保存并完成一项轻任务。
如果浏览器登录正常、客户端仍未读取会话，就处理应用交接，不重新改动系统备份。Cookie常用于浏览器会话管理，但复制浏览器资料也不保证内嵌客户端获得相同状态。新设备应允许一次正常重新验证。
配置导入后记录时间和可见名称，不连续叠加多个来源。失败时回到迁移前的恢复点，确认旧设备是否仍可用。
验证完成后，再逐项退出旧设备
新设备至少完成两项固定任务，并在关闭应用重开、锁屏或休眠恢复后再验证一次。移动端留意后台策略，桌面端留意系统权限与休眠恢复。当前网络下通过以后，再换一个可信网络做短时对照；不要在同一轮同时改变配置。
确认新设备能够独立登录、读取配置并完成任务后，才在旧设备退出账号。若账号提供设备管理，先核对设备名称和时间，再移除旧设备。恢复出厂应放在最后，并确保重要个人资料已经按系统方式备份。
迁移结论要带边界：“新设备在家庭Wi‑Fi和热点下完成两项任务，旧设备仍保留到次日。”它比“迁移成功”更容易在异常时复核。
交接单要能帮忙，也要避免泄露
可保留的字段包括设备型号、系统大版本、客户端来源、配置更新时间、权限状态、两项任务结果和未验证情境。不应保留密码、验证码、付款凭证、身份证件、完整订阅内容或带有可直接使用秘密的二维码。
若需要向支持人员说明，只提供发生时间、提示原文和对照结果。系统备份完成并不能证明应用内容全部转移，应用打开也不能证明账号与网络都正常。交接单的意义，是在旧设备仍可恢复时完成新设备验证，而不是把所有秘密复制成一份档案。
当两台设备的结果不同，先比较系统、权限和应用版本；当两台同时异常，再看共同的账号、配置与接入环境。文章不假定各平台使用相同备份机制，也不要求导出任何秘密字段。
资料与结论边界
迁移部分参考Apple与Android的备份说明，并结合网页会话与macOS文件身份机制。系统备份支持范围因应用和设备而异，所以本文不承诺每个本地字段都能自动恢复。