配件的优先级：先看结论

很多人对配件的优先级的期待是“变好”，而真正可操作的目标是“稳定”。稳定意味着状态差的日子也有一个能执行的最低版本。围绕这个思路，下面的内容会好读很多。

写配件的优先级的文章很多，能照着做的很少。这篇尽量具体：每个动作都能在书房的桌面上完成，每次调整都有判断标准，失败的情形也写进去。你不必认同全部，能拿走一条就够本。

配件的优先级这件事，多数人不是败在不懂，而是败在“懂了却没做”。原因往往很朴素：方法被讲成了道理，道理没法执行。以下全部是能落地的部分——从第一个动作开始，到书房的桌面上怎么安排，再到整周崩掉之后怎么接回来。

先把配件的优先级的逻辑理清楚

很多人做配件的优先级时盯着结果，忽略了一个中间变量：可重复性。一次做得漂亮但无法重复，等于零；做得普通但能天天重复，三个月后差距会非常明显。

把配件的优先级看成一门手艺会更准确：它需要一点手上的熟练度，而熟练度只从重复里来。你不需要每天都做得漂亮，只需要每天都让手碰到这件事。手感一旦建立，断电也不慌的备份就是自然结果。

在书房的桌面上观察久了会发现：配件的优先级做得好的人，动作往往更少。他们删掉了不必要的步骤，只留下最关键的三四步，于是每次都启动得很快。简洁不是偷懒，是熟练的表现。

配件的优先级适用的范围有多宽

写配件的优先级之前，我们翻了不少资料，也问过几位长期实践的人。结论出奇一致：真正起作用的往往是几个很小的动作，而不是某个听起来高级的方法。

配件的优先级最容易被忽略的变量是环境。同一个动作，工具在伸手可及的地方和需要翻箱倒柜，完成率能差一倍以上。所以本文会反复提到“把它放在该在的位置”。

配件的优先级牵扯的因素不少：时间、体力、金钱、家人的配合。指望一次全解决，通常一个都解决不了。合理的目标是先动一个，让它站稳，再谈下一个。

把配件的优先级做成默认选项

把配件的优先级和已经在做的事绑在一起。已有的习惯很牢，新动作挂在它后面能免费继承一部分稳定性。每天睡前的充电流程之后立刻做配件的优先级，比单独给它找个时段容易得多。

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

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

配件的优先级的进阶判断

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

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

这个阶段可以开始记录一个数字：用时、次数，或一个简单的自评分。数字本身没意义，趋势才有。当断电也不慌的备份在纸上比在感觉里早两周出现，你就不太会被情绪带跑。

• 宁可缩短，也不要跳过
• 设置一个三分钟的复位版本，专治中断
• 现在就写下最低版本，别等第一个糟糕的星期
• 前一晚准备，第二天只负责执行
• 把配件的优先级写进日程的具体时段，而不是待办清单

做配件的优先级时的四个典型误判

第五个坑是把优化放在稳定之前。基础还没立住就改方法，每次调整都像重新开始，结果什么都没积累下来。等配件的优先级能连续做两周，再动任何参数。

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

还有一个隐蔽的坑：把配件的优先级讲给别人听，提前获得了成就感。说得多做得少，动力被提前消费掉了。真想推进，先做满两周再讲。

配件的优先级：常见问题

如果只能带走一件事，请带走底线：那个再糟的日子也能完成的最低版本配件的优先级。底线之上是进步，底线本身决定它是习惯还是回忆。今晚定下来，明早开始。

如果只做一件事，就把配件的优先级的时间固定下来。固定的时段会自动长出内容，浮动的时段最终什么都长不出来。

裴溯 特约编辑

做了八年 IT 支持，帮人修过的电脑比写过的文章多。 更多文章 裴溯 →