ARR.

ARR, properly understood

ARR, computed as ARR = MRR × 12, is simply your current recurring revenue run rate stretched across a year — it is not a forecast of cash you will collect, and it is not the same as revenue recognized under standard accounting rules. Because it's a snapshot multiplied forward, ARR moves instantly whenever MRR moves: a new annual contract signed today adds its monthly-equivalent value to MRR immediately, which multiplies into a large ARR jump on paper even though the cash may be collected over the following twelve months, or all at once if the contract was paid upfront. This is why ARR needs to be broken into its components — new ARR, expansion ARR (upsells to existing customers), contraction ARR (downgrades), and churned ARR — to understand what's actually driving the headline number rather than just watching it go up or down.

For GCC SaaS and subscription businesses, ARR calculations often need care around annual prepay contracts, which are common in enterprise and government-adjacent deals — a customer paying a full year upfront in one lump sum still contributes to ARR at their monthly-equivalent rate, not their full payment in the month it lands, which trips up teams used to thinking in cash terms. Currency mix matters here too: a startup selling in SAR, AED, and USD across the region needs a consistent reporting currency and FX policy, since ARR reported in USD can shift meaningfully from FX movements alone, especially given the wider float of currencies like EGP compared to the fixed-peg riyal and dirham. Long B2B and government sales cycles also mean ARR growth in GCC startups often comes in lumpy step-changes tied to a handful of large deals rather than the smoother month-over-month growth typical of high-volume self-serve SaaS elsewhere.

The most damaging misread of ARR is treating it as guaranteed future revenue — it's a run-rate snapshot, and if a large customer churns next month, that ARR disappears from the metric immediately, which is why healthy SaaS reporting always pairs the headline ARR number with churned and contracted ARR so the board sees the gross additions and the leakage separately. Teams also sometimes inflate ARR by counting one-time fees, implementation charges, or non-recurring services revenue inside the recurring number, which overstates the predictable base and eventually gets caught when actual cash collection doesn't match the reported run rate. A third trap is comparing ARR growth rates across companies without adjusting for base size — a startup growing from $100K to $200K ARR (100% growth) is not doing the same thing as one growing from $10M to $20M.

ARR should always be read alongside MRR (the underlying monthly figure it's derived from), Churn Rate (what's leaking out of the base), and Burn Multiple, since capital efficiency is best judged by how much cash it costs to add each new dollar of ARR, not by ARR growth in isolation. It also connects to ARPA, since ARR growth driven by more accounts versus higher revenue per account tells very different stories about where the business is headed.