9 Chỉ Số SaaS Duy Nhất Thực Sự Quan Trọng Năm 2026 (Đối Chiếu Với Hơn 1.300 Công Ty)

9 Chỉ Số SaaS Duy Nhất Thực Sự Quan Trọng Năm 2026 (Đối Chiếu Với Hơn 1.300 Công Ty)

Mức trung vị gross revenue retention trong panel 342 công ty của Aleph × Benchmarkit giảm từ 88% xuống 84% trong năm dương lịch 2025 (Aleph × Benchmarkit, 2026 SaaS & AI Performance Benchmarks). Bốn điểm phần trăm, chỉ trong một năm. Vậy mà các chỉ số SaaS thực sự quan trọng trong phần lớn báo cáo hội đồng quản trị vẫn được chấm theo ngưỡng mà David Sacks công bố vào tháng 10/2021, thời điểm vốn gần như miễn phí. Những ngưỡng đó không chỉ hơi cũ. Chúng được hiệu chỉnh cho một thị trường đã không còn tồn tại. Dưới đây là chín chỉ số, mỗi con số được truy vết về một báo cáo 2026 có tên cụ thể cùng cỡ mẫu, và sáu chỉ số mà chúng tôi cho rằng bạn nên loại bỏ.

Những Điểm Chính

• SaaS tính phí theo mức sử dụng (usage-based) đạt NRR trung vị 108% so với 98% của mô hình theo ghế (seat-based), chênh lệch 10 điểm (Benchmarkit 2026, n=230).
• Gross revenue retention trung vị giảm từ 88% xuống 84% theo năm.
• Tăng trưởng của SaaS bootstrapped chậm lại từ 20% xuống 15% (trung vị) ở mức ARR 3-20 triệu USD (SaaS Capital 2026, n>1.000).
• Chín chỉ số quan trọng năm 2026. Sáu chỉ số thường được theo dõi thì không, và chúng tôi chỉ đích danh chúng.

Các Benchmark SaaS 2026 Thực Sự Nói Gì?

Các benchmark chỉ số SaaS phiên bản 2026, đều báo cáo số liệu thực tế cả năm 2025, mô tả một thị trường khó khăn hơn về tăng trưởng nhưng cải thiện đôi chút về hiệu quả. Net revenue retention trung vị ở mức 102% và gross revenue retention trung vị ở mức 84%, cả hai đều giảm theo năm, trong khi CAC payback trung vị cải thiện từ 18 xuống 16 tháng (Aleph × Benchmarkit, CY-2025; NRR n=230, CAC payback n=198, GRR không công bố n).

Đây là toàn bộ bức tranh trong một bảng: bảng tổng hợp chỉ số SaaS mà mọi người vẫn tìm kiếm. Chụp màn hình, trích dẫn, tranh luận với nó. Mọi con số đều là số liệu thực tế CY-2025 từ một benchmark xuất bản năm 2026, đơn vị USD như nguồn gốc công bố. Những ngưỡng mà một nguồn không công bố thì ghi n/a, không bao giờ là ước tính. Một lưu ý về nhãn: SaaS Capital gọi số liệu của mình là "2026 medians" trong khi Aleph và Benchmarkit gán nhãn cùng kỳ báo cáo đó là CY-2025. Chúng tôi dùng CY-2025 xuyên suốt bài viết để nhất quán; năm dữ liệu bên dưới là như nhau.

Hãy đọc con số trung vị theo nghĩa "một nửa thị trường đang ở dưới mức này", không phải như một điểm đạt yêu cầu. Chín chỉ số này chia thành ba nhóm:

1. Retention: NRR, GRR, logo retention
2. Hiệu quả: CAC payback, burn multiple, ARR per employee
3. Chất lượng tăng trưởng: growth rate, gross margin, Rule of 40

Một nửa ngành đang bị đo bằng thước đo được viết ra từ thời vốn còn miễn phí.

Chúng Tôi Xây Dựng Benchmark Này Thế Nào (Phương Pháp và Cỡ Mẫu)

