账号、配置、客户端和设备权限需要分别迁移，不能只确认应用已经安装。
先列出四种对象
账号保存身份与方案，配置描述连接条件，客户端负责读取，本地权限决定应用能做什么。换机时把四种对象分开，遗漏会明显减少。
只看到新设备成功登录，不能证明配置与本地设置已经完整。
旧设备先不要急着删除
在新设备完成基本核对前，保留旧设备可以帮助比较版本、配置时间和账号状态。过早清空会失去最直接的参照。
旧设备仍应注意隐私；完成迁移后再按计划退出账号并删除本地资料。
安装来源需要重新确认
迁移不是把旧安装文件随意传到新设备。系统版本和处理器架构可能已经变化，应重新核对适用客户端。
Windows 的 x64 与 ARM、macOS 的 Apple 芯片与 Intel 不能只凭设备外观判断。
账号恢复与配置导入分开完成
先确认账号能够稳定进入，再处理配置。两个步骤同时变化时，一旦失败很难判断原因。
账号页面正常而客户端列表为空，应转向配置更新时间和读取状态，不要重复注册。
权限按新系统重新决定
通知、网络、本地文件和后台运行权限不会因为账号相同就自动复制。新设备应该根据当前用途重新授权。
只开放完成任务需要的权限，也更容易理解后续系统提示。
多设备不要求设置完全相同
电脑适合整理和长时间任务，手机适合临时查看。设备角色不同，保留不同通知和后台策略是合理的。
追求所有开关一致，反而可能忽略系统之间的设计差异。
核对完成再处理旧端
新设备应至少完成登录、配置刷新和一次实际任务。确认必要资料存在后，才退出旧设备并撤销不再使用的权限。
若旧端准备转让，还应检查本地导出、截图和下载目录。
留下迁移日期与版本
记录迁移时间、客户端版本、系统版本和配置更新时间。之后出现差异时，可以判断是迁移遗留还是后续更新。
这份记录不需要密码或验证码，避免把敏感信息写进普通备忘录。
旧手机准备转让：先留住原始条件
旧手机准备转让时先不要急着判断原因。把“旧端还有哪些本地文件”和设备、时间、页面放在同一条记录里，才能分辨变化发生在入口、账号、本地环境还是任务本身。
新端确认完成后再清理旧机。处理后只重做刚才的操作，并写下结果与此前有何不同；这样即使问题没有消失，也能排除一项猜测。
新电脑使用不同处理器：用同一任务做对照
新电脑使用不同处理器是否真的影响使用，要看“新端客户端是否匹配架构”改变前后，原任务的提示、等待时间与完成结果是否一起变化。只看单次数字或截图，容易忽略目标服务和当时网络。
重新选择而不是搬运旧安装包，再按相同顺序复测。所得结论只适用于这次设备和时段，环境改变后应重新观察。
平板只用于临时查看：补齐容易丢失的信息
平板只用于临时查看经过多次尝试后，最初页面往往已经消失。此时先补记“平板需要哪些最小权限”，再把已确认、未确认和无法复现的部分分开，不用后来看到的现象替代原始提示。
只开放当前任务需要的权限。围绕“平板只用于临时查看”留档时排除密码、验证码和支付资料，仅保留足以解释此次变化的版本、页面与结果。
出差前增加备用设备：把判断范围缩小
出差前增加备用设备需要回答的不是一个笼统原因，而是“备用设备是否真的需要长期登录”是否与结果同步改变。两者若没有稳定关系，就继续保留未知，不用确定语气掩盖证据缺口。
旅程结束后撤销备用设备。改善与未改善都值得写下；前者提供可行方向，后者帮助停止无效尝试。
团队成员离开项目：回到真实使用场景
团队成员离开项目应结合当时要完成的任务阅读。先说明操作目的，再核对“离开成员仍有哪些访问能力”，最后记录任务有没有完成，以及等待、重试或切换设备带来的额外成本。
及时退出账号并删除本地副本。若“团队成员离开项目”会影响购买或迁移，隔一段时间再重复一次，比沿用旧截图更可靠。
系统恢复后重新安装：不要让结果脱离时间
系统恢复后重新安装留下的结论会随版本、网络和平台状态改变。“系统恢复是否保留站点数据”应与具体日期一起保存，否则下次查看时很难判断它仍是否适用。
按新的系统条件重新授权。当“系统恢复后重新安装”出现新结果时保留前一版记录，比较差异比覆盖旧内容更容易发现真正变化。
新端登录成功但配置为空：区分看到的现象与推测
新端登录成功但配置为空可以直接记录的是页面、提示和完成结果；“后台配置更新时间是否较新”则需要通过对照确认。把事实和推测分开，能避免一次偶然恢复被误写成已经找到原因。
单独刷新配置而不重复注册。如果相同条件无法复现，就把结论标为暂定，等下一次现场再验证。
旧端仍收到重复通知：让记录能够被别人读懂
旧端仍收到重复通知的说明若只写“正常”或“很慢”，另一位使用者无法重现。写清“通知来源在哪台设备开启”、设备类型和任务目标，才知道比较的是哪一段流程。
把主要通知集中到一台设备。最后用一句话概括“旧端仍收到重复通知”的本次发现，并注明没有检查的范围，避免把局部结果扩大。
照片与配置备份混在一起：先留住原始条件
照片与配置备份混在一起时先不要急着判断原因。把“导出文件是否包含敏感信息”和设备、时间、页面放在同一条记录里，才能分辨变化发生在入口、账号、本地环境还是任务本身。
分类检查后删除多余导出。处理后只重做刚才的操作，并写下结果与此前有何不同；这样即使问题没有消失，也能排除一项猜测。
迁移完成后发现版本不同：用同一任务做对照
迁移完成后发现版本不同是否真的影响使用，要看“版本差异是否改变配置格式”改变前后，原任务的提示、等待时间与完成结果是否一起变化。只看单次数字或截图，容易忽略目标服务和当时网络。
记录版本并观察更新影响，再按相同顺序复测。所得结论只适用于这次设备和时段，环境改变后应重新观察。
多设备情境速查
下面的短项用于回看具体场景，不代替正文中的判断过程。选择与当前情况最接近的一项即可。
- 旧手机准备转让观察重点：旧端还有哪些本地文件。处理建议：新端确认完成后再清理旧机。完成后回到原任务核对实际结果，并注明本次设备与时间。
- 新电脑使用不同处理器观察重点：新端客户端是否匹配架构。处理建议：重新选择而不是搬运旧安装包。完成后回到原任务核对实际结果，并注明本次设备与时间。
- 平板只用于临时查看观察重点：平板需要哪些最小权限。处理建议：只开放当前任务需要的权限。完成后回到原任务核对实际结果，并注明本次设备与时间。
- 出差前增加备用设备观察重点：备用设备是否真的需要长期登录。处理建议：旅程结束后撤销备用设备。完成后回到原任务核对实际结果，并注明本次设备与时间。
- 团队成员离开项目观察重点：离开成员仍有哪些访问能力。处理建议：及时退出账号并删除本地副本。完成后回到原任务核对实际结果，并注明本次设备与时间。
- 系统恢复后重新安装观察重点：系统恢复是否保留站点数据。处理建议：按新的系统条件重新授权。完成后回到原任务核对实际结果，并注明本次设备与时间。
- 新端登录成功但配置为空观察重点：后台配置更新时间是否较新。处理建议：单独刷新配置而不重复注册。完成后回到原任务核对实际结果，并注明本次设备与时间。
- 旧端仍收到重复通知观察重点：通知来源在哪台设备开启。处理建议：把主要通知集中到一台设备。完成后回到原任务核对实际结果，并注明本次设备与时间。
- 照片与配置备份混在一起观察重点：导出文件是否包含敏感信息。处理建议：分类检查后删除多余导出。完成后回到原任务核对实际结果，并注明本次设备与时间。
- 迁移完成后发现版本不同观察重点：版本差异是否改变配置格式。处理建议：记录版本并观察更新影响。完成后回到原任务核对实际结果，并注明本次设备与时间。