配件的优先级：从判断到收尾

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

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

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

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

第一个坑是照搬别人的强度。看到有人每天做一小时，就以为自己也得如此。第一周热情撑得住，第三周必然塌。判断标准很简单：如果你已经开始害怕做配件的优先级，剂量就错了，减半继续。

第二个坑是拿单日表现评判配件的优先级。漏了一天并不可怕，可怕的是你给这一天编了个故事，然后放弃了整件事。把评判周期拉长到一周，情绪就没有机会替你做决定。

第六个坑是忽略恢复。配件的优先级需要的不是每天都满负荷，而是有节奏的松紧。连续硬撑之后的崩溃，通常被误读成意志力问题，其实是排期问题。

关于配件的优先级，先说清前提

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

配件的优先级这类事情有一个共同点：方法本身并不复杂，复杂的是把它塞进已经有安排的一天。所以本文谈的不是“最优解”，而是“在你的条件下能跑起来的解”。

先说清配件的优先级的适用范围：它解决的是日常层面的稳定问题，不负责处理急性状况，也不替代专业判断。把这条边界记住，后面的做法才不会用错地方。

• 开始前先算成本上限，避免中途因为心疼而放弃
• 现在就写下最低版本，别等第一个糟糕的星期
• 失败当天补一个迷你版，保持链条不断
• 每月十分钟复盘：留、改、删
• 每三个月删掉一个多余步骤
• 只记一个数字，越简单越能坚持

配件的优先级的第一步怎么走

第一次做配件的优先级时，允许自己做得粗糙。先跑通流程，再谈优化。很多人卡在开头，是因为想一次做对，结果连第一步都没迈出去。粗糙的完成胜过完美的搁置。

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

把配件的优先级拆成固定顺序的几步，每次都一样。顺序的意义在于省掉决策：不用每天重新想先做什么。很多所谓的拖延，其实是在重复做“下一步干什么”这道选择题。

配件的优先级的进阶判断

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

当配件的优先级变熟，容易滑向随意。给自己留一条不可让步的底线，其余部分允许灵活。底线保住了，灵活就不会变成放弃的入口。

给配件的优先级找一个搭子型动作，共用同一个时段。两件事背靠背做，成本增加很少，但跳过其中一个的难度会明显上升。这是最省力的加固方式。

让配件的优先级融进日常节奏

定期清掉配件的优先级里多余的动作。每加一样东西，就问它是否真的必要；三个月后再看，通常会有一半是可以删的。流程越短，越可能在疲惫的日子里活下来。

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

让环境替你分担。把一个密码管理器放在配件的优先级的位置，把最常见的借口加一道小障碍。挪动几米看起来没什么，一个月后它决定了配件的优先级是靠默认运转，还是每晚都要重新下决心。

别问今天想不想做，只问流程有没有被触发。

配件的优先级：常见问题

回头看，配件的优先级真正的价值不是那个结果，而是你验证了一套可以反复使用的方法。这套方法比任何单次成果都耐用。

把配件的优先级的成败标准改一下：不看做得多好，只看有没有做。等次数够了，再谈好坏，那时你已经不需要别人催了。

闻人澈 常驻作者

写数码教程九年，最反感标题党。 更多文章 闻人澈 →