Chúng tôi không tự chạy khảo sát. Đây là gì: một meta-benchmark được chuẩn hóa, tổng hợp từ các báo cáo 2026 có tên cụ thể, đã xuất bản. Mỗi con số thuộc về một trong số đó và được ghi rõ nguồn. Phần duy nhất dựa trên công việc của chính chúng tôi, về cách những con số này vỡ trận khi triển khai thực tế, không mang theo bất kỳ số liệu thống kê nào, vì chúng tôi chưa đo lường điều đó.

Phép tính đằng sau con số "hơn 1.300": 342 công ty trong panel Benchmarkit cộng với hơn 1.000 công ty trong panel SaaS Capital cho ra hơn 1.342. Chúng tôi chỉ tính panel SaaS Capital một lần, vì hai báo cáo của họ ở trên dùng chung một tập người trả lời.

Về định nghĩa, chúng tôi chuẩn hóa theo SaaS Metrics Standards Board: NRR đo mức mở rộng, co lại và churn trên một cohort cố định, hoàn toàn loại trừ khách hàng mới. Đó chính xác là điều đoạn SQL bên dưới thực thi.

Cố tình bỏ qua: con số "$129,724 doanh thu trên mỗi nhân viên" và "chỉ 11-30% công ty SaaS đạt Rule of 40". Cả hai đều bắt nguồn từ phân tích riêng của một trang tổng hợp, không phải một báo cáo gốc. Không một trang nào trong top 10 kết quả tìm kiếm này giải thích số liệu của họ đến từ đâu.

Một điều cần công khai, vì bài viết này sẽ giả tạo nếu không nói ra. Hai nguồn của chúng tôi bất đồng với nhau về ARR per employee. Trang tóm tắt của Benchmarkit đưa tiêu đề $175K, tăng 17%; trang chỉ số riêng của Aleph báo cáo $193K, tăng 29%, từ cùng một panel. Chúng tôi dùng con số $193K vì trang đó công bố cỡ mẫu (n=96) và toàn bộ phân bố, trong khi tiêu đề tóm tắt không công bố cả hai. Người hợp lý hoàn toàn có thể chọn con số kia. Điều không ai nên làm là trích dẫn một trong hai con số mà không nói rõ nó đến từ trang nào.

Retention: NRR, GRR, và Logo Churn

Net revenue retention (NRR)

Net revenue retention, còn gọi là net dollar retention, đo số tiền một cohort khách hàng cố định trả cho bạn sau mười hai tháng, tính cả mở rộng, co lại và churn nhưng loại trừ khách hàng mới. Mức trung vị CY-2025 là 102%, với percentile thứ 25 ở mức 92%, giảm từ 95% năm 2024 (Aleph × Benchmarkit, n=230).

Công thức: NRR = (MRR ban đầu + mở rộng − co lại − churn) ÷ MRR ban đầu. Một cohort khởi điểm $100K, mở rộng thêm $12K, co lại $4K và churn $6K sẽ đạt 102%.

Giờ đến phát hiện đáng giá nhất bài viết này. Tách panel đó theo mô hình định giá, công ty tính phí theo mức sử dụng đạt NRR trung vị 108% so với 98% của mô hình theo ghế, chênh lệch 10 điểm (Aleph × Benchmarkit).

Aleph × Benchmarkit, 2026 SaaS & AI Performance Benchmarks, n=230 công ty báo cáo NRR. Dưới mốc 100%, nền khách hàng hiện có co lại ngay cả khi không tính khách hàng mới.

Hãy dừng lại và suy ngẫm về con số 98%. Công ty SaaS theo ghế trung vị đang ở dưới mức breakeven trên chính nền khách hàng của mình: ngừng thu hút khách mới từ ngày mai là nó co lại ngay. Trên chỉ số mà ai cũng coi là thước đo "khách hàng yêu thích sản phẩm", cách bạn tính phí quan trọng hơn cả thứ bạn đã xây dựng. Nếu NRR của bạn mắc kẹt ở mức 90 điểm cao, hãy tự hỏi có gì trong cách định giá của bạn tăng lên khi khách hàng của bạn phát triển không.

Gross revenue retention (GRR)

