一家公司說「我們的 NRR 是 110%」,另一家公司也說 110%。兩個數字擺在同一張簡報上,看起來像已經可以比較。
其實還早。
Amplitude 在 2025 Form 10-K 裡提醒,很多企業自行使用的營運指標沒有統一計算標準,所以同名指標未必能直接拿來比較。Amplitude 2025 Form 10-K
這個提醒可以一路延伸到產品與財務分析。ARR、Active Users、Free Cash Flow 都可能是很有用的數字;麻煩通常出在我們太快把名稱當成定義,又太快把定義當成可比性。
先說清楚,你要靠這個數字做什麼
假設同一家公司正在開月度經營會議。
CFO 想知道現金、獲利與 forecast 是否偏離;SaaS 團隊在追續約、擴張與流失;Product 團隊則在看 activation、engagement 和 retention。三邊都可能談「健康度」,但真正要回答的問題不同。
所以我會先把問題放到正確的層級,再挑指標。Finance / FP&A 常處理現金、規劃、預測和資源配置;SaaS / Subscription 看 recurring revenue 與 cohort economics;Product / Growth 靠近使用者行為與價值是否真的被使用者拿到。
一家公司當然可以三套都看。需要避免的是用 Product 指標回答財務問題,或拿一個 SaaS benchmark 去替代公司自己的決策條件。
一個 KPI 至少要有一份可重現的定義
真正進 dashboard 之前,我會要求重要指標把幾個欄位交代清楚。我把這份操作定義叫作 Metric Contract。
| 要定義的部分 | 實務上要釐清什麼 |
|---|---|
| 用途 | 這個數字要支援哪個決策? |
| 算法 | 公式怎麼算? |
| 納入條件 | 哪些資料可進分子、分母? |
| 母體 / cohort | 算的是哪些客戶、使用者或帳戶? |
| 分析粒度 | user、account、workspace、plan,還是地區? |
| 時間 | 日、月、季、TTM?期末值還是平均? |
| 資料來源 | event、billing、CRM,還是會計系統? |
| 排除與調整 | 哪些項目被排除、重分類或調整? |
| 權威來源 | 數字衝突時以哪套系統為準? |
| 責任與版本 | 誰維護定義?何時改過? |
這張表不是為了增加流程。它的用途很簡單:當兩個人都說自己在看「同一個 KPI」時,可以把定義攤開來核對,而不是靠名稱猜。

