What Counts as MRR, What Doesn’t, and Common Mistakes
Short answer: Monthly recurring revenue includes only money that repeats each month from active customers. Count subscription fees, monthly usage charges, and the monthly share of annual contracts. Exclude one-time sales, setup fees, consulting, hardware, discounts, refunds, and churned revenue. Common errors are changing definitions, mixing verified and manual numbers, and forgetting churn.
Key takeaways
- Only revenue that repeats every month belongs in MRR.
- Separate one-time income, discounts, refunds and churn into their own lines.
- Never change the set of numbers you share without noting the change.
- Label each figure as verified or stated so readers know the source.
- Use a short, repeatable template for investor updates.
What monthly recurring revenue really means
Monthly recurring revenue, or MRR, is the amount of money you expect to receive every month from customers who have signed up for a repeating payment. It does not include one-time purchases, professional services, or any revenue that stops after the first month. The figure should be taken directly from your billing system so that it is a verified number.
Investors look at MRR because it shows the cash flow you can count on without guessing. It also lets you compare growth month over month in a simple way. When you keep the same definition over time, any change in the number tells a clear story about customer behavior. Changing the definition can hide problems and erode trust.
Revenue that belongs in MRR
Include any fee that repeats each month as long as the customer stays active. This covers subscription plans, usage-based charges that are billed every month, and annual contracts that you record as their monthly share. If a customer pays for a year up front, split the amount into twelve equal parts and count that part each month. The key is that the right to receive the money continues month after month.
Make sure the amount you record matches what your payment processor reports for that month. If the processor shows a verified total for recurring invoices, use that number. If you have to calculate manually, note that the figure is a stated number and be clear about the source. Consistency between months helps investors see real growth.
- Subscription fees
- Monthly usage charges
- Monthly portion of annual contracts
Revenue that does not belong in MRR
Do not count money that you receive only once and that will not repeat. This includes one-time product sales, onboarding or setup fees, consulting projects, and hardware shipments. Even if a client pays a large amount at the start, the portion that is not scheduled to recur belongs outside of MRR. Keeping these out prevents the metric from looking inflated.
Discounts that you give for a single purchase also stay outside of MRR. Refunds and chargebacks reduce the amount you actually keep, so they belong in a separate line item. Churned customers no longer generate recurring revenue, and the lost amount should be recorded as churn, not added back to MRR. Treat these items consistently each month.
- One-time product sales
- Onboarding or setup fees
- Consulting and professional services
- Hardware sales
- Discounts and refunds
Common mistakes when reporting MRR
A frequent error is to change the set of numbers you show from one update to the next. When you add a new line item, older reports can look better than they really are. Another mistake is to mix verified numbers from your billing tool with manually typed amounts without indicating which is which. That makes it hard for readers to trust the trend.
Leaving churn out of the update gives a one-sided view of growth. Report both the number of customers that left and the revenue that disappeared. Double counting can happen when you include the same subscription in both the monthly and the annual share. Keep the definition of MRR fixed for at least a few months so that any change reflects real customer behavior, not a reporting tweak.
- Changing the set of reported numbers
- Mixing verified and manual figures without labels
- Omitting churn or double counting revenue
What you can fix this week
Start by opening your billing dashboard and copying the total recurring amount for the current month. Mark that line as verified. Then list any one-time income, discounts, refunds, and churn in separate rows labeled as stated. Use the same labels every month so you can see the difference at a glance.
Create a short update template with three sections: highlights, key numbers, and next steps. In the key numbers block, place the verified MRR figure, the stated churn figure, and any ask you have for investors. Send the note to your backers this week and ask for feedback on clarity. Adjust the template after you get a response and keep the cycle regular.
Questions people ask
Should I include a discount that a customer received for a yearly plan in MRR?
Only the portion of the discount that recurs each month belongs in MRR. Record the full yearly amount as a monthly share, then subtract the monthly part of the discount. The discount itself stays in a separate line item so the recurring figure remains clear.
What if my billing system does not break out monthly and annual revenue?
Export the raw invoice data and calculate the monthly share of any annual contracts yourself. Mark the result as a stated number and note the calculation method. Doing this each month keeps the metric comparable even if the tool does not provide a built-in field.
How often should I send an MRR update to investors?
A regular cadence helps build trust. Many founders choose a monthly rhythm, but a quarterly cadence works if the business moves slowly. Pick a cadence that matches how quickly the numbers change and stick to it.
Is it okay to round the MRR figure for simplicity?
Rounding to a round figure is fine as long as you are consistent and note that the number is an approximation. Avoid large jumps caused by rounding; keep the level of precision the same each time you report.
A Proven Founder page shows activity read from a founder's own tools, and the method page explains what it can and cannot prove. /verified
This post was written by an AI model for Proven Founder and checked by automated rules before it was published: no statistics, no quotes, no claims about what any company said. If something is wrong, write to hello@provenfounder.com and it will be fixed or removed. Plain-text version.