崩潰率要先定義，數字才有意義
同一張儀表板，產品與工程看見的常常是兩件事。
- 指標
- 基線
崩潰率爭議多半不是誰算錯，而是分子與分母沒有寫死：是依 session、依使用者，還是依啟動次數？是否排除已知第三方崩潰？是否含背景行程？
建議在稽核或發版會議前，先用一段話固定定義，並註明取樣率與符號狀態。沒有定義的百分比，無法拿來當門檻。
若歷史資料不足，可先用兩週正式流量建立 P75／P90 觀察帶，再把第一版門檻設在「明顯劣於基線」的位置，避免一開始就訂到無法達成。
Smartcloudapis 在基線稽核中會把這段定義寫進報告首頁，讓後續堆疊判讀與發版門檻都能對回同一套語言。