我之前做的一些流程文档，现在回过头再拿来参考就觉得很粗糙，有种完全看不上的感觉。
比如 WordPress 网站上的邮件转发设置，之前记录的就是要安装什么插件然后做什么设置，只有些一二三之类的大步骤。
实话说总体上真的就只有流程，只有记录一些粗线条的东西，这就导致现在再去做这类设置时依旧需要单独搜索具体的执行细节。
所以我这周花了几天时间，拿一个新起的站点来重新优化我自己记录的一些内容。
用这周碰到的一个小问题举个例子。
周二我准备上线了一个新的电商站点，更新完插件之后发现在商品归档页面（类目页面）上有个小问题，那就是点击“添加购物车”按钮会导致整个页面跳转到商品详情页。
正常的情况下，点击完按钮之后应该是页面无刷新（AJAX 异步通信方式），直接弹出侧边栏购物车显示商品添加成功。
于是我便开始了问题定位之旅，起初怀疑是不是缓存插件的原因，没发现问题之后又开始捣鼓购物车添加的逻辑，甚至还折腾起了 WooCommerce 插件的高性能存储。
浪费了大半天时间依旧没有发现问题，后面干脆直接重新搭建一个测试站点，去一点点做条件重置以复现问题点。
最后发现是 WooCommerce 插件与一款购物车商品数量更新插件的版本不兼容导致出现冲突，于是整站添加购物车功能失效（至于具体什么代码冲突没有继续深究）。
那现在回顾来看觉得问题很简单，但是为了发现这个问题，足足浪费了大半天时间。
也就是从这个问题出现之后，我起了优化流程文档的心思。
我的想法非常简单，那就是尽可能在本机维护一个电商网站的稳定版本（无论是新安装插件还是更新版本都需要经过测试保证没有问题），避免再出现类似这样非常浪费时间的“小问题”。
这就要求我将各个步骤的工作细化，比如服务器及其运行软件的版本要一致，主题与各款插件的版本要一致，等等。
那后续再上线新站点时，我需要做的仅仅是将我维护的这个网站版本上传到网站主机上，再对照着流程文档一步一步无脑执行。于是整个新网站的上线工作便完成了，过程中自然就不会出现什么奇奇怪怪的幺蛾子。
历时三天，这份工作在昨天做完了，算是实现了自己做这件事的初衷。
而且类似这样的操作流程，在我们运营网站的过程中还有好多，不幸的是我之前记录的流程文档都普遍粗糙（有大体细节但细节不完善导致不能无脑执行）。
有了这次经历，后续再去做同样的工作时，我可能就会利用那次机会将这些流程逐一细化掉。
反正网站的运营就是不断优化的过程，在不断踩坑、不断实操执行的过程中不断积累经验。