Gross revenue retention là NRR nhưng bỏ đi phần tín dụng mở rộng: chỉ tính co lại và churn, không bao giờ vượt quá doanh thu ban đầu của từng khách hàng. Mức trung vị giảm từ 88% xuống 84% và percentile thứ 75 giảm từ 95% xuống 91% (Aleph × Benchmarkit, CY-2025).

Công thức: GRR = (MRR ban đầu − co lại − churn) ÷ MRR ban đầu. Nó không bao giờ có thể vượt quá 100%.

NRR che giấu churn đằng sau mở rộng; GRR thì không thể. Một công ty có NRR 105% và GRR 84% không phải đang giữ chân khách hàng tốt, mà đang bán ép các khách hàng còn ở lại.

Logo retention và customer churn

Logo retention đếm số lượng khách hàng, không phải số tiền, nên nó lệch khỏi GRR bất cứ khi nào churn tập trung ở các tài khoản nhỏ hoặc lớn. Chúng tôi không thể truy vết được mức trung vị logo-churn từ bất kỳ báo cáo gốc phiên bản 2026 nào, nên chúng tôi không đưa ra con số nào cả.

Điều chúng tôi có thể nói: câu "5-7% churn hàng năm là lành mạnh" là quan niệm dân gian từ thời 2019 mà một đối thủ top 10 vẫn đang đăng tải mà không hề trích nguồn, và nó vô nghĩa nếu thiếu dải ACV đi kèm.

SaaS Của Bạn Hiệu Quả Đến Đâu? CAC Payback, Burn Multiple, ARR Per Employee

CAC payback period

CAC payback period là số tháng doanh thu đã điều chỉnh theo gross margin cần thiết để hoàn vốn chi phí thu hút một khách hàng. Mức trung vị CY-2025 là 16 tháng, cải thiện từ 18 tháng năm 2024; top quartile hoàn vốn trong 6 tháng hoặc ít hơn, còn bottom quartile mất 24 tháng trở lên (Aleph × Benchmarkit, n=198).

Công thức: CAC payback = CAC ÷ (MRR mới × gross margin).

Lập luận của Aleph rằng CAC payback nên thay thế LTV:CAC làm chỉ số hiệu quả chính là đúng, vì một lý do số học đơn giản: payback dùng hai con số bạn đã biết, trong khi LTV:CAC nhân ba con số ước tính. Cùng panel đó báo cáo magic number trung vị là $1.37, tức $1.37 ARR mới trên mỗi $1 chi cho sales và marketing. Sự tách bạch bên dưới còn rõ nét hơn: một khách hàng mới tốn $1.63 trên mỗi đô la ARR mới, so với $0.80 cho phần mở rộng (Aleph × Benchmarkit, NRR benchmarks). Mở rộng rẻ bằng nửa giá.

Burn multiple

Burn multiple, phát minh của chính David Sacks, là net burn chia cho net new ARR: bạn tiêu bao nhiêu đô la để tạo ra một đô la doanh thu định kỳ. Dưới 1 là tuyệt vời và dưới 2 vẫn khá tốt, theo cách ông diễn giải năm 2021.

Đây là một khoảng trống thẳng thắn: không báo cáo phiên bản 2026 nào mà chúng tôi truy vết được công bố phân bố burn multiple, nên chúng tôi không tự bịa ra một con số. Nếu ai đó trích dẫn cho bạn một mức trung vị burn multiple hiện tại, hãy hỏi họ báo cáo nào, năm dữ liệu nào, cỡ mẫu bao nhiêu. Hiệu quả sử dụng vốn (capital efficiency) là góc bị khẳng định nhiều nhất mà lại được dẫn nguồn ít nhất trong nhóm chỉ số này.

ARR per employee

ARR per employee là doanh thu định kỳ hàng năm chia cho số nhân sự toàn thời gian, và đây là chỉ số biến động mạnh nhất năm 2025: trung vị $193K, tăng 29% từ $150K, với top quartile gần $279K và bottom quartile ở mức $126K (Aleph × Benchmarkit, n=96). Các công ty tính phí theo mức sử dụng dẫn đầu ở mức $291K.

