我之前做的一些流程文檔，現在回過頭再拿來參考就覺得很粗糙，有種完全看不上的感覺。

比如 WordPress 網站上的郵件轉發設置，之前記錄的就是要安裝什么插件然后做什么設置，只有些一二三之類的大步驟。

實話說總體上真的就只有流程，只有記錄一些粗線條的東西，這就導致現在再去做這類設置時依舊需要單獨搜索具體的執行細節。

所以我這周花了幾天時間，拿一個新起的站點來重新優化我自己記錄的一些內容。

用這周碰到的一個小問題舉個例子。

周二我準備上線了一個新的電商站點，更新完插件之后發現在商品歸檔頁面（類目頁面）上有個小問題，那就是點擊“添加購物車”按鈕會導致整個頁面跳轉到商品詳情頁。

正常的情況下，點擊完按鈕之后應該是頁面無刷新（AJAX 異步通信方式），直接彈出側邊欄購物車顯示商品添加成功。

于是我便開始了問題定位之旅，起初懷疑是不是緩存插件的原因，沒發現問題之后又開始搗鼓購物車添加的邏輯，甚至還折騰起了 WooCommerce 插件的高性能存儲。

浪費了大半天時間依舊沒有發現問題，后面干脆直接重新搭建一個測試站點，去一點點做條件重置以復現問題點。

最后發現是 WooCommerce 插件與一款購物車商品數量更新插件的版本不兼容導致出現沖突，于是整站添加購物車功能失效（至于具體什么代碼沖突沒有繼續深究）。

那現在回顧來看覺得問題很簡單，但是為了發現這個問題，足足浪費了大半天時間。

也就是從這個問題出現之后，我起了優化流程文檔的心思。

我的想法非常簡單，那就是盡可能在本機維護一個電商網站的穩定版本（無論是新安裝插件還是更新版本都需要經過測試保證沒有問題），避免再出現類似這樣非常浪費時間的“小問題”。

這就要求我將各個步驟的工作細化，比如服務器及其運行軟件的版本要一致，主題與各款插件的版本要一致，等等。

那后續再上線新站點時，我需要做的僅僅是將我維護的這個網站版本上傳到網站主機上，再對照著流程文檔一步一步無腦執行。于是整個新網站的上線工作便完成了，過程中自然就不會出現什么奇奇怪怪的幺蛾子。

歷時三天，這份工作在昨天做完了，算是實現了自己做這件事的初衷。

而且類似這樣的操作流程，在我們運營網站的過程中還有好多，不幸的是我之前記錄的流程文檔都普遍粗糙（有大體細節但細節不完善導致不能無腦執行）。

有了這次經歷，后續再去做同樣的工作時，我可能就會利用那次機會將這些流程逐一細化掉。

反正網站的運營就是不斷優化的過程，在不斷踩坑、不斷實操執行的過程中不斷積累經驗。