一句话结论结论先行：分区规划的收益按月算，成本按天算，所以设计大于坚持。
时间只够读一段的话，读这句：分区规划取决于场景设计，不取决于当天心情。场景布置好，剩下交给重复。
如果你已经试过几次分区规划都没成，先别怪自己。多数失败是设计问题：起点太高、场景没布置、坏日子没预案。这三处补上，分区规划立刻会轻很多。
- 只记日期和一句话，让趋势自己说话
- 设一个七天试验期，到期再决定去留
- 留一条死底线，其他都可以商量
照着做：分区规划第一周清单
把分区规划排成固定顺序的几步，顺序的意义是省掉临场决策。前七天唯一目标：让事情连续发生，质量排后面。小到你觉得「这也算」，它才算真正可执行。粗糙的完成，胜过完美的搁置。
开始时把分区规划砍到不像话的小：只做一次、只做一半、只花十二分钟。触发点越具体越好：不是「今天要做」，而是「周末整理就做」。准备值得比执行更多的投入，因为执行时的你往往是累的。
先写清楚「做完是什么样」，标准要具体到陌生人也能判断。一块移动硬盘放在伸手可及处，一次起身的差别会累积成一整月的差距。很多人卡在开头，是想一次做对，结果第一步都没迈。起步只需要两样东西：一个最小动作，一个记录做没做的地方。
越努力越错的分区规划做法
第四个坑是完全保密：没人知道、不可见的分区规划，消失得也无声无息。把评判周期拉长到一周，情绪就没机会替你做决定。先出勤，再升级，顺序反了容易半途而废。
第一个坑是照搬别人的强度：看到有人每天一小时，就觉得自己也得如此。连续硬撑后的崩溃，常被误读成意志力问题，其实是排期问题。减半继续，比硬扛然后放弃划算得多。
一张对照表：分区规划在不同情形下怎么调
| 情形 | 建议做法 | 频次与量 |
|---|---|---|
| 稳定一个月 | 加一档深度，触发点不变 | 每周 4~5 次 |
| 出现不适 | 暂停并记录，必要时求助 | 暂停 |
| 状态明显差 | 先减量再观察 | 减半，观察 3 天 |
| 满三个月 | 复盘一次，删一个步骤 | 1 次 / 月 |
| 头两周 | 只做最小动作，不动参数 | 每天 1 次，十二 分钟内 |
- 把最常失败的那一步再拆细一层
- 在日历上标三个固定时段
- 写下一个状态差也能做的迷你版
- 把「不做完不睡」改成「做三分钟就算」
- 记一周的日期和一句感受，只看趋势
- 删掉一个多余步骤，让流程更短
记录让分区规划自己说话
给分区规划配一个搭子动作，共用同一个时段。分区规划里最烦、最慢、最想跳过的那一步，只修它，一次一个。底线守住了，灵活才不会变成放弃的入口。能长期持续的方案，恢复时间一定很短。
这个阶段可以记录一个数字：用时、次数，或一个简单的自评。三个问题、一张纸、坚持半年，你会有一份别人抄不走的经验。进阶不等于复杂，练到后面往往是删减。
分区规划实践笔记：数据与感受
一个月下来，分区规划留下的不是某个成果，而是一套可复用的做法。最难的是接受「今天只做了一点点」，但正是这一点点把链条接住了。回头看，小剂量比任何一次用力过猛都有价值。
如实说，分区规划的第一周并不好看：动作生疏、节奏乱、还断了一天。做到的那些天，不是最有动力的天，是准备已经做完的天。
分区规划的日常版本长什么样
用周而不是天衡量分区规划：一天的不顺是噪音，一周的走势才是信息。新动作挂在旧习惯后面，能免费继承一部分稳定性。
分区规划能稳定发生后，再考虑加量——加的是深度，不是花样。每加一样东西问一次是否必要，三个月后回看，通常一半可以删。流程越短，越可能在疲惫的日子里活下来。
让环境替你分担：一块移动硬盘固定在位，最常见的借口加一道小障碍。能跑几年的流程都有底线，没有底线的流程只活在顺利的月份。改进不是全面升级，是持续削掉最硌手的地方。
常见问题
多久做一次维护
轻度清理每月一次，深度维护每季一次。频繁深度优化反而折腾。
操作到一半失败了怎么回退
每节都给了还原办法。实在回不去，用系统还原点或备份镜像兜底。
手机和电脑步骤一样吗
同名功能逻辑一致，入口不同。本篇分设备小节，各按各的路径走。
为什么照做还是卡
瓶颈往往在硬件：老硬盘、小内存的卡顿，软件层面优化收益有限，先测再换件。
需要花钱买软件吗
本篇全部用系统自带功能完成。第三方工具只在明确标注处出现，且有免费替代。
如果你的情况差别很大，先看边界那节，再决定跳过哪些步骤。
把分区规划写进日程而不是待办清单，是本篇最值钱的一句：待办只回答「要做」，日程才回答「什么时候做」。
对分区规划最诚实的总结：它有效，但像种东西，不像按开关。两周见苗头，三个月成日常。今天从最小版本开始，在卧室床头做一次，剩下的交给重复。