Cách biến tệp xuất dữ liệu đăng ký thành báo cáo MRR và ARR (Hướng dẫn 2026)
Một tệp xuất dữ liệu đăng ký cung cấp cho bạn các hàng gồm: khách hàng, gói dịch vụ, số tiền, chu kỳ, trạng thái, ngày bắt đầu. Trong khi đó, một báo cáo MRR chỉ cần một con số duy nhất cho mỗi tháng. Việc chuyển đổi từ dữ liệu này sang dữ liệu kia trông có vẻ giống như làm toán, nhưng thực chất phần lớn nằm ở cách định nghĩa.
Hai quyết định sau đây sẽ quyết định mọi con số trong báo cáo hoàn chỉnh: Những gói đăng ký nào được tính là đang hoạt động, và liệu các khoản giảm giá có được trừ vào số tiền hay không.
Chỉ cần sai một trong hai, báo cáo của bạn vẫn sẽ khớp về mặt số liệu nội bộ. Có điều, nó sẽ không trùng khớp với số liệu của bộ phận tài chính, bảng điều khiển thanh toán, hay phiên bản của tháng trước.
Hướng dẫn này sẽ đề cập đến những việc cần thống nhất trước tiên, ba phương pháp thủ công và giới hạn hoạt động của từng phương pháp.
Những gì bạn cần chuẩn bị trước khi bắt đầu
Bạn cần một tệp xuất dữ liệu với mỗi hàng là một gói đăng ký, chứ không phải mỗi hàng là một hóa đơn. Hóa đơn cho bạn biết những gì đã được thanh toán. Gói đăng ký cho bạn biết những gì sẽ được gia hạn định kỳ.
Bạn cần có chu kỳ thanh toán trên mỗi hàng. Các gói dịch vụ theo tháng và theo năm không thể cộng gộp lại với nhau cho đến khi các gói theo năm được quy chuẩn hóa.
Bạn cũng cần có cột trạng thái. Tài liệu phân tích thanh toán của Stripe định nghĩa MRR là tổng của các khoản tiền đã được quy chuẩn hóa theo tháng. Nó chỉ tính các gói đăng ký có trạng thái active và past_due.
Định nghĩa đó rất đáng để áp dụng nguyên bản. Nó đã được công bố, mang tính cụ thể và giúp bạn có cơ sở vững chắc để giải thích khi có ai đó thắc mắc tại sao một con số lại thay đổi.
Dưới đây là ba quyết định cần đưa ra trước tiên.
Những trạng thái nào được tính. Trạng thái hoạt động cộng với quá hạn là mặc định theo tài liệu hướng dẫn. Các trạng thái đã hủy và chưa thanh toán được coi là khách hàng rời bỏ và bị loại bỏ.
Có trừ các khoản giảm giá hay không. Stripe cho phép cấu hình phần này, với các thiết lập riêng biệt cho giảm giá định kỳ và giảm giá một lần. Các khoản giảm giá vĩnh viễn luôn được khấu trừ.
Khi nào thì bắt đầu tính một người đăng ký. Stripe cho phép bạn chọn thời điểm bắt đầu của chu kỳ thanh toán đầu tiên hoặc thời điểm nhận được khoản thanh toán đầu tiên. Tùy chọn đầu tiên thường được sử dụng phổ biến nhất.
Hãy ghi lại ba quyết định này vào trang tính trước khi bạn viết bất kỳ công thức nào. Chúng chính là ranh giới giữa một báo cáo chuẩn xác và một cuộc tranh cãi.
Tại sao việc tính toán lại là phần dễ dàng nhất
Quy chuẩn hóa rất đơn giản. Ví dụ thực tế của Stripe sử dụng 100 người đăng ký gói $100/tháng cộng với 50 người đăng ký gói $600/năm. Phép tính sẽ là (100 × 100) + (50 × (600 / 12)) = 12,500.
Sự phức tạp nằm ở các trường hợp ngoại trừ, và chúng rất dễ bị bỏ sót trong một bảng tính.
Không tính thuế. Stripe loại trừ thuế khỏi MRR. Nếu tệp xuất dữ liệu của bạn chứa số tiền gộp, bạn đang khai khống số liệu mỗi tháng.
Không tính thời gian dùng thử. Các gói đăng ký trong thời gian dùng thử sẽ bị loại trừ cho đến khi họ chuyển đổi sang trả phí.
Không tính các gói miễn phí. Người đăng ký gói dịch vụ giá 0 đồng không đóng góp doanh thu, vì vậy họ cũng không được tính là người đăng ký đang hoạt động.
Không tính doanh thu dựa trên mức độ sử dụng. Đây là điều khiến nhiều người ngạc nhiên. Các sản phẩm tính phí theo lượng sử dụng hoàn toàn bị loại khỏi MRR, vì vậy một doanh nghiệp có một phần doanh thu tính theo mức sử dụng sẽ thấy MRR luôn thấp hơn doanh thu thực tế theo đúng thiết kế hệ thống.
Tiếp theo là trường hợp sử dụng mã giảm giá, một trường hợp đã được ghi nhận trong tài liệu và thực sự đi ngược lại với suy nghĩ thông thường. Nếu MRR của một người đăng ký giảm xuống bằng 0, người đăng ký đó sẽ được coi là đã rời bỏ trong kỳ đó.
Một mã giảm giá 100% sẽ dẫn đến đúng kết quả đó. Khi bạn xóa mã giảm giá đó đi sau này, người đăng ký sẽ hoạt động trở lại, và điều này được ghi nhận là một lượt kích hoạt lại.
Vì vậy, một chương trình khuyến mãi có thể tạo ra tỷ lệ rời bỏ trong báo cáo của bạn mà không cần một khách hàng thực tế nào rời đi.
Cách thực hiện thủ công
Tùy chọn 1: Quy chuẩn hóa chu kỳ, sau đó cộng tổng theo tháng
Thêm một cột số tiền hàng tháng. Chia số tiền hàng năm cho 12, nhân số tiền hàng tuần với khoảng 4.33, và giữ nguyên số tiền hàng tháng.
Sau đó, tính tổng theo tháng bằng hàm SUMIFS, lọc theo trạng thái. Sử dụng hàm EOMONTH để tạo các ngày cuối tháng mà bạn đang báo cáo.
Hãy báo cáo MRR tính đến cuối tháng, chứ không phải tính đến ngày hôm nay. Báo cáo có thể tải xuống của Stripe ghi rõ MRR của từng người đăng ký vào cuối tháng, và việc tuân theo quy ước đó sẽ giúp bạn tiết kiệm thời gian đối chiếu số liệu sau này.
Giới hạn ở đây là dữ liệu lịch sử. Cách này chỉ cung cấp cho bạn số liệu tháng hiện tại một cách rõ ràng chứ không giải thích được lý do tại sao nó lại thay đổi.
Tùy chọn 2: Xây dựng các cột biến động
Đây là điều làm cho báo cáo trở nên hữu ích. Hãy chia nhỏ sự thay đổi thành các mục: mới, kích hoạt lại, mở rộng, thu hẹp và rời bỏ.
Định nghĩa về tăng trưởng của Stripe là con số bắt đầu cộng với lượng mới, kích hoạt lại và mở rộng, trừ đi lượng thu hẹp và rời bỏ, sau đó điều chỉnh theo tỷ giá hối đoái. Ví dụ thực tế của họ cho thấy con số thay đổi từ $1,000 lên $1,045 thông qua chính xác các thành phần đó.
Lưu ý yếu tố cuối cùng. Nếu có bất kỳ khách hàng nào thanh toán bằng loại tiền tệ khác, một mô hình công thức thuần túy sẽ không thể đối chiếu khớp số liệu cho đến khi bạn xử lý chênh lệch tỷ giá.
Việc đa tiền tệ còn dẫn đến một hệ quả thứ hai đáng lưu ý. Stripe cho biết tính năng lọc và nhóm theo sản phẩm hoặc giá cả sẽ không khả dụng khi doanh thu đăng ký được xử lý bằng nhiều loại tiền tệ khác nhau.
Hạn chế của phương pháp này là việc bảo trì dữ liệu. Các cột biến động yêu cầu ảnh chụp nhanh của kỳ trước, nghĩa là bạn phải lưu giữ một bản sao thứ hai của tháng trước mãi mãi.
Tùy chọn 3: Lấy dữ liệu biến động trực tiếp từ hệ thống thanh toán
Hầu hết các nền tảng thanh toán sẽ xuất dữ liệu biến động cho bạn. Stripe xuất bản ba tệp CSV: MRR của mỗi người đăng ký theo tháng, tóm tắt các chỉ số đăng ký, và nhật ký ghi lại mọi biến động MRR của khách hàng.
Tệp thứ ba chính là tệp bạn cần. Nó giúp loại bỏ phần khó khăn nhất của Tùy chọn 2.
Nếu bạn thay đổi định nghĩa chỉ số, hãy chuẩn bị tinh thần cho việc chậm trễ. Stripe lưu ý rằng các thay đổi cấu hình sẽ mất từ 24 đến 48 hours để hiển thị.
Giới hạn chung. Cả ba phương pháp đều dừng lại ở MRR. Việc chuyển đổi nó thành ARR, ARPU, tỷ lệ rời bỏ và tỷ lệ giữ chân đồng nghĩa với việc bạn phải đưa ra thêm một loạt quyết định khác trên cùng một bảng dữ liệu đó.
Nơi phương pháp thủ công bắt đầu trở nên chậm chạp
Tháng đầu tiên bạn chỉ mất một buổi chiều. Nhưng đến tháng thứ tư, thời gian sẽ lâu hơn, và không phải vì dữ liệu trở nên phức tạp hơn.
Đến lúc đó, tệp làm việc của bạn đã chứa hai định nghĩa về trạng thái hoạt động, một cột tỷ giá được chỉnh sửa thủ công và một tab biến động mà không ai muốn đụng vào.
Các chỉ số phái sinh càng làm phức tạp thêm vấn đề. ARPU bằng tổng MRR chia cho số người đăng ký đang hoạt động. Giá trị vòng đời khách hàng bằng ARPU chia cho tỷ lệ rời bỏ.
Tỷ lệ rời bỏ cũng có cái bẫy của riêng nó. Mẫu số của Stripe là số người đăng ký hoạt động cách đây 30 ngày cộng với số người đăng ký mới được thêm vào trong khoảng thời gian đó, cho ra kết quả 100 / (1000 + 100) = 9.1%. Một bảng tính nếu chỉ chia cho số lượng đăng ký đầu kỳ sẽ cho ra một con số cao hơn.
Tỷ lệ giữ chân cũng hoạt động theo cách không ngờ tới. Tỷ lệ giữ chân doanh thu có thể vượt quá 100%, bởi vì sự mở rộng chi tiêu trong cùng một nhóm khách hàng lớn hơn lượng rời bỏ.
Không có việc nào trong số này là khó. Nó chỉ là năm quyết định mang tính đánh giá cần phải được thực hiện một cách đồng nhất mỗi tháng, bởi bất kỳ ai chịu trách nhiệm lập báo cáo.
Cách xây dựng báo cáo với Powerdrill Bloom
Bước 1: Tải lên tệp xuất dữ liệu đăng ký của bạn
Tải lên tệp CSV đăng ký, hoặc cả tệp đăng ký và tệp biến động cùng nhau. Powerdrill Bloom sẽ phân tích các cột ngay khi tải lên, nhờ đó các chu kỳ bị thiếu, số tiền bị bỏ trống và các ID đăng ký bị trùng lặp sẽ được phát hiện trước khi bất kỳ tổng số nào được tính toán.
Bước 2: Khai báo các định nghĩa bằng ngôn ngữ tự nhiên
Mô tả các quy tắc thay vì tự xây dựng chúng. Hãy cho biết những trạng thái nào được tính, số tiền có trừ đi các khoản giảm giá hay không, và bạn đang báo cáo cho thời điểm cuối tháng nào.
Sau đó, yêu cầu kiểm tra trong cùng một lượt. Hỏi xem những hàng nào có chu kỳ không như mong đợi, và những gói đăng ký nào có giá trị bằng 0 sau khi giảm giá. Tiếp theo, hỏi xem tổng số hàng tháng có khớp với bảng tóm tắt thanh toán hay không.
Bước 3: Xuất biểu đồ, báo cáo hoặc slide trình bày
Xuất ra xu hướng hàng tháng, bảng biến động theo từng thành phần, hoặc một slide sẵn sàng cho cuộc họp ban quản trị với đầy đủ các con số và định nghĩa đi kèm.
Tại sao cách này vượt trội hơn việc xây dựng lại báo cáo hàng tháng
| Phương pháp thủ công | Powerdrill Bloom | |
|---|---|---|
| Quy chuẩn hóa các gói năm | Cột công thức cho mỗi tệp | Tải lên và khai báo quy tắc |
| Phân tích biến động | Phải duy trì ảnh chụp nhanh của tháng trước | Yêu cầu phân tích các thành phần |
| Loại trừ dùng thử và các dòng tính theo lượng sử dụng | Bộ lọc thủ công cho mỗi chu kỳ | Khai báo các trường hợp loại trừ |
| Đối chiếu với tóm tắt thanh toán | Kiểm tra thủ công | Hỏi xem các tổng số có khớp nhau không |
Những phần việc ở giữa chính là nơi tiêu tốn hàng ngày trời của bạn. Việc tính tổng một cột không phải là phần khó khăn; việc giữ cho năm định nghĩa luôn nhất quán qua các tháng mới là điều phức tạp.
Các sai lầm thường gặp
Cộng tổng hóa đơn thay vì gói đăng ký. Hóa đơn bao gồm các khoản phí một lần và các khoản phân bổ theo tỷ lệ. Doanh thu định kỳ là thuộc tính của gói đăng ký, chứ không phải của hóa đơn.
Để nguyên thuế trong số tiền. Thuế làm tăng khống số liệu mỗi tháng và không bao giờ được khấu trừ hết. Hãy loại bỏ thuế trước khi quy chuẩn hóa.
Tính các gói dùng thử vào doanh thu. Gói dùng thử chưa phát sinh số tiền định kỳ. Việc đưa nó vào báo cáo giống như việc "mượn trước" mức tăng trưởng của tháng sau.
Coi ARR là MRR nhân với 12 mà không ghi rõ chú thích. Đó là một con số hàng năm đã được quy chuẩn hóa, chứ không phải số tiền mặt thu được. Hãy dán nhãn rõ ràng để không ai hiểu nhầm đó là doanh số ký hợp đồng.
Bỏ qua hiệu ứng "mã giảm giá dẫn đến rời bỏ". Một khoản giảm giá 100% sẽ đưa giá trị của người đăng ký về 0, hệ thống sẽ hiểu là khách hàng rời bỏ. Hãy gắn cờ các hàng đó thay vì phải giải thích chúng sau này.
Chia tỷ lệ rời bỏ cho số lượng đầu kỳ. Mẫu số theo tài liệu hướng dẫn bao gồm cả những người đăng ký mới được thêm vào trong khoảng thời gian đó. Hai cách tính này sẽ cho ra các tỷ lệ khác nhau trên cùng một tập dữ liệu.
Xây dựng lại từ đầu mỗi tháng. Các định nghĩa không thay đổi; chỉ có tệp xuất dữ liệu thay đổi. Hãy giữ nguyên các quy tắc và chỉ thay thế tệp dữ liệu, tương tự như nguyên tắc thực hiện báo cáo ngân sách so với thực tế.
Kết luận
Chốt danh sách trạng thái, quyết định về các khoản giảm giá, quy chuẩn hóa chu kỳ và báo cáo tính đến cuối tháng. Bốn bước này sẽ tạo nên một báo cáo MRR vững chắc trước bất kỳ câu hỏi nào từ bộ phận tài chính.
Phần tốn kém thời gian nhất không phải là việc tính tổng. Đó là việc năm định nghĩa phải được giữ nguyên nhất quán mỗi tháng trong khi cấu trúc tệp xuất dữ liệu có thể thay đổi.
Nếu đó là nơi tiêu tốn thời gian cuối tháng của bạn, dùng thử Powerdrill Bloom cho tệp xuất dữ liệu đăng ký của bạn. Xem thêm hướng dẫn của chúng tôi về thiết lập mục tiêu KPI từ chính dữ liệu của bạn. Bài tổng hợp về các công cụ AI để theo dõi chỉ số SaaS và trang phân tích tài chính bằng AI sẽ cung cấp thêm thông tin về mặt công cụ.
Các câu hỏi thường gặp
Công thức tính MRR từ tệp xuất dữ liệu đăng ký là gì?
Quy chuẩn hóa mọi gói đăng ký về số tiền hàng tháng, sau đó cộng tổng những gói có trạng thái đủ điều kiện. Ví dụ của Stripe là (100 × $100) + (50 × ($600 / 12)) = $12,500.
Làm thế nào để chuyển đổi MRR sang ARR?
Nhân con số hàng tháng với 12. Hãy dán nhãn đó là tỷ lệ doanh thu hàng năm được quy chuẩn hóa chứ không phải số tiền mặt thu được, vì các gói năm thường được thanh toán trước.
Có nên đưa doanh thu dựa trên mức độ sử dụng vào không?
Stripe loại trừ các sản phẩm tính phí theo lượng sử dụng khỏi MRR. Nếu một phần đáng kể doanh thu của bạn dựa trên mức độ sử dụng, hãy báo cáo nó thành một dòng riêng biệt thay vì gộp chung vào.
Những trạng thái đăng ký nào được tính là đang hoạt động?
Mặc định theo tài liệu hướng dẫn là active cộng với past_due. Các gói đăng ký đã hủy và chưa thanh toán được coi là khách hàng rời bỏ và bị loại khỏi tổng số.
Tại sao tỷ lệ rời bỏ của tôi lại khác với bảng điều khiển thanh toán?
Thông thường nhất là do mẫu số. Cách tính theo tài liệu hướng dẫn là chia cho số người đăng ký hoạt động cách đây 30 ngày cộng với số người đăng ký mới được thêm vào trong khoảng thời gian đó.