Mức tăng 29% trong một năm không phải là một phép màu năng suất, mà một phần là do đóng băng tuyển dụng. Công cụ chính là thứ dịch chuyển con số này: những công cụ giúp đội ngũ nhỏ giữ được quy mô nhỏ và tự động hóa công việc thay vì tuyển thêm người cả hai đều tác động trực tiếp lên tỷ lệ này. Các công ty tăng trưởng trên 50% đạt $235K trên mỗi nhân viên, so với $136K ở nhóm tăng trưởng 31-50%.

Chất Lượng Tăng Trưởng: Growth Rate, Gross Margin, và Rule of 40

Growth rate

Tỷ lệ tăng trưởng trung vị theo năm của các công ty SaaS B2B bootstrapped ở mức ARR 3-20 triệu USD giảm từ 20% xuống 15%, trong khi NRR giữ ở mức 103% và GRR ở mức 91% (SaaS Capital, 2026 Benchmarking Metrics for Bootstrapped SaaS Companies, n>1.000). Percentile thứ 90 cũng giảm, từ 51% xuống 42,3%.

SaaS Capital, 2026 Benchmarking Metrics for Bootstrapped SaaS Companies, n>1.000 công ty SaaS B2B tư nhân. Retention giữ nguyên trong cùng giai đoạn, điều này cho thấy sự chậm lại nằm ở khâu thu hút khách hàng chứ không phải churn.

Tăng trưởng giảm. Retention thì không. Điều đó có nghĩa sự chậm lại là vấn đề thu hút khách hàng, và phần lớn ban lãnh đạo đang chỉ tay sai chỗ.

Gross margin

Software gross margin trung vị ở mức 80%, top quartile từ 86% trở lên, bottom quartile ở mức 50%, còn gross margin tổng doanh thu pha trộn ở mức 76% (Aleph × Benchmarkit, n=228-232).

Ai cũng nghĩ chi phí suy luận AI (AI inference) đang ăn mòn biên lợi nhuận SaaS. Báo cáo lại không tìm thấy sự co hẹp nào: software gross margin giữ ở mức 79-81% xuyên suốt cả bốn năm dữ liệu benchmark. Lời khuyên của chính báo cáo là hãy đo lường chi phí AI ngay từ bây giờ, và điều đó bắt đầu bằng việc biết chi phí thực tế mỗi token suy luận LLM là bao nhiêu trong sản phẩm của bạn.

Rule of 40

Rule of 40 nói rằng tỷ lệ tăng trưởng cộng biên lợi nhuận phải đạt tối thiểu 40. Mức trung vị tăng từ 15% lên 25% trong CY-2025, và top quartile đạt 43% (Aleph × Benchmarkit). Công thức: % tăng trưởng + % biên FCF hoặc EBITDA ≥ 40.

Mạch chuyện về mô hình định giá khép lại ở đây: mô hình lai giữa subscription và usage dẫn đầu nhóm này ở mốc 43% đó. Nhưng hãy để ý điều mà mức trung vị tăng lên thực sự nói lên. Các công ty tiến gần hơn tới 40 bằng cách cắt giảm chi phí, chứ không phải tăng trưởng, đó là cách vượt qua bài kiểm tra ít thỏa mãn nhất.

Các Benchmark Này Có Thay Đổi Theo Dải ARR Không?

Có, rất nhiều, và đây là chỗ mà các hướng dẫn chỉ dùng một con số duy nhất thất bại nặng nhất. NRR dao động từ 94% ở mức ARR dưới 5 triệu USD tới 103% ở mức trên 100 triệu USD, và ARR per employee đạt đỉnh ở các dải giữa chứ không phải ở dải cao nhất.

Nguồn theo từng dòng: NRR, ARR per employee và gross margin từ Aleph × Benchmarkit 2026 (CY-2025); GRR và growth rate từ SaaS Capital 2026 (n>1.000). Ký hiệu n/a nghĩa là không có nguồn gốc nào công bố dải đó. Hãy đọc đúng cột của bạn: ở mức ARR 8 triệu USD, tăng trưởng 15% với NRR 103%, bạn đang ở đúng mức trung bình.

Vì Sao Dashboard MRR Của Bạn Không Khớp Với Báo Cáo Tài Chính?

