为什么计时类 App 非要你先选好分类，才肯让你开始？

按下计时器的开始键之前，它会先问你一个问题，而接下来这一个小时其实还没来得及给出答案：这是在做什么？是工作，还是工作里的某一件具体事？是一趟采购，还是很快会变成别的什么事情的开头？你得先选一个格子，可你还没经历这件事，根本不知道它到底该放进哪个格子——你给出的是一个猜测，而且是在一件你压根还没做过的事情最开头那几秒钟里给出的。

标签要求先到，证据却总是后到

正常情况下，一件事是什么，是它发生完之后才知道的，等你看清了它实际的样子，再给它下判断。计时器把这个顺序倒了过来。它要你在按下开始的那一刻就把分类定下来，而那恰恰是你对接下来会发生什么了解最少的时刻。你不是在描述一个小时，你是在预测一个小时，而人对自己一天的预测，出错的概率比那份看着挺整齐的分类列表暗示的要高得多。

大多数时间段，都不会乖乖待在你一开始放它进去的格子里

真实的时间不会自己排好队分类。一段一开始标成"工作"的时间，中途可能就变成了和朋友的一通电话。一趟"采购"，站在店里琢磨该买什么的时候，可能就变成了四十分钟的研究和比较。这都不算反常——一个小时本来就常常是这样，看起来是一件事，其实里面装着好几件小事。一个提前选好的分类，没办法预料到一件还没发生的转折，所以从计时器开始跑的那一刻起，标签和这个小时实际的样子就已经在慢慢分开了。

猜错了要付出代价，而事后写下来不用

一旦计时器已经在某个分类下跑起来，中途去改它，感觉就像是在承认一开始猜错了，于是很多人干脆就让它这么错下去——贴错标签的那段时间继续贴错标签，或者干脆把计时器停掉，也没有重新在正确的分类下开始。这么做的次数多了，最后留下的记录，讲的不是这一天实际发生了什么，而是你对这一天的第一反应猜对了多少——而且这种偏差会一周一周地悄悄累积，直到最后的统计数字，描述的是一个从来没有真正那样发生过的小时。

提前决定这件事本身，就是一种新的阻力

还有一层代价，出现在计时器开始跑之前。如果你还没想清楚该管一件事叫什么——这算"工作"还是"杂务"，这算"健康"还是只是一趟顺路去药店的采购——你可能会在分类选择的界面前面站着，比这件事本身花的时间还久，或者干脆先不按开始，等自己脑子里理清楚了再说。分类选择本来该是最快的一步，结果变成了挡在你和真正动手之间的又一道关卡。

事情结束之后再取名字，是一件完全不同、也轻松得多的事

一个小时结束以后，你已经知道它是什么样子了。这时候去描述它，不再是预测，而是汇报。"帮忙弄了下文件，然后回了邮件，中间出去走了一小段"，事后写成一句话就够了——尽管在这件事最开始、需要为这三件事分别按下三个不同计时器的那一刻，去准确猜中这个混搭组合，几乎是不可能的。事后回看不是什么取巧的办法，它只是这件事结束以后你自然就拥有的东西，而日志正是用这个来工作的。计时器需要你提前知道未来会发生什么，而事后写下的一行字，只需要你记得刚刚过去的这一个小时——这个要求小得多。

TimeMap 就是站在这一边工作的。日历上的一行字，带着一个时间和一个分类颜色，但这个分类是在你已经写下发生过什么的时候选的，不是在你还没做过一件事、正要开始的时候选的。不需要提前准确预测什么，等这个小时的实际样子和你走进去之前想的不一样时，也不需要中途去更正——你只用在真正知道它是什么样子的那一刻，把它描述一遍就够了。

分类的作用本该是帮你之后看出一种规律，而不是逼你在规律出现之前先把它预测出来。把这个决定挪到事情发生之后，看起来是个很小的改动，但它去掉了一种特定的阻力——这种阻力其实和你在做的事本身没什么关系，只是因为被要求太早知道一件还不该知道的事。