MRR growth · Planned
Where your MRR growth comes from:new, expansion or churn.
Rising MRR can be healthy or just cover up cancellations. To grow, you need to break the movement down: new subscriptions, expansions, contractions, cancellations. Peak Analytics is meant to show this from subscription data. That is planned and not built, and a number estimated from receipts should never pose as MRR.
One answer changes the follow-up
Pick a sample rating.
Local draft · no product activationPlanned, not available. MRR from subscription data is specified and not built; Peak Analytics reads no subscriptions today. Examples are fictional.
02 / The follow-up to the data
And how much of it is lost to cancellations at the same time?
„How much actually came into the account this month?“ → Incoming payments as CSV, not as MRR
Concept with fictional businesses · planned, not the product interface · not the product interface
Your question
How well can you say today where your MRR growth comes from?
An annual plan is paid once, an invoice arrives late, a customer pays two months at a time. Receipts show payments, not contract terms. MRR needs subscriptions with amount, start and end. The example runs only in this browser window; the evaluation it describes is planned.
Local rule demo · Please use neutral sample details only.
Pick a rating to see the next step.
The answer sets the direction.
- Rating
- —
- फ़ॉलो-अप
- Waiting for a rating
No example picked yet.
The planned MRR evaluation
Read subscriptions, break down the movement, act.
The guide explains how to define MRR and ARR properly. The evaluation itself is meant to build on the preview's pivot, finding and task.
- 01Step 1
Subscriptions as a source
Movement„Is our MRR growing through new customers or through upgrades?“ → Largest movement with share in a shared snapshot
Peak Analytics is meant to read subscriptions with amount, interval, start and cancellation and spread annual plans across months, instead of summing payments.
Read subscription data as a source - 02Step 2
Break down MRR movement
0–6फ़ॉलो-अप7–10FinishEach month is meant to show how much MRR new subscriptions, expansions, contractions and cancellations added or removed, separately per currency.
Month × new, expansion, cancellation - 03Step 3
Tackle the biggest loss
Today„How much actually came into the account this month?“ → Incoming payments as CSV, not as MRR
The largest negative movement is meant to show up as a finding you hand on as a task in Peak Work with „Check“, as you can today.
Largest movement with share in a shared snapshot
What already exists today
The Peak Analytics preview already exists.
This page describes a planned capability. In the preview today: pivot evaluations over orders, receipts, tasks, goals and files, the largest value with its share, „Check“ as a task, CSV export and sharing a released snapshot. The planned part is meant to build on that. Tasks from Peak Work are one of the five Peak Analytics sources, and „Check“ turns a finding into a task of its own there, with a link back to the evaluation.
Look at Peak WorkPeak Analytics / Your next step
Break growth down instead of just reading it.
Read the guide to MRR and ARR and see what the planned MRR evaluation is meant to show.
Read the guide to MRR and ARR
Break growth down instead of just reading it.
„How much actually came into the account this month?“ → Incoming payments as CSV, not as MRR
Frequently asked questions
Can I use this in Peak Analytics yet?
No. This capability is planned and not built yet; there is no launch date. Available today is the Peak Analytics preview: pivot evaluations over orders, receipts, tasks, goals and files with CSV export and sharing.
Why doesn't Peak Analytics calculate MRR from receipts?
Receipts show payments, not terms. Annual plans, late payments and lump payments would distort it; an estimate should not pose as MRR.
How do I define MRR and ARR properly?
The guide to MRR and ARR in the academy explains it, independent of Peak Analytics.
What do I see today?
Income from receipts per customer and month: real incoming payments, explicitly not MRR.