我們在台中與鄰近地區接觸的產品小隊，多半是雙週釋出、產品與數據共用同一位對口。完整稽核塞不進每個衝刺，但本版與留存相關的變更通常只有少數幾處。
建議在審查清單加一欄：此變更是否新增／改名事件、改動首次流程，或調整生命週期訊息？若是，附上預期對 D1／D7 的影響假設。
合併前用測試環境走一次關鍵路徑，確認事件有進、屬性齊、報表篩選仍成立。
若變更動到留存定義本身，再升級為正式閘門檢查；其餘版本維持抽測即可。
把通過／待修存成短紀錄，回顧時就能看到重複踩雷的模式——這比事後補數便宜得多。
2026-03-22
中部小隊常見的釋出節奏，如何插入留存檢查
兩週一個版本時，不必每次做完整稽核。短閘門就能卡住會污染留存數字的變更。