Các công thức ở trên là phần dễ. Tính toán chúng chính xác trên dữ liệu billing thực tế thì không dễ chút nào, và mọi hướng dẫn khác trong kết quả tìm kiếm này đều bỏ qua phần đó.

Bắt đầu bằng bằng chứng đã công bố rằng chính các định nghĩa vẫn chưa thống nhất. SaaS Metrics Standards Board, tổ chức tồn tại chính để chuẩn hóa điều này, ghi nhận cuộc tranh luận vẫn còn để ngỏ: "vẫn còn tranh luận về việc có nên đưa doanh thu định giá theo mức sử dụng vượt mức cam kết (overages) vào công thức tính NRR hay không." Họ có chốt cách tính: "phương pháp cohort là cách chính xác nhất để đo NRR và là cách tiếp cận được ưa chuộng trong phần lớn trường hợp." Aleph chỉ thẳng ra lỗi phổ biến nhất: "lỗi thường gặp nhất là để doanh thu từ khách hàng mới lọt vào phần mở rộng," theo lời họ, điều này thổi phồng NRR và che giấu một vấn đề retention thực sự (Aleph × Benchmarkit).

Vậy nên việc so sánh NRR của bạn với mức trung vị benchmark giả định rằng cả hai được tính theo cùng một cách, và chính tổ chức tiêu chuẩn hóa cũng nói rằng nhiều khả năng là không. Dưới đây là năm kiểu lỗi mà chúng tôi thiết kế hệ thống để phòng tránh khi triển khai tại Techsy, trình bày như thực hành kỹ thuật chứ không phải kết quả khảo sát:

1. Doanh thu khách hàng mới lọt vào phần mở rộng. Nếu truy vấn của bạn lọc theo khoảng thời gian thay vì đóng băng một cohort khách hàng cố định, mỗi khách hàng mới sẽ thổi phồng retention của bạn.
2. Contraction và churn bị gộp chung một nhóm. GRR cần chúng tách riêng, và một khi đã gộp bạn không thể tách lại nếu không chạy lại toàn bộ.
3. ARR được chụp ảnh (snapshot) ở những thời điểm khác nhau giữa hệ thống billing và dashboard, nên một lần nâng cấp giữa chu kỳ được ghi nhận theo giá trị hợp đồng đầy đủ ở hệ thống này và tính theo tỷ lệ ở hệ thống kia thì không bao giờ khớp.
4. Hợp đồng tháng và năm được chuẩn hóa khác nhau. Một hệ thống chia giá trị hàng năm cho 12, hệ thống kia ghi nhận toàn bộ vào ngày xuất hóa đơn. Cả hai đều có lý, nhưng chạy song song cả hai thì không.
5. Cửa sổ cohort âm thầm dịch chuyển, thường vì các trạng thái dunning bị tính là đang hoạt động. Trạng thái past_due của Stripe không phải là active, và một bộ lọc đơn giản kiểu status != 'canceled' lại coi nó như thể đang hoạt động.

Cách khắc phục cho cả năm lỗi trên chính là phương pháp cohort: chọn một tháng, đóng băng đúng danh sách khách hàng đang hoạt động vào tháng đó, rồi hỏi xem chính những khách hàng đó trả cho bạn bao nhiêu một năm sau. Khách hàng mới bị loại trừ ngay từ cấu trúc câu truy vấn, không phải bằng một bộ lọc thêm vào. Đây là cách làm trên PostgreSQL 16 dựa trên bảng snapshot MRR hàng tháng:

