MRR is the normalized monthly value of every active subscription you have right now. It is a run rate, not a cash figure: it answers what a month of your current book is worth, not what landed in the bank.
Normalized is the load-bearing word. An annual plan billed at $1,200 contributes $100 of MRR every month of its term, not $1,200 in January and nothing after. A quarterly plan at $300 contributes $100. Without that normalization, MRR spikes and craters on billing dates and stops describing the business.
MRR counts recurring subscription revenue and nothing else. One-off setup fees, professional services, hardware and usage overages that vary month to month are excluded, because none of them recur on their own. The point of the number is predictability, so anything you cannot count on next month does not belong in it.
MRR = sum of every active subscription, normalized to a monthly amount
From last month, the movement way
MRR = starting MRR + new business + expansion + reactivation − contraction − churn
Given
The annual cohort is 40% of the customer count but 57% of MRR. Averaging invoice totals instead of normalizing would have hidden that.
A $12,000 annual contract is $1,000 of MRR for twelve months, not a $12,000 spike in March. This is the single most common way a homegrown spreadsheet stops matching an investor update.
Setup fees, migrations and consulting are real revenue that belong in your P&L, not in a run rate. If it will not repeat next month without another sale, it is not MRR.
A failed payment is not a cancellation. Removing a past-due customer from MRR on the day the card bounces overstates churn and then overstates reactivation when the retry succeeds two days later.
MRR is what the customer actually pays. A 20% discount on a $500 plan is $400 of MRR for as long as the discount runs.
Kometrics never stores an MRR number directly. It builds a ledger of MRR movements from your billing data (every new subscription, upgrade, downgrade, cancellation and reactivation, each with the MRR the customer carried after it), and MRR at any date is the ledger carried forward to that date. That is why the MRR chart and the movement breakdown can never disagree: they are two views of one ledger.
The MRR report shows end-of-period MRR at whatever granularity you pick, with every movement behind it one click away. Customers in dunning stay in MRR on purpose, and their exposure is reported separately as past-due MRR.
ARR is the annualized value of your recurring revenue, almost always computed as MRR times 12. It describes what the next twelve months are worth if the book stopped changing today.
Net MRR movementNet MRR movement is the total change in MRR over a period once every movement is added up: new business, expansion and reactivation on one side, contraction and churn on the other. It is the bridge between where MRR started and where it ended.
Expansion MRRExpansion MRR is the additional recurring revenue you earn from customers you already have. Upgrades to a higher plan, extra seats, add-on modules and price increases all count; a new customer never does.
ARPAARPA is your recurring revenue divided by the number of paying accounts: what the average customer is worth per month. It is also called ARPU or ARPC, with account, user and customer used loosely to mean the same thing in most SaaS reporting.
DunningDunning is the process of recovering a failed subscription payment: the retry schedule, the emails asking the customer to update their card, and the eventual decision to cancel if nothing works. Revenue in dunning has not been lost yet, but it is the part of the book most at risk.
Kometrics connects to Stripe, Paddle, Creem and Asaas and computes MRR continuously, with every movement behind it. Free under $1,000 MRR.
Start free