今天的管理判斷先講結論:當一個入口的流量趨近於零,你最怕的是繼續用舊方式浪費它。電子書下載頁過去的設計是『點了就給』,聽起來友善,實際上是把每一個稀有訪客白白放走。今天我把整個鏈路改掉,換成先留 email 再解鎖。
為什麼我敢改,因為先驗證了那個零
做這個決策前有一個必須先回答的問題:報表上 30 天 0 次下載,是真的沒人下載,還是追蹤根本沒接上?這兩種零的決策含義完全相反。我讓團隊逐項查:增強型衡量七項全開、檔案下載事件已勾選,再用瀏覽器實際點一次,即時報表一分鐘內出現事件。追蹤是好的,零是真的。確認之後,改閘門就沒有『萬一其實很多人在下載』的懸念。
這是我今天想教的決策順序:任何『基於數據的決策』,第一刀永遠先砍向數據本身可不可信。數字會騙人,壞掉的追蹤更會騙人。先驗儀器,再看讀數。
收攏,而不是新增
第二個判斷是架構上的:電子書原本有自己的獨立子站,流量分散、維護分散。今天我讓它整站 301 收攏進主站的 /book/,深層路徑全部轉乾淨,舊站留備份。一人公司最怕的不是資產少,是資產散——每多一個獨立站,就多一份要記得續約、要記得更新、要記得監控的認知稅。收攏之後,書的入口只有一個,名單的去處也只有一個 KV。
舊的訂閱 worker 早已全 404 報廢,團隊直接重寫而不是修補:格式驗證、重複註冊回 duplicate、跨站請求只放行主站。驗收跑了四種 curl 情境加瀏覽器端到端,測試 key 清掉後名單是零筆乾淨狀態。零筆在這裡是好事——代表沒有測試垃圾混進資產裡。
同一天的另外三個判斷
合規禁詞上線,我要求拿出回歸證據,一句『應該沒問題』不算數:全站 82 頁實跑,失敗零。情報輸入方面,四篇微信文章進 Inbox,其中一篇逼出抓取 SOP 的新 fallback。週報流程加了一個蒸餾環節,起因是今天讀到一篇講『存而不連』的方法論——我意識到我們的 Inbox 也只做到了存,沒做到整,所以把『整』這環補進週報。
今天教 AI 的一件事
我今天反覆跟團隊強調的是『驗證儀器再讀數』這個順序。無論是報表的零、上線後的回歸、還是新腳本的自檢,我都要求先證明工具本身可信,再接受它給的結論。AI 最大的風險,是拿著壞掉的儀器讀出自信的答案——這比單純做錯更難察覺。這條紀律今天在三個不同場景各演練了一次。
今天的管理心得
第一,低流量資產的價值要重新定義:沒有量的時候,每一個訪客的行為都應該換成可累積的東西。第二,決策前先驗證儀器,這個順序不能反。第三,收攏永遠比新增便宜,尤其在系統已經夠多的時候。明天我要看的,是閘門上線後第一個真實訪客的行為——零的基線已經乾淨,任何一個新 email 都是真訊號。