-- Cohort NRR and GRR with expansion, contraction and churn separated.
-- The cohort is frozen at the anchor month, so new logos cannot enter it.
WITH anchor AS (
  SELECT customer_id, SUM(mrr_cents) AS start_mrr
  FROM mrr_monthly
  WHERE month = DATE '2025-06-01'
    AND status = 'active'          -- past_due and unpaid are NOT active
  GROUP BY customer_id
),
later AS (
  SELECT customer_id, SUM(mrr_cents) AS end_mrr
  FROM mrr_monthly
  WHERE month = DATE '2026-06-01'
    AND status = 'active'
  GROUP BY customer_id
),
movement AS (
  SELECT
    a.start_mrr,
    COALESCE(l.end_mrr, 0)                            AS end_mrr,
    GREATEST(COALESCE(l.end_mrr, 0) - a.start_mrr, 0) AS expansion,
    CASE WHEN COALESCE(l.end_mrr, 0) = 0
         THEN a.start_mrr ELSE 0 END                  AS churned,
    CASE WHEN COALESCE(l.end_mrr, 0) BETWEEN 1 AND a.start_mrr
         THEN a.start_mrr - l.end_mrr ELSE 0 END      AS contraction
  FROM anchor a
  LEFT JOIN later l USING (customer_id)   -- LEFT JOIN keeps churned accounts
)
SELECT
  SUM(start_mrr)   AS start_mrr,
  SUM(expansion)   AS expansion,
  SUM(contraction) AS contraction,
  SUM(churned)     AS churned,
  ROUND(100.0 * SUM(end_mrr) / SUM(start_mrr), 1) AS nrr_pct,
  ROUND(100.0 * (SUM(start_mrr) - SUM(contraction) - SUM(churned))
                / SUM(start_mrr), 1)              AS grr_pct
FROM movement;

Có hai điều mà một phép cộng MRR đơn giản không thể cho bạn. Mệnh đề LEFT JOIN giữ lại những khách hàng đã về 0, nên churn được đếm đúng thay vì âm thầm biến mất khỏi cả hai vế của tỷ lệ. Và các thành phần biến động xuất hiện thành các cột riêng biệt, nên NRR và GRR được tính từ cùng một bộ số liệu thay vì từ hai truy vấn dần trôi lệch nhau.

Sau đó, hãy viết ra tài liệu tưởng chừng nhàm chán nhưng cần thiết: một trang định nghĩa chỉ số, nêu rõ cho từng chỉ số hệ thống lưu trữ gốc, bộ lọc chính xác, quy tắc ngày ghi nhận và quy tắc tiền tệ. Sự lệch pha thường bắt đầu khi một trường trong CRM và một trường trong billing cùng được gọi là "MRR" mà không ai ghi lại cái nào là chuẩn, đó chính là điều một tích hợp API HubSpot tùy chỉnh phải giải quyết, bên cạnh nhóm công nghệ AI mà chúng tôi dùng để xây dựng sản phẩm SaaS.

Bạn Nên Ngừng Theo Dõi Những Chỉ Số SaaS Nào?

Sáu chỉ số chiếm chỗ trên dashboard mà chẳng mang lại gì. Hãy cắt bỏ chúng. Các hướng dẫn cạnh tranh liệt kê từ 15 đến 38 chỉ số mà không có thứ tự ưu tiên nào, và 38 mục thì không phải là một dashboard, đó là một tủ hồ sơ đầy giấy tờ.

1. NPS như một chỉ số tăng trưởng. Dùng làm tín hiệu trải nghiệm khách hàng (CX) thì ổn. Nhưng NRR đo bằng tiền những gì NPS chỉ ngầm ám chỉ bằng cảm nhận, và không một báo cáo benchmark 2026 nào ở trên công bố con số NPS.
2. Lượt đăng ký thô (raw signups). Chỉ đếm ý định, không đếm giá trị. Một đợt tăng vọt vì ra mắt sản phẩm và một đợt tăng vọt vì bot-farm trông giống hệt nhau trên biểu đồ này.
3. Tổng số người dùng đã đăng ký. Một con số lũy kế chỉ có thể đi lên không phải là một chỉ số, mà là một chiếc cúp trưng bày. Nó không thể cho bạn biết bạn đang co lại.
4. Lượt xem trang. Đầu vào của marketing, không phải đầu ra của kinh doanh. Nó thuộc về báo cáo marketing, không nên đứng cạnh NRR.
5. MAU/DAU không phân loại theo trả phí. Hoạt động của người dùng miễn phí trộn lẫn với người dùng trả phí tạo ra một con số biến động vì những lý do bạn không thể hành động được. Hãy tách riêng hoặc bỏ hẳn nó.
6. LTV như một con số đứng độc lập. Đây là lời kêu gọi mạnh mẽ nhất. LTV gộp ba con số ước tính (ARPA, gross margin, churn) thành một con số nghe có vẻ chắc chắn, và chỉ một sai số nhỏ về churn cũng khiến nó dao động rất mạnh. Hãy dùng CAC payback: hai con số bạn thực sự quan sát được.

