- 提前写下状态差时的简化版，别临场决定
- 先算清成本上限，再决定投入多少
- 先定一个五分钟以内的最小动作，第一周只做这一步
关于千兆的实际速度，先区分两件事：你想要的結果，和你能维持的动作。两者差得太远时，先缩小动作，别降低期待。
写千兆的实际速度的文章很多，能照着做的很少。这篇尽量具体：每个动作都能在通勤的地铁上完成，每次调整都有判断标准，失败的情形也写进去。你不必认同全部，能拿走一条就够本。
千兆的实际速度这件事，多数人不是败在不懂，而是败在“懂了却没做”。原因往往很朴素：方法被讲成了道理，道理没法执行。以下全部是能落地的部分——从第一个动作开始，到通勤的地铁上怎么安排，再到整周崩掉之后怎么接回来。
千兆的实际速度这件事的背景与边界
在通勤的地铁上这种日常场景里，千兆的实际速度的可行性取决于三件事：有没有固定触发点、工具是否在手边、坏日子有没有退路。三条都满足，它就能自己运转。
必须承认，千兆的实际速度的效果有明显个体差异。同样的做法，有人两周见效，有人两个月才有感觉。本文给的是顺序和判断标准，具体参数请按自己的反应调。
千兆的实际速度这类事情有一个共同点：方法本身并不复杂，复杂的是把它塞进已经有安排的一天。所以本文谈的不是“最优解”，而是“在你的条件下能跑起来的解”。
把千兆的实际速度做成默认选项
每两周检查一次摩擦点：哪一步最烦、最容易拖、最想跳过。只修那一步，其他不动。改进不是全面升级，是持续削掉最硌手的地方。
用周而不是用天来衡量千兆的实际速度。一天的不顺是噪音，一周的走势才是有用信息。每周花两分钟回看：做了几天、卡在哪、下周改一处。这个动作比任何打卡软件都实在。
提前写好状态差时的简化版。出差、加班、生病都会来，届时按预设的最低版本执行，并且承认它算数。能跑几年的流程都有底线，没有底线的流程只活在顺利的月份里。
- 按周结算，永远不按单天评判
- 告诉一个人，留一份看得见的记录
- 设置一个三分钟的复位版本，专治中断
- 前一晚准备，第二天只负责执行
先把千兆的实际速度的逻辑理清楚
千兆的实际速度的底层逻辑很朴素：重复的小动作会自己长出结果，一次性的大动作只会留下疲惫。通勤的地铁上的日常里，五分钟的积累看起来微不足道，但四周之后它会变成不用重装的省心，而这个变化往往先被身边人看出来。
还有一个被低估的机制：千兆的实际速度的门槛会随着重复而下降。第一周要提醒自己，第三周开始自动发生，第五周不做反而别扭。这不是意志变强，而是动作被写进了习惯回路，自动续费的糊涂账也就慢慢让出了位置。
千兆的实际速度看起来是个人问题，其实多半是排期问题。你把它放在一天里最累的时段，然后责怪自己不够自律，这个判断本身就不公平。换一个时段，结论常常反过来。
- 宁可缩短，也不要跳过
- 把千兆的实际速度写进日程的具体时段，而不是待办清单
- 失败当天补一个迷你版，保持链条不断
- 把千兆的实际速度接在换设备时的迁移清单之后，同一个触发点，次次如此
| 对比项 | 双备份 | 每周固定备份 | 手动检查更新 |
|---|---|---|---|
| 半年后还做得到吗 | 偶尔断但能接上 | 已长进日常流程 | 成了习惯不用想 |
| 见效快慢 | 一两周见分晓 | 三四周才稳 | 一个月后才谈效果 |
| 要花的钱 | 一两百一次性投入 | 按需分月添置 | 手边现成就行 |
| 适合的人 | 准备长期做的 | 时间碎、想先试试的 | 完全没接触过的 |
千兆的实际速度最容易出问题的地方
第二个坑是拿单日表现评判千兆的实际速度。漏了一天并不可怕，可怕的是你给这一天编了个故事，然后放弃了整件事。把评判周期拉长到一周，情绪就没有机会替你做决定。
第七个坑是把千兆的实际速度当成一次性项目。项目有结束，习惯没有。凡是抱着“做完这阵就好了”的心态开始的，通常真的会在“这阵”结束后停掉。
还有一个隐蔽的坑：把千兆的实际速度讲给别人听，提前获得了成就感。说得多做得少，动力被提前消费掉了。真想推进，先做满两周再讲。
- 同一时间只改一个变量，其余保持不动
- 把千兆的实际速度接在换设备时的迁移清单之后，同一个触发点，次次如此
- 失败当天补一个迷你版，保持链条不断
- 每三个月删掉一个多余步骤
千兆的实际速度熟练之后的细节
跑到一个月以后，值得做的事只有一件：找瓶颈。当前千兆的实际速度里最烦、最慢、最容易让你放弃的那一步，只修它。一次修一个，三周三个小改动，体感会完全不同。
这个阶段可以开始记录一个数字：用时、次数，或一个简单的自评分。数字本身没意义，趋势才有。当不用重装的省心在纸上比在感觉里早两周出现，你就不太会被情绪带跑。
把千兆的实际速度和季节或周期挂钩，效果会更稳。人的状态本来就起伏，方案如果只有一种强度，就会在低潮期崩掉。准备两个版本，按状态切换。
- 同一时间只改一个变量，其余保持不动
- 先修最大的摩擦点，再谈加量
- 开始前先算成本上限，避免中途因为心疼而放弃
- 前一晚准备，第二天只负责执行
千兆的实际速度的起步动作与顺序
先写下“做完是什么样”，再开始千兆的实际速度。标准要具体到陌生人能判断：三个步骤、十分钟、一个角落。模糊的标准会在疲惫时自动放宽，明确的标准会替你做决定。
把千兆的实际速度拆成固定顺序的几步，每次都一样。顺序的意义在于省掉决策：不用每天重新想先做什么。很多所谓的拖延，其实是在重复做“下一步干什么”这道选择题。
把千兆的实际速度安排在一天里精力最好的那个时段，而不是最方便的那个时段。方便往往意味着疲惫，疲惫时做出的判断通常不利于长期。
千兆的实际速度：常见问题
千兆的实际速度做错能恢复吗？
多数能，前提是有备份或还原点。没有备份的操作都算高风险。
千兆的实际速度需要专业知识吗？
多数不需要，照着步骤走就行。涉及分区、刷机和注册表的，先备份再动手。
千兆的实际速度会不会有安全风险？
看权限。凡是要求读取全部文件、通讯录或短信的工具，先想清楚它为什么需要。
千兆的实际速度要不要装第三方工具？
能用系统内置解决的优先内置。第三方适合补功能，不适合替代基础设置。
千兆的实际速度最终会变成一件不需要讨论的事，就像刷牙。到那一天你不会觉得自己自律，只会觉得本来就该这样——这才是它成功的标志。
下一步别贪多：从上面清单里挑最贴合你当前障碍的一条，跑一周，再动第二条。同时改三处，通常三处都保不住。
写数码教程九年，最反感标题党。 更多文章 周予安 →
