許多 App 埋了上百個事件，卻仍說不清使用者為何在第三天消失。關鍵往往不是數量，而是核心旅程是否可串起來。
優先維護的通常是：首次有意義完成、進入核心循環、產生價值的行為、以及明確的流失前兆（例如連續略過引導、關閉關鍵權限）。
屬性也要克制。裝置型號可以有，但若沒有對應的產品假設，只會讓分群報表變噪音。
命名穩定比命名漂亮重要。改名等於斷歷史，若必須改，保留對照表與雙寫過渡期。
若現有事件過多，可先標「留存決策用／探索用／可淘汰」，再排清理，避免一次大砍造成報表空洞。
2026-04-11
為了留存，哪些事件值得長期維護
事件不是越多越好。從「能否解釋回訪」出發，列出真正該守住的最小集合。