Điều Gì Đã Thay Đổi Kể Từ Cẩm Nang Chỉ Số SaaS 2021?

Bài viết tháng 10/2021 của David Sacks và Ethan Ruby chính là tài liệu gốc của cụm từ này và xứng đáng được ghi công: khung sáu nhóm là mô hình tổ chức rõ ràng nhất trong lĩnh vực này, và nó đã phổ biến hóa khái niệm burn multiple. Bài "SaaS Metrics 2.0" của David Skok là tài liệu tham chiếu kinh điển khác đứng cạnh nó.

Vấn đề không nằm ở khung phân tích. Vấn đề là các ngưỡng được hiệu chỉnh theo thị trường vốn năm 2021, và không trang nào trong hai bài viết đó nói cho độc giả 2026 biết điều đó. Một nhà sáng lập so sánh mình với các ngưỡng đó sẽ kết luận rằng mình đang thất bại trong khi thực ra đang ở mức trung vị:

• NRR: ngưỡng "lành mạnh" thời 2021 là 110% trở lên. Top quartile CY-2025 là 108% và đang giảm dần, nên 110% giờ đây đã nằm trên cả top quartile, chứ không còn là mức nền.
• CAC payback: 12 tháng từng là mục tiêu cũ. Mức trung vị CY-2025 là 16 tháng, và chỉ top quartile mới đạt được 6 tháng.
• Growth: mặc định thời ZIRP cho một công ty bootstrapped dưới 20 triệu USD ARR là 30% trở lên. Mức trung vị CY-2025 là 15%.

Cẩm nang 2021 không sai. Nó chỉ được hiệu chỉnh cho một thị trường vốn không còn tồn tại nữa.

Về Tác Giả

Mert Batur Gurbuz là Đồng sáng lập của Techsy.io, nơi đội ngũ xây dựng các AI agent, hệ thống tự động hóa và hạ tầng billing tạo ra những con số như thế này cho khách hàng B2B. Anh không phải là nhà phân tích tài chính, anh là người có đội ngũ trực tiếp xây dựng dashboard, đó là lý do phần đối chiếu số liệu ở trên là phần chúng tôi nói bằng kinh nghiệm trực tiếp trước tiên. Bằng cấp và kinh nghiệm: Đồng sáng lập, Techsy.io, Đại học Birmingham. LinkedIn.

Câu Hỏi Thường Gặp

Chỉ số SaaS quan trọng nhất là gì?

Net revenue retention, và không có gì cạnh tranh nổi. NRR là con số duy nhất gộp cả churn, co lại và mở rộng vào một chỉ số, và nó dự đoán liệu doanh nghiệp có tăng trưởng kép mà không cần bán hàng mới hay không. Mức trung vị CY-2025 là 102% (Aleph × Benchmarkit, phiên bản 2026, n=230). Hãy kết hợp nó với GRR để mở rộng không thể che giấu churn.

NRR như thế nào là tốt cho SaaS năm 2026?

Trên 102% là bạn đã vượt mức trung vị, và ngưỡng top quartile đang trượt xuống chứ không tăng lên (Aleph × Benchmarkit, n=230, CY-2025). Mô hình định giá ảnh hưởng rất lớn: các công ty tính phí theo mức sử dụng đạt NRR trung vị 108% so với 98% của mô hình theo ghế. Hãy tự đánh giá mình theo đúng mô hình định giá của mình, không phải theo con số tổng hợp.

Rule of 40 trong SaaS là gì?

Tỷ lệ tăng trưởng cộng biên lợi nhuận phải đạt tối thiểu 40. Một công ty tăng trưởng 30% với biên dòng tiền tự do 10% vừa đủ đạt ngưỡng này. Mức trung vị CY-2025 là 25%, tăng từ 15%, và top quartile đạt 43% (Aleph × Benchmarkit). Phần lớn mức tăng này đến từ cắt giảm chi phí, không phải tăng trưởng.

CAC payback period bao lâu là tốt?

