该记录你做了什么，还是该追踪花了多久？

这个问题通常是以另一个问题的样子出现的：该用哪个 App？但它底下其实是另一层选择——你到底想留下哪种记录，这件事值得在下载任何东西之前先想清楚。记录留下的是你做了什么，追踪留下的是花了多久。这不是同一个问题的两种问法，是两个不同的问题，而大多数人其实只需要其中一个答案。

两种记录，留下的是两种东西

被追踪的一小时，留下的是一个数字，如果记得仔细，还会带一个标签："2小时15分钟——客户A"。这个数字准确，也经得起交代。但它对这两小时到底是怎样的两小时几乎什么都没说——进展顺不顺利、中途有没有人打断、开始前你是不是一直在拖。被记录的一小时不带这种精确，却留住了大半的实质：一行"总算把方案写完了，发出去那一刻挺松一口气"没有任何时长信息，却比那个数字更告诉你这一小时是怎么回事。

两种记录都不比对方更诚实，它们只是在留意不同的东西。

为什么"花了多久"总是先被想到

时长这件事天生占便宜，因为它听起来能测量，能测量听起来就靠谱。只要能给一件事标上数字，就好像已经弄懂了它——这周花在邮件上三小时，昨天运动了四十分钟。可数字只有在你清楚要拿它做什么用的时候才有用。开发票需要数字，对照预算需要数字。回忆自己刚过完的一周，需要的远不是数字，而是一段描述，人们习惯性地伸手去抓时长，往往不是因为当下真的需要它，只是因为抓惯了。

"做了什么"能给你、"花了多久"给不了的东西

问问自己一个月后真正想知道的是什么，答案很少是"一共多少分钟"。更接近的答案是：这个月见没见到朋友、工作是不是真像当时感觉的那么糟、那一周到底发生了什么，自己已经快想不起来了。这些问题都没有数字答案，只有描述性的答案，而只有"发生了什么"的记录——不是"花了多久"——才能回答。一周四十二行的记录一眼就能看出，其中十二行都在提同一个没完成的项目，一行都没提到那个你一直想联系却没联系的人。同一周的总时长表只会告诉你这个项目吃掉了十一个小时，剩下的全靠自己猜。

抽样一天，而不是丈量一天

追踪要求你把整天都交代清楚，不然总数就是错的。记录不背这个包袱。一天里几个时间点，写下几行当时在做什么，就足够事后拼出这一天的样子——就像几张照片就足够让你记起一趟没录像的旅行。你不是要证明这一天被完整地、不间断地交代了八个小时，你是在这一天进行的过程中随手取几个样本，相信几个诚实的样本，比一个滴水不漏的总数，更能说清这一天。

这两件事是怎么被一起卖给你的

这个选择之所以显得比它本该有的更难，一部分原因在于市面上的卖法：不少 App 承诺两者都给，追踪时长的同时还能加一句备注，好像一句挂在数字上的备注就等于拿到了两边的好处。实际用起来往往是两边都打了折扣——一个得记得开关的计时器，加一个大多数人干脆留空的备注框，因为注意力都花在开始和停止那个动作上了。选清楚自己真正需要哪一个，另一个通常也不会太让人怀念。

"花了多久"真正该被问的时候

这不是说时长从来不重要。如果有你之外的人——客户、雇主、会计——需要一个经得起交代的数字，那就去追踪，只追踪那一部分，不必扩大到别处。问题出在把这套标准套到一段根本没人会来审计的生活上。一周里的大多数时间，都不需要经得起争议审查，它只需要被记得足够准确，等以后自己想起来的时候还有用——而当读者只有自己的时候，一段描述几乎每次都比一个数字更好用。

TimeMap 就是为后面这种情况做的。写一行你在做什么，选个颜色，然后继续过日子——后台没有任何东西在跑着计时、攒着总数，因为总数从来不是重点。之后拿回来的是一段可以和别的星期并排比较的形状，不是一个需要你解释的数字。

所以回答最初那个问题，诚实的办法是先问另一个问题：这段记录以后除了你还会有别人看吗？如果答案是没有，你其实已经知道自己想要的是哪一种了。