给网站记一本流水账

做站两年，我最后悔的一件事是：没从一开始就记日志。

不是那种正式的开发日志，就是一本流水账：今天改了什么、为什么改、改完什么感觉。

为什么需要它

三个场景，没有日志会很痛苦。

第一个，某天发现一个功能不好用了，想不起来是哪次改动弄坏的。

第二个，半年后想改回去，忘了当初为什么改成现在这样。

第三个，有人问你「这个站怎么做的」，你只能说出个大概。

记什么

不用记全。我记四样：

日期。改了什么（一句话）。为什么改（一句话）。改完有没有效果。

四行，一分钟。

比如：「11-04 把首页按钮改成深红。因为白色在浅背景上看不清。改完点击率没明显变化，但看着舒服了。」

记在哪

不要记在脑子里，也不要记在聊天窗口里。

记在一个文件里，或者后台的动态栏目里。关键是：下次打开就能看到，不用翻记录。

我现在用两个地方：技术相关的记在本地文件，产品相关的发在站上的动态里。

后者还有个好处：读者能看到这个站在长。

一个意外的收获

记了半年之后，我发现自己改东西的频率降下来了。

因为每次想改，先翻日志，经常发现「这个三个月前改过，当时觉得不好又改回来了」。

没有日志，就会在同一个地方反复折腾。

别记成日记

流水账不是日记。

不要写「今天心情不好，所以没更新」。这种记录对你以后判断没有帮助。

只记和站有关的：改了什么、为什么、结果如何。

一个月回看一次

每月最后一天，把日志从头翻一遍。

看两件事：哪些改动真的有作用，哪些改完就忘了。

有作用的，记住方法。改完就忘的，下次别改。

一年之后

一年之后，这本流水账会变成两样东西。

一是你的经验。你会知道自己在这个站上踩过哪些坑，哪些是重复踩的。

二是内容素材。里面随便挑十条，就是一篇「我这一年改了什么」的文章，而且是真的。

最后

记日志不花时间，一分钟的事。

不记，同样的坑会踩第二次、第三次，而且每次都觉得是新的。

一个模板

日期 | 改了什么 | 为什么 | 结果

三列，一行一条。

不用写得好，自己能看懂就行。写得太正式，反而坚持不下来。

一个副作用

记日志之后，我改东西变慢了，但改对的次数变多了。

慢是因为要先想清楚为什么改。对是因为想清楚了才动手。

这两件事，比手速重要。

一个提醒

日志要备份。

它和内容一样，丢了就找不回来。放在本地一份，云端一份。

最后一句

记下来，才不会在同一个地方摔第三次。

一个补充

日志不用写得好。

错别字、缩写、只有你自己懂的记号，都可以。

它的读者只有一个人，就是半年后的你。

开始记的第一天，随便写一条就行。写下去，它自己会长。