Cách Tính ARPU
Công Thức, Ví Dụ Số Và Bảng Benchmark

ARPU (Average Revenue Per User) là một trong những chỉ số founder hay tính sai nhất, không phải vì công thức khó mà vì chọn sai mẫu số — nhầm giữa tổng user và user trả phí, nhầm giữa tháng và năm, hoặc gộp chung doanh thu một lần với doanh thu định kỳ. Bài này đưa ra công thức chuẩn, 2 ví dụ số cho 2 tình huống hay gặp nhất, bảng benchmark theo mô hình kinh doanh, và cách đọc đúng khi ARPU tăng nhưng thực chất doanh nghiệp không hề khoẻ hơn.

Công Thức Tính ARPU Và Vì Sao Chọn Đúng Mẫu Số Quan Trọng

Công thức chỉ có 2 thành phần, nhưng cách chọn mẫu số quyết định con số cuối cùng có ý nghĩa hay không.

Blended ARPU và ARPPU — 2 con số rất khác nhau

Blended ARPU lấy tổng doanh thu chia cho TOÀN BỘ user, kể cả user đang dùng miễn phí. ARPPU (Average Revenue Per Paying User) chỉ chia cho user ĐANG TRẢ PHÍ. Với mô hình freemium có tỷ lệ chuyển đổi thấp, 2 con số này có thể lệch nhau hàng chục lần — báo cáo nhầm loại nào cho nhà đầu tư sẽ khiến họ hiểu sai hoàn toàn về sức khoẻ đơn vị kinh tế của sản phẩm.

Chọn active user, không phải tổng user đã từng đăng ký

Mẫu số phải là user ĐANG HOẠT ĐỘNG trong đúng kỳ tính (thường lấy trung bình đầu kỳ và cuối kỳ nếu số lượng biến động mạnh), không phải tổng số tài khoản đã từng đăng ký từ trước tới giờ — dùng tổng luỹ kế sẽ làm ARPU bị pha loãng giả tạo theo thời gian, kể cả khi doanh thu mỗi khách không đổi.

Quy về cùng 1 đơn vị thời gian

Khách trả theo năm phải được chia lại thành 12 để so sánh công bằng với khách trả theo tháng. Không quy đổi trước khi cộng gộp sẽ khiến ARPU dao động bất thường vào đúng những tháng có nhiều khách gia hạn năm, dù bản chất kinh doanh không đổi.

Vì sao nhà đầu tư quan tâm tới ARPU

ARPU là mảnh ghép trung tâm nối liền nhiều chỉ số khác: nhân với số khách trả phí ra MRR, nhân thêm với gross margin và tuổi đời trung bình của khách hàng ra LTV. Một công ty tăng trưởng số lượng khách hàng nhanh nhưng ARPU đi ngang hoặc giảm dần thường bị nhà đầu tư đặt câu hỏi về sức mạnh định giá (pricing power) — liệu sản phẩm có đang phải giảm giá để giữ tốc độ tăng trưởng hay không, và liệu tệp khách hàng mới có "chất lượng" thấp hơn tệp khách hàng ban đầu hay không.

Ví Dụ 1: Tính ARPU Tháng Cho SaaS 3 Gói Giá

Ví Dụ 2: Blended ARPU Và ARPPU Khi Có User Miễn Phí

Bảng Benchmark ARPU Theo Mô Hình Kinh Doanh

Đây là khung tham khảo chung, không phải chuẩn bắt buộc — mỗi thị trường ngách có mức giá khác nhau. Điều quan trọng hơn con số tuyệt đối là xu hướng ARPU qua thời gian và tỷ trọng đóng góp của từng tier giá vào tổng doanh thu.

Dùng ARPU Để Dự Báo Doanh Thu Khi Mở Rộng Số Lượng Khách Hàng

Một khi đã có ARPU đáng tin cậy, founder có thể dự báo doanh thu bằng công thức đơn giản: Doanh thu dự kiến = ARPU × Số khách trả phí dự kiến. Đây là cách phổ biến nhất để lập kế hoạch doanh thu cho vòng gọi vốn tiếp theo, thay vì đưa ra một con số doanh thu mục tiêu chung chung không gắn với giả định cụ thể nào.

Ví dụ, nếu ARPU hiện tại là 1.178.571đ/tháng (theo Ví dụ 1 ở trên) và mục tiêu là đạt 150 khách trả phí trong 6 tháng tới, doanh thu định kỳ dự kiến sẽ là 1.178.571 × 150 ≈ 176.785.650đ/tháng — với điều kiện ARPU không đổi. Điểm mấu chốt cần nêu rõ với nhà đầu tư là giả định ARPU không đổi có hợp lý hay không: nếu kế hoạch mở rộng sang phân khúc khách hàng nhỏ hơn để tăng số lượng nhanh, ARPU thực tế gần như chắc chắn sẽ giảm, và dự báo doanh thu cần điều chỉnh theo đúng cơ cấu khách hàng mới, không dùng nguyên ARPU cũ của tệp khách hàng cao cấp hơn.

