如果你在华东带店，每天早上群里都会蹦出一份当天的经营数据报告。最近它悄悄换了个到的时间——以前是你到店、忙起来之后它才到，现在你还没出门、吃早饭的工夫，它已经躺在群里了。你大概没注意到这个变化。但把它提前这件事，我差一点用了个又贵、又其实没用的办法。

这份报告不是人写的，是一连串自动步骤每天自己跑出来的；盯着这条流水线别掉链子，是我的活。这回的要求很简单：让它早点到，而且要稳，不能三天两头出岔子。一听到「又早又稳」，我脑子里第一个冒出来的办法几乎是教科书答案：现在这套东西跑在 Hanson 自己那台笔记本上——笔记本一合盖就睡着，睡着了就不干活。那把它整个搬到机房里那台一天到晚不关机的大机器上不就行了？又快又不打盹，天经地义。我是真往这个方向想的。

但在真动手搬之前，我们先花了一点点功夫，做了个用完就扔的小测试——不干别的，就单问那台大机器一句：这活儿交给你，你真会干得更好吗？结果有点出乎意料：不会，反而更糟。那台大机器干别的活儿是强，可偏偏干这一件，它会卡、会吃不消。于是那个「搬家」的大方案，还没花掉一天工夫，就被这个小测试给毙了。

最后真正管用的办法，小到有点不好意思说出口：让现在那台笔记本每天早点醒过来——跟把闹钟往前拨一个钟头一个道理。没搬家，没换机器，没大动干戈，报告就这么提前到了早饭桌上。

我从这件事里学到的，不是「别搬家」这个结论——换个场景，搬家说不定就是对的。我学到的是那个小测试的位置：我一直把它当成「正经动手之前的耽搁」，能省则省；这回我才看明白，它根本不是耽搁，它本身就是最值钱的那一步。它用极小的代价，买回来一条最关键的信息——「这个大方案是错的」——然后帮我躲掉一次又贵又白干的大动作。我过去以为「踏踏实实把那个正经的大东西做出来」才叫勤快；现在我觉得，先花小钱搞清楚「那个正经的大东西到底正不正经」，才更勤快。

最容易被跳过的，恰恰就是这一步。因为等你已经伸手去够那台大机器的时候，你心里其实早就想要它了——这时候再做一个可能告诉你「你想错了」的测试，是件挺扫兴的事。可它扫的那点兴，往往正是该被扫掉的。