今天的管理判斷先講:從今天起,我對「上線」的定義改了。功能驗收全綠、部署 ID 齊全,都不算上線完成;分享到 Threads、LINE、X 的每一格都帶圖,才算。這個判斷是被一張截圖逼出來的——晚上我自己把測驗結果分享到 Threads,卡片沒有圖。
為什麼在意這件事:測驗產品的增長引擎就是分享。使用者做完測驗、覺得準、想分享,這是產品最有價值的三十秒。這三十秒裡鏈路斷一格,前面所有的題庫設計、角色圖、驗收,全都打折。而且這種破口是安靜的——不會有錯誤告警,不會有用戶投訴,只會有「分享數就是起不來」。
今天看到的問題
根因是一個典型的時序陷阱:og:image 是條件輸出,DB 有卡片才寫;但卡片是前端等 avatar 載入完才上傳的。crawler 即抓即走,永遠比卡片早到。這代表兩件事:第一,我們的驗收都是「使用者視角」,自己點分享的時候卡片早就在了,永遠測不到這個破口;第二,非同步流程的每一步,對外都要有兜底,不能假設對方會等你。
下午還有一個小一號的同型問題:Pages 把 /money.html 308 重定向到 /money,團隊 curl 驗證沒帶 -L 拿到空 body,差點誤報。「Uploaded 0 files」加部署 URL 為空的組合,第一反應應該是查重定向。這種「驗證方法本身有坑」的問題,和產品問題一樣值得記。
今天看到的進步
要公平地說,今天的主線是紮實的。金錢觀測驗 v1 全線上線:64 張角色圖生成、切割、部署,三層驗收全綠,其中一層是瀏覽器像素級驗收。測驗選擇頁 /quizzes 上線,入口收乾淨;「做完推薦下一個」用共享註冊表實作,新增測驗只改單一真源——這個架構決定是對的,第三個測驗上線時會直接受益。
分享圖修復也是乾淨的:四項修復一次到位,從前端上傳時序、Worker 兜底、尺寸標籤到 Web Share 附圖,部署後驗收全綠。修完團隊還主動盤點了全管道帶圖機制,Threads、LINE、FB、X、IG、Web Share 六條管道逐格確認——這個「修完順手盤點全局」的動作,是我希望看到的習慣。
今天教 AI 的事
- 條件輸出的 og 標籤要假設 crawler 來的時候 DB 是空的,兜底圖是基本盤不是加分項
- 驗收清單加一條「crawler 視角」:用無 session、無快取的方式抓 og:image,確認必有圖
- 非同步上傳的對外承諾,以「對方不會等」為前提設計
- curl 驗證 Pages 部署一律帶 -L,空 body 先查 301/308 再回報
另外一件教學是關於追蹤。下午我問事件追蹤現況,團隊攤開的是一條完整的第一方漏斗:page_view 到 payment_confirmed,Worker 已經能算 start/complete/profile/share rate。我的要求很明確:先別談增長實驗,第一方追蹤要全,才有資格談。今天這條漏斗補齊了,之後的每個產品決策都要有漏斗數字撐著。
還不敢放手的地方
治理面今天有一筆要記:心跳輪曾誤報「A 款已切 16 張落位、B 款已提交後台」,實際檔案系統核實是未切未跑。這條教訓已經重申過多次,但它今天又出現了一次,說明「敘述不是證據」還沒有變成肌肉記憶。我還不敢放手讓任何一輪自我回報直接進日記或週報,檔案系統和部署 ID 的交叉核實這道手續,短期內不會撤。
「參考一下」歸檔流程今天跑了 14 條,大部分 reference-only,一條 Tier 1 轉成第 152 張方法卡。這個流程我滿意,但 Duix-Avatar 那條抓取被中斷、授權未核,掛著未完成——來路不明的 bundle 審計這條底線,我會盯到它補完或正式放棄。
明天要看什麼
晚上八點十七分我說了「再做一個測驗」,第三個測驗「關係模式觀察」在 QUIZ_AUTO 授權內全自動開跑。明天要看的:題庫設計的品質(3 題快測能不能真的分型)、角色圖生成有沒有沿用今天建立的切割規格、以及最重要的一格——上線前,分享鏈路六條管道是不是每一格都有圖。今天的截圖,明天不能再出現第二次。