把一件事做成的一些思考

这里记的不是什么运营秘籍，只是我自己把事一点点往前推时，反复验证过、信得过的几条。都是大白话，不玄乎。它们救过我好几次——在我差点把一件好好的事搞黄的时候。下面每一条，我都先说它拦过我什么，再说我是怎么改过来的。

一、先完成，再完美

很多人卡在"还没准备好"。但绝大部分事，是做着做着才清楚的，不是想清楚了才动手。我刚学写脚本那阵，非要先把所有边界情况想周全，结果第一页改了三天还没往下走。那三天里我列了一长串"万一怎样"，可那些"万一"到底会不会发生，我根本不知道——因为我还没跑过一次。

后来换了个活法：先丢一个能用的版本出去，再根据真实情况改。完成度从 60 分涨到 90 分，比一直停在第一页强太多。这里有个很反直觉的点：你以为的"完美"，往往只是你一个人关起门来想出来的，未必是外面真正需要的。而一个 60 分的东西丢出去，真实的反应会替你指明下一步该改哪。所以"完成"不是偷懒，是给"打磨"找对方向。

为了逼自己"敢先发"，我给自己定了一条底线：只要它能在真实环境里跑通、不出明显错，就先发。剩下的边角，交给下一轮。这条底线把我从"再改改"的循环里拽了出来。

"先有 60 分，才有机会到 90 分。这句话我贴在显示器上，每次想"再改改"的时候看一眼。 —— 陈小涛

我记得最清楚的一次，是做了个小东西，自己纠结了很久要不要加一个"更专业"的模式切换。按"先发"的底线，我没加，先发了基础版。结果第一个用的人说"正合适，再多加我反而不敢动"。要是按"完美"那版做，我多半会先花一周做那个切换，最后没人用。这就是"先完成"替我省下的冤枉路。这个习惯还带来一个副作用：我不再怕做砸——发的是 60 分，砸了也不心疼，改就是了。

二、节奏比猛冲重要

一阵子拼命、一阵子消失，最后往往归零。我以前就是这种状态，下面这条线熟不熟悉：

• 周一至周三兴致来了，每天搞到凌晨，进度飞快，觉得自己稳了。
• 周四开始累，效率下滑，但还是硬撑着动了两下。
• 周五到周日彻底躺平补觉，然后下周重复——上周那股劲早散了。
• 一个月后回头看好像忙了很多，但真正往前挪的距离，远没有想象中多。

后来我改了：不追求某几天特别猛，而是每天哪怕只往前挪一点点。慢但不断，积累起来很吓人。把事当长跑，不当百米，心态会稳很多。我现在的具体做法是：每天固定留一段不被打扰的时间，不追量，只求"今天动了"。有时候只改了一行，但只要动了，线就没断。

匀速的难点不在"做"，在"不中断"。我给自己定的规矩是：再忙，当天也留十分钟碰一下。十分钟不够做完什么，但够让线不断。每周末再花十分钟扫一眼这周"动了哪几步"，不为写总结，就为确认线没断。断了也不慌，第二天接上就行。

三、让重复的事自己跑

同一件事做第二遍，我就想：能不能让它自动跑？备份、检查、整理，能用脚本定时做的，绝不天天手动点。把人从重复里解放出来，才有精力想更重要的事。

比如我有一堆要定期留底的东西，最早是每周自己记着去点。忘过两次，丢过一次，才下决心交给机器。后来连"每天检查某个状态、有变化就通知我"也交给脚本了——这类活最怕人忘，机器不会忘。

# 每天凌晨自动备份，人不用管
0 3 * * *  /opt/backup/run.sh  >> /var/log/backup.log 2>&1

把一件重复活变成"设好就不用管"，其实分四步，门槛没那么高：

1. 找出每周都做的活——备份、整理、检查，列出来，它们最值得先自动化。
2. 写成一个能单独跑的脚本——先保证手动点一下也能跑通，再谈定时。
3. 挂上定时任务——用系统自带的定时器，挑一个你睡着的时间点。
4. 让它把结果汇报给你——成功或失败都留个痕迹，你偶尔扫一眼就行，不用天天盯。

四、听反馈，别自嗨

自己觉得好的，别人不一定这么觉得。所以东西做出来，先丢出去看真实反应，再决定往哪改。关起门来打磨，容易越磨越偏。关于这点，几个常被问到的问题：

我有过一次很受教的经历：自己花心思做了个功能，觉得特别关键，结果没人碰。问了一圈才明白，那个功能解决的是"我以为的麻烦"，不是大家真实的麻烦。后来我把它砍了，反而大家都说顺了。从那以后，凡是"我觉得很重要"的东西，我都会先拿去问一句再动手。

五、少说多做

计划说得再漂亮，没落地都是零。我越来越不爱谈"我要做多大"，更在意"今天这步做没做掉"。把一件件小事实实在在地做完，大事自然就成了一半。

说出来的目标有个副作用：说完那一瞬间，大脑会误以为已经做了一部分，反而少了点劲。我以前特别爱在开头就描宏大蓝图，结果蓝图越描越兴奋，手上的活反而没动几步。现在倾向于：先做，做完了再轻描淡写提一句。把劲留在手上，别留在嘴上。

前年我想做个稍微像样点的东西，开头就在群里把蓝图描了一遍，收获一堆"期待"。可接下来两周，我一直在调那个最不重要的界面细节，核心功能反而没推进。等我再想起"说出去了"的时候，已经有点骑虎难下。那次之后我学乖了：先让核心功能跑通，再谈说不说。