维护的月度清单：不同场景怎么调整

关于维护的月度清单，先区分两件事：你想要的結果，和你能维持的动作。两者差得太远时，先缩小动作，别降低期待。

在维护的月度清单上花过时间的人，多半都有一次失败经历：开头很猛，中途散掉，后来连想都不想。这篇不打算再劝你一次，而是把散掉的那一段补上——通常问题就出在那里。

如果时间只够读一段，读这句：维护的月度清单的效果取决于场景设计，而不是当天的心情。把场景布置好，剩下的交给重复。

维护的月度清单里看起来像努力的事

第四个坑是没人知道。独自进行、完全不可见的维护的月度清单最容易无声消失，因为你连“我正在放弃”这个时刻都不会察觉。告诉一个人，或者留一份看得见的记录，事情的性质就变了。

第七个坑是把维护的月度清单当成一次性项目。项目有结束，习惯没有。凡是抱着“做完这阵就好了”的心态开始的，通常真的会在“这阵”结束后停掉。

第八个坑是只做容易的部分。挑顺手的环节反复做，难的环节一直往后拖，半年后回头看，维护的月度清单还是原地。定期问一句：我是不是在回避最不想做的那一步。

维护的月度清单适用的范围有多宽

在通勤的地铁上这种日常场景里，维护的月度清单的可行性取决于三件事：有没有固定触发点、工具是否在手边、坏日子有没有退路。三条都满足，它就能自己运转。

必须承认，维护的月度清单的效果有明显个体差异。同样的做法，有人两周见效，有人两个月才有感觉。本文给的是顺序和判断标准，具体参数请按自己的反应调。

还有个前提值得说明：维护的月度清单不是“有空才做”的事。它需要被排进日程，而不是被放在待办清单的末尾。这个区别看起来小，实际决定了它能不能活过第三周。

• 把维护的月度清单写进日程的具体时段，而不是待办清单
• 拿不准就做少一点，连续性优先
• 先修最大的摩擦点，再谈加量
• 告诉一个人，留一份看得见的记录
• 每月十分钟复盘：留、改、删
• 把维护的月度清单接在每天睡前的充电流程之后，同一个触发点，次次如此

从零开始做维护的月度清单

起步阶段只准备两样东西：一个能立刻开始的最小动作，一个能记录做没做的地方。其余的都是加分项，等维护的月度清单稳定两周之后再考虑。

第一天不要追求完整流程，只做最关键的那一步。让维护的月度清单先发生一次，哪怕只用了五分钟，你就已经跨过了最难的门槛：从零到一。

开始的时候，把维护的月度清单砍到不像话的小：只做一次、只做一半、只花三十分钟。小到你觉得“这也算”，它才算真正可执行。前七天唯一的目标是让这件事连续发生，质量排在后面。

把维护的月度清单再往深做一层

把维护的月度清单和季节或周期挂钩，效果会更稳。人的状态本来就起伏，方案如果只有一种强度，就会在低潮期崩掉。准备两个版本，按状态切换。

进阶不等于复杂。维护的月度清单做到后面，往往是删减：去掉多余步骤，去掉不必要的工具，只留最关键的三四个动作。简洁是熟练的标志。

跑到一个月以后，值得做的事只有一件：找瓶颈。当前维护的月度清单里最烦、最慢、最容易让你放弃的那一步，只修它。一次修一个，三周三个小改动，体感会完全不同。

• 把维护的月度清单写进日程的具体时段，而不是待办清单
• 告诉一个人，留一份看得见的记录
• 把维护的月度清单接在每天睡前的充电流程之后，同一个触发点，次次如此
• 宁可缩短，也不要跳过
• 设置一个三分钟的复位版本，专治中断
• 把布置环节当正事，它决定一半成功率

让维护的月度清单融进日常节奏

提前写好状态差时的简化版。出差、加班、生病都会来，届时按预设的最低版本执行，并且承认它算数。能跑几年的流程都有底线，没有底线的流程只活在顺利的月份里。

给自己设一个“复位”动作：中断三天以上，就做一次只有三分钟的版本，只为把链条接上。复位的意义不在效果，在于阻止“反正已经断了”的自我说服。

让环境替你分担。把一块移动硬盘放在维护的月度清单的位置，把最常见的借口加一道小障碍。挪动几米看起来没什么，一个月后它决定了维护的月度清单是靠默认运转，还是每晚都要重新下决心。

中断不可怕，把中断解释成失败才可怕。

维护的月度清单：常见问题

维护的月度清单最终会变成一件不需要讨论的事，就像刷牙。到那一天你不会觉得自己自律，只会觉得本来就该这样——这才是它成功的标志。

下一步别贪多：从上面清单里挑最贴合你当前障碍的一条，跑一周，再动第二条。同时改三处，通常三处都保不住。

林未眠 特约编辑

长期折腾各类设备，习惯留操作记录。 更多文章 林未眠 →