Cách làm chặt chẽ hơn là dự báo ARPU riêng cho từng tier giá theo tỷ trọng khách hàng dự kiến ở mỗi tier, rồi cộng lại thành doanh thu tổng — tương tự cách tính ở Ví dụ 1, nhưng áp dụng cho số liệu tương lai thay vì số liệu quá khứ. Cách này giúp nhà đầu tư nhìn rõ giả định tăng trưởng đến từ đâu: từ việc bán được nhiều gói cao cấp hơn, hay chỉ từ việc tăng số lượng khách ở gói rẻ nhất.

ARPU Tăng Không Có Nghĩa Doanh Nghiệp Đang Khoẻ Hơn

Một cái bẫy phổ biến: ARPU tăng vì nhóm khách trả mức giá thấp nhất rời đi (churn), không phải vì khách hiện tại đang trả nhiều tiền hơn. Về mặt số học, trung bình của phần còn lại tự động tăng lên dù không có gì thực sự cải thiện — thậm chí tổng doanh thu có thể đang giảm cùng lúc ARPU tăng, vì công ty đang mất khách nhanh hơn tốc độ tăng giá trị mỗi khách còn lại.

Vì lý do này, ARPU luôn nên đọc cùng với MRR tổng thể và tỷ lệ churn trong cùng kỳ — nếu ARPU tăng nhưng MRR giảm, gần như chắc chắn nguyên nhân là mất khách ở phân khúc giá thấp chứ không phải tăng trưởng thật. Ngược lại, ARPU tăng đi kèm MRR tăng và churn ổn định mới là tín hiệu tăng trưởng lành mạnh, thường tới từ việc upsell khách hiện tại lên gói cao hơn.

Case Thật: Giữ ARPU Ổn Định Bằng Giá Cố Định Trả Trước Cả Năm

FLYER — nền tảng phòng luyện thi ảo mà tôi từng là Board Member — thu phí subscription cố định 20 USD/tài khoản/năm, thu 100% ngay từ đầu thay vì chia nhỏ theo tháng. Quy đổi ra ARPU tháng, con số này tương đương khoảng 1,7 USD/tháng cho mỗi tài khoản, một mức giá rất thấp so với nhiều SaaS B2B khác — nhưng lại là mức giá được giữ cố định qua nhiều năm, không đàm phán lại từng lần gia hạn.

Giữ ARPU cố định và đơn giản như vậy có lý do rõ ràng: tránh phải gọi thêm vốn để bù đắp doanh thu thấp, đồng thời tránh pha loãng cổ phần founder. Với hơn 500 trung tâm và trường quốc tế sử dụng, doanh thu định kỳ (MRR) của FLYER từng đạt mức 500 triệu VND, tăng khoảng 20%/tháng ở giai đoạn tăng trưởng — mức tăng này chủ yếu tới từ việc mở rộng số tài khoản trả phí mới, không phải từ việc tăng ARPU trên mỗi tài khoản hiện có, đúng với triết lý "giữ giá đơn giản, tăng trưởng bằng số lượng khách hàng".

Một cách tiếp cận khác để giữ ARPU ổn định và dễ dự báo là bán theo "block tài khoản" trả trước, thay vì tính phí theo từng người dùng lẻ. TesTalents — nền tảng test năng lực tuyển dụng mà tôi tham gia với vai trò Board Member — áp dụng đúng cách này: hơn 50 tập đoàn lớn (trong đó có Vinamilk, Starbucks, Viettel, Masan) mua trước một block tài khoản sử dụng, trả tiền ngay từ đầu thay vì thanh toán theo từng lượt dùng riêng lẻ. Cách bán này giúp ARPU trên mỗi khách hàng doanh nghiệp trở nên lớn và ổn định hơn nhiều so với mô hình tính phí theo lượt, đồng thời giúp dòng tiền về sớm hơn — cùng nguyên lý với việc FLYER thu phí trọn năm ngay từ đầu.

5 Lỗi Tính Sai ARPU Hay Gặp

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

Hải H Nguyễn

Forbes 30 Under 30 Asia 2017 · Founder BeginGuru

14 năm kinh nghiệm gọi vốn thực chiến, hơn 26.000 giờ làm việc với founders, BOD 06 công ty ở Việt Nam và Mỹ. Thường xuyên rà lại cách founder báo cáo ARPU và MRR trước khi họ trình bày số liệu này cho nhà đầu tư.