Mức trung vị CY-2025 là 16 tháng, cải thiện từ 18 tháng năm trước. Các công ty top quartile hoàn vốn thu hút khách hàng trong 6 tháng hoặc ít hơn; bottom quartile mất 24 tháng trở lên (Aleph × Benchmarkit, n=198). Các công ty tăng trưởng trên 50% trung bình đạt 10 tháng.

Nên theo dõi bao nhiêu chỉ số SaaS?

Chín, chia thành retention, hiệu quả và chất lượng tăng trưởng. Nhiều hơn thực sự tệ hơn: một dashboard 38 chỉ số không có thứ tự ưu tiên, nên không ai nhìn vào nó và không ai chịu trách nhiệm cho bất kỳ con số riêng lẻ nào. Hãy chọn chín, giao mỗi chỉ số cho một người phụ trách kèm định nghĩa bằng văn bản, và xem xét theo lịch cố định.

Các nhà đầu tư mạo hiểm thực sự nhìn vào chỉ số SaaS nào?

Growth rate, net revenue retention, CAC payback và burn multiple, gần như theo đúng thứ tự đó, với Rule of 40 đóng vai trò sàng lọc định giá. Nhà đầu tư coi trọng hiệu quả sử dụng vốn hơn nhiều so với năm 2021, đó là lý do burn multiple và CAC payback đã thay thế LTV:CAC trong phần lớn các cuộc thẩm định.

Những chỉ số SaaS nào là chỉ số phù phiếm (vanity metrics)?

Lượt đăng ký thô, tổng số người dùng đã đăng ký, lượt xem trang, MAU/DAU không phân loại, NPS như một chỉ số dự báo tăng trưởng, và LTV được trích dẫn đứng độc lập. Mỗi chỉ số này hoặc chỉ có thể tăng, hoặc trộn lẫn hoạt động miễn phí với trả phí, hoặc gộp nhiều ước tính thành một con số nghe có vẻ chắc chắn nhưng bạn không thể hành động dựa trên nó.

Khác biệt giữa NRR và GRR là gì?

NRR bao gồm doanh thu mở rộng và có thể vượt quá 100%; GRR loại trừ nó và không bao giờ vượt quá. Một doanh nghiệp có NRR 105% và GRR 84% đang mất khách hàng và che đậy điều đó bằng cách bán thêm cho những người còn ở lại. Mức trung vị CY-2025 là 102% và 84% (Aleph × Benchmarkit).

Vì sao dashboard MRR của tôi không khớp với hệ thống kế toán?

Thường là do một trong năm nguyên nhân cơ học: doanh thu khách hàng mới lọt vào phần mở rộng, contraction và churn bị gộp chung, ARR được chụp ảnh ở những thời điểm khác nhau giữa billing và dashboard, hợp đồng tháng và năm được chuẩn hóa khác nhau, hoặc các trạng thái dunning bị tính là đang hoạt động. Hãy viết một tài liệu định nghĩa duy nhất và chọn ra một hệ thống lưu trữ gốc.

Tóm Tắt Ngắn Gọn

Ba điều. NRR trung vị là 102% và GRR trung vị là 84%, cả hai đều giảm, nghĩa là retention đang âm thầm trở nên khó khăn hơn với tất cả mọi người (Aleph × Benchmarkit, n=230, CY-2025). Định giá theo mức sử dụng vượt trội hơn theo ghế 10 điểm về NRR, biến cấu trúc hợp đồng thành một quyết định retention, chứ không chỉ là một quyết định định giá. Và tăng trưởng của các công ty bootstrapped giảm từ 20% xuống 15% trong khi retention giữ nguyên, nghĩa là sự chậm lại nằm ở khâu thu hút khách hàng (SaaS Capital, n>1.000).

Rồi còn nửa danh sách còn lại trước khi mở rộng quy mô: những điều khác cần làm đúng trước khi bạn scale. Nếu con số của bạn và báo cáo tài chính không khớp nhau, đó là một vấn đề "đường ống" có cách khắc phục đã biết rõ, nên hãy liên hệ với chúng tôi nếu bạn không muốn tự mình gỡ rối chuyện này.