一句话结论关于数据迁移，最值钱的一条经验是——位置比决心重要。
时间只够读一段的话，读这句：数据迁移取决于场景设计，不取决于当天心情。场景布置好，剩下交给重复。
很多人对数据迁移的期待是「变好」，可操作的目标其实是「稳定」。稳定的意思是：状态最差的那天，也有一个能执行的最低版本。
- 找出最常断掉的环节，一次只修它
- 设一个七天试验期，到期再决定去留
- 留一条死底线，其他都可以商量
越努力越错的数据迁移做法
第一个坑是照搬别人的强度：看到有人每天一小时，就觉得自己也得如此。基础没立住就改方法，每次调整都像重新开始。先出勤，再升级，顺序反了容易半途而废。
第三个坑是装备先行：买齐、研究到深夜，就是没正经做过一次。把评判周期拉长到一周，情绪就没机会替你做决定。等数据迁移连续做满两周，再动任何参数。
- 把最常失败的那一步再拆细一层
- 告诉一个人，让这件事可见
- 前一晚把一支螺丝刀摆到顺手的位置
- 备一个「复位」动作，专治中断
- 把数据迁移接在睡前刷手机后面，不另找时间
- 在日历上标三个固定时段
数据迁移不解决什么问题
数据迁移有个前提要先立住：没有更急的事压着，否则先处理急事。文件的位置的变化比数字更早出现，也更值得盯。记住这条，你就不会在第三周因为「没效果」退场。
数据迁移解决的是日常层面的问题，不处理紧急状况，也不替代专业意见。承认个体差异后，数据迁移的参数就该按自己的反馈调。
数据迁移的第一步，小到不可能失败
开始时把数据迁移砍到不像话的小：只做一次、只做一半、只花三分钟。前七天唯一目标：让事情连续发生，质量排后面。触发点越具体越好：不是「今天要做」，而是「睡前刷手机就做」。
把数据迁移排成固定顺序的几步，顺序的意义是省掉临场决策。小到你觉得「这也算」，它才算真正可执行。让数据迁移先发生一次，你就跨过了最难的一步。
数据迁移的第二阶段：只修一处
这个阶段可以记录一个数字：用时、次数，或一个简单的自评。数据迁移里最烦、最慢、最想跳过的那一步，只修它，一次一个。进阶不等于复杂，练到后面往往是删减。
给数据迁移配一个搭子动作，共用同一个时段。三个问题、一张纸、坚持半年，你会有一份别人抄不走的经验。三周三个小改动，体感完全不同。
把数据迁移写进一周的节奏里
用周而不是天衡量数据迁移：一天的不顺是噪音，一周的走势才是信息。同样的动作多做三分钟、多走一步，而不是不停换新方法。改进不是全面升级，是持续削掉最硌手的地方。
让环境替你分担：一支螺丝刀固定在位，最常见的借口加一道小障碍。这个动作比任何打卡软件都实在，因为判断是你自己的。形状稳定、深度渐增，文件的位置才会从偶尔变成常态。
一张对照表：数据迁移在不同情形下怎么调
| 情形 | 建议做法 | 频次与量 |
|---|---|---|
| 头两周 | 只做最小动作，不动参数 | 每天 1 次，三 分钟内 |
| 稳定一个月 | 加一档深度，触发点不变 | 每周 4~5 次 |
| 中断超三天 | 做一次复位动作 | 1 次即可 |
| 出差加班 | 执行简化版，链条不断 | 3 分钟起步 |
| 换季 | 维持原计划，只调时间点 | 不变 |
常见问题
为什么照做还是卡
瓶颈往往在硬件：老硬盘、小内存的卡顿，软件层面优化收益有限，先测再换件。
数据迁移会丢数据吗
按本篇流程做不会动你的文件。但凡涉及系统级操作，先备份是铁律，别赌概率。
手机和电脑步骤一样吗
同名功能逻辑一致，入口不同。本篇分设备小节，各按各的路径走。
设置找不到了怎么办
系统更新常改路径。用设置页的搜索框直接搜关键词，比对照旧截图快。
这篇里的每个动作，我们都自己跑过至少四遍才写下来。效果因人而异，判断标准比结论重要。
只能带走一件事的话，带走底线：那个再糟的日子也能完成的最低版本。底线之上是进步，底线本身决定它是习惯还是回忆。
最后一个提醒：不必等条件齐全。条件永远不齐，一个能立刻开始的小版本，比一个完美的计划有用得多。