接下來三個例子,分別把問題推到不同地方。
SaaS 的坑通常藏在 cohort 與口徑裡
ARR 很適合先看。
Amplitude 將 ARR 定義為某一時點訂閱合約所代表的 annual recurring revenue,並明確指出它不是 GAAP revenue 的年化,也不是 revenue forecast。Amplitude 2025 Form 10-K
這表示 ARR 和 Revenue 可以同時存在,卻沒有誰要取代誰。前者是公司定義下的 recurring run-rate 指標,後者受會計認列規則約束。拿 ARR 做營運判讀很合理;把它直接當成 revenue 使用,就會把兩種問題混在一起。
NRR 更麻煩,因為百分比很容易讓人放下戒心。
Amplitude 的 NRR 以既有客戶 cohort 為基礎,計入 expansion,也扣除 contraction 與 attrition;新客戶與 overage charges 不在同一套口徑裡。它披露的 trailing-twelve-month NRR 還涉及 period-end NRR 的平均方式。Amplitude 2025 Form 10-K
於是「NRR 110%」至少還缺幾個答案:cohort 怎麼切、新客戶有沒有排除、overage 怎麼處理、流失如何計入、看的究竟是單點還是平均。
Box 在自己的申報文件裡也會定義 Total ARR、retention 與 non-GAAP measures,並提醒公司自訂的衡量方法和其他公司可能不同。Box FY2026 Form 10-K
看到 acronym 時先看 contract,通常比先查「業界標準」可靠。
Product 的數字,還要追到 instrumentation
產品分析多一層風險:數字往往是事件追蹤系統算出來的。
Google Analytics 4 會區分 Total Users 與 Active Users。Active User 需要符合特定 engagement 或 event 條件,不等於資料裡所有曾出現過的 unique users。Google Analytics: Understand user metrics
Engagement Rate 也依賴規則。GA4 用 engaged sessions 除以 total sessions,而 engaged session 要符合持續時間、key event 或頁面/畫面瀏覽等條件之一。Google Analytics: Engagement rate and bounce rate
Amplitude 的預設又不同。使用者在選定區間內至少觸發一個事件,通常就會被視為 active;團隊也可以把事件標成 inactive,這會影響 active-user 的計算。Amplitude Docs: Helpful definitions
這裡最值得防的是誤判。
如果 Active Users 本週少了 8%,團隊很容易立刻把原因歸到產品黏著度。但若同一週剛做過 event taxonomy 清理、移除背景事件,或調整 active / inactive event 設定,數字下滑可能混進了量測規則的變化。
所以產品指標除了問「使用者怎麼了」,還得保留一個稽核問題:最近 instrumentation 有沒有變?
North Star Metric 也適用同樣的克制。Amplitude 的方法把它連到 customer value、產品策略與核心 engagement model。Amplitude: Every Product Needs a North Star Metric 它可以幫團隊思考該看什麼,卻不是可以跨產品直接複製的答案。
到 Finance,自訂調整項變成另一種 contract
Free Cash Flow 是一個很好的例子。
Box 的 non-GAAP free cash flow 從 operating cash flow 出發,再扣除公司定義的一組項目,包括 net capital expenditure、finance lease principal payments、capitalised software costs 等,並提供與 operating cash flow 的 reconciliation。Box FY2026 Form 10-K
看到 FCF 這個名稱,還不能知道所有 adjustment。
SEC 對 non-GAAP financial measures 的指引也要求,在適用情況下與最可比的 GAAP measure 做量化 reconciliation,並提供足以理解 reconciling items 的資訊。SEC: Non-GAAP Financial Measures C&DIs
IFRS 18 從另一套制度脈絡處理 management-defined performance measures,對符合條件、由管理層使用的自訂損益小計設有揭露與 reconciliation 要求。IFRS 18 Presentation and Disclosure in Financial Statements
兩套制度不能混成同一件事。放在這裡的共同用途,是提醒分析者:管理層自行定義的 performance measure 若要被外部或跨期使用,調整項與對帳脈絡必須看得到。
Benchmark 能不能用,先做七個核對
我不會因為 benchmark 不是完全同質就把它丟掉。很多外部數字仍然有參考價值,只是要先決定它有資格當「目標」,還是只能當「背景」。
實務上我會核對七件事:
- 公式與定義是否一致。
- population / cohort 是否接近。
- 時間窗與平均方式是否相同。
- 商業模式、客群、stage、segment 是否有可比性。
- measurement 或 accounting source 是否相容。
- exclusions、adjustments、reclassification 是否一致。
- benchmark 的年份、樣本與定義來源是否清楚。
其中幾項答不出來,先把 benchmark 降級成 context。這比硬問「好 SaaS 的 NRR 到底要多少」更安全,因為後者常常把比較前提藏掉了。
下一次有人提 KPI,我會先問這七句
最後留一個真的可以拿去會議上用的版本。
- 現在要做哪個決策?
- 這個問題屬於哪種商業邏輯?
- 這個數字是 outcome、driver、guardrail,還是 diagnostic signal?
- 它的公式、母體、cohort、時間窗與資料來源寫清楚了嗎?
- 這個數字今天重算,能得到同樣結果嗎?
- 外部 benchmark 跟我們真的用同一把尺嗎?
- 數字變動之後,誰有權也有能力採取行動?
如果第七題沒有答案,我通常會再想一次這個 KPI 是否值得放進核心 dashboard。
指標本身會隨商業模式、產品與管理需求變化。比較耐用的能力,是知道一個數字何時足以支撐決策,又何時只是看起來很專業的標籤。