快捷指令入门：完整说明

写快捷指令入门的文章很多，能照着做的很少。这篇尽量具体：每个动作都能在通勤的地铁上完成，每次调整都有判断标准，失败的情形也写进去。你不必认同全部，能拿走一条就够本。

如果你已经试过几次快捷指令入门都没坚持下来，先别急着怪自己。多数失败来自设计问题：起点定得太高、场景没布置、坏日子里没有预案。这三处补上，快捷指令入门会立刻轻一些。

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

关于快捷指令入门，先说清前提

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

快捷指令入门的成本往往被低估。不是钱，是注意力：每次开始前的那几分钟犹豫，累积起来比执行本身更耗人。这也是为什么后面所有建议都指向同一件事——减少启动成本。

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

快捷指令入门的第一步怎么走

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

如果快捷指令入门需要工具，先用手边最接近的替代品做三次。三次之后你才知道自己真正缺什么，也才不会买回一堆用不上的东西。

把快捷指令入门安排在一天里精力最好的那个时段，而不是最方便的那个时段。方便往往意味着疲惫，疲惫时做出的判断通常不利于长期。

• 按周结算，永远不按单天评判
• 每月十分钟复盘：留、改、删
• 前一晚准备，第二天只负责执行
• 现在就写下最低版本，别等第一个糟糕的星期
• 把快捷指令入门写进日程的具体时段，而不是待办清单

快捷指令入门里看起来像努力的事

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

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

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

快捷指令入门的维持靠什么

每两周检查一次摩擦点：哪一步最烦、最容易拖、最想跳过。只修那一步，其他不动。改进不是全面升级，是持续削掉最硌手的地方。

把快捷指令入门和已经在做的事绑在一起。已有的习惯很牢，新动作挂在它后面能免费继承一部分稳定性。换设备时的迁移清单之后立刻做快捷指令入门，比单独给它找个时段容易得多。

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

快捷指令入门熟练之后的细节

这个时候可以试着把快捷指令入门教给别人。讲不清楚的地方，往往就是你自己没想透的地方。教一次，胜过再读十篇。

最后，给快捷指令入门设一个“停止条件”。什么情况下应该暂停、什么情况下应该换方法，提前写下来。有了退出规则，反而不容易彻底放弃。

熟练之后要开始关注“恢复成本”。做完快捷指令入门需要多久才能回到放松状态？如果需要一整晚，说明强度或时段该调了。长期可持续的方案，恢复时间一定很短。

习惯的敌人不是懒，是每次都要重新决定。

快捷指令入门：常见问题

对快捷指令入门最诚实的总结：它有效，但像种东西，不像按开关。两周看到苗头，三个月成为日常。今天就从最小版本开始，在通勤的地铁上做一次，剩下的交给重复。

如果只做一件事，就把快捷指令入门的时间固定下来。固定的时段会自动长出内容，浮动的时段最终什么都长不出来。

陆时行 主笔

做过企业协作工具的实施。 更多文章 陆时行 →