Site icon

Decipher key top line SaaS revenue terms like bookings, billings and revenue

Decipher key top line SaaS terms like bookings, billings and revenue

Tl;dr: We are going to cover key SaaS revenue terms like booking, billings, and revenue so you don’t have to pretend to understand them. As usual, I’ve also built an excel model to have a play with.

Note: This is a long blog so if you want to download this in PDF I’ve included it with the model. It will be emailed to you with the model. Look for “Download the model”.

You probably understand some SaaS terms, but I bet you don’t really understand them all, let alone how to calculate them.

Don’t be bashful. You know it’s true. I wrote about the importance of asking dumb questions and one investor (who isn’t dumb) asked me to help explain key SaaS terms. Here is his question:

Run Rate, Recurring revenue, bookings, ACV etc. put everything in a shaker, drop everything in a deck and you confuse everyone 😉 You could post something to clear up the confusion given your experience?

So now we are going to go through key ‘top line’ revenue related SaaS terms and clear them up so you really get them.

Here is what we are going to cover:

What we are not going to cover (everything else SaaS):

I’m going to start this off with a simple, one-company example, then I’m going to illustrate this with extracts from a model I have made for you which has 9 companies with all sorts of different terms in their contract (You can download it the normal way in the download box on the page). Hopefully, if you can get the basics you can then understand when it gets a little more tricky. To be clear, the model I made is relatively complex actually, but I have stopped short of building a full-on model. If you want a full-on SaaS model, get the normal SaaS model or the crazy enterprise SaaS version.

Download the SaaS revenue model and PDF of this blog

Just give me the big picture, dude

I get it… before you get into the weeds, you want to know what is happening. This is how I think too. So let’s do it.

Nerd note: These calculations can get more complicated over time when you start factoring in for the ‘real world’ like churn, up/down sell, and expansion/contraction revenue. Every other guide on the net doesn’t include these and I don’t… for a reason. The math is impossible to explain. You basically need to use a full-on SaaS financial model like the one I sell to calculate the numbers, and even then you can’t follow the math without sending you into a Cinderella-like deep sleep. So I’m not going to. In short though, you basically up/down bookings, billings, MRR, revenue etc by the increase (or decrease) in your revenue stuff when it happens. So at a new contract, if you ‘expand’ revenue, you are going to ‘book’ more revenue, since the contract is larger, right? That should be simple to understand, it’s just a balls to calculate (TIP: get some nerd to do it when you can afford;))

To start with, I’m going to make the simplest example, whilst still accounting for some complexity. You sign Google for a 3-year contract, they pay $1200 a year and you bill them monthly. To make this a little more complicated, we are going to charge $1000 in professional services up front. So how do we turn these into the metrics we are going to learn about? Let’s find out now:

Let’s see these SaaS metrics in a chart

First off here are all the assumptions and the answers.

Next, you can see the values charted against each other.

Ok cowboy. That wasn’t too hard was it?

Let me be honest so you don’t feel silly. I actually didn’t really ‘get’ these terms before I made the SaaS fundraising model. I knew of the terms, but I couldn’t explain them to you. It’s only when I actually did the basic math that I ‘got it’. Do the same.

Let’s dig into the terms now.

Revenue

You know what revenue is, it’s like money, right? For most businesses like ecommerce where you just sell a shirt, revenue is revenue. Things are a bit more complicated in SaaS revenue as people may keep handing over those dolla bills, yo.

Accounting revenue

Well, revenue is an accounting term. Revenue is ‘recognized’ when service is provided to customers over time. Don’t want to throw nerd shit at you but revenue is recognized ‘rateably’ over the life of a subscription if you want to know the right word to use.

So say we’re offering annual subscriptions, each month we recognize just a portion of this money as revenue; 1/12 in case of our yearly plans. We get $1200 a year and there are 12 months. So $1200/12 = $100 a month

We’re not considering any kind of churn nor contraction here, but if clients churn out or switch to a lower priced package, your revenue will decrease.

You will account for revenue under either GAAP or IFRS. Here you can see Twilio show revenue growth under GAAP in the public software sector


Deferred SaaS revenue

Life is about to get boring…

Remember above we figure out that we are recognising $100 of revenue of that $1200 contract? What do you think happens to the other $1100?

The $1100 is deferred revenue. Deferred revenue gets smaller over time. It’s recognised as a current liability as deferred revenue on your balance sheet (Or it could be a long term liability if it’s over a year. Again, this is boring shit, get your accountant to deal).

Deferred revenue is the difference between your billings and what you have ratably provided. Basically, you have money in your bank account and you can spend it, but in accounting land, you haven’t earned the right to show it all.

Startups with a lot of yearly billing deals have high deferred revenue. People who just bill monthly don’t.

MRR

MRR stands for Monthly Recurring Revenue. You hear this term so much as it’s the reason SaaS is great. The whole recurring thing. MRR is a measure of your predictable revenue stream. You don’t include unpredictable revenue in it like one-off professional services.

If you charge annually, you convert the annual stuff into monthly.. because we are talking about monthly recurring revenue. Trust me, this is super easy to understand.

Read; MRR Monthly Recurring Revenue explained for SaaS startups

ARR

Annual Recurring Revenue.

Whenever people say their MRR to me, the first thing I do is times it by 12 to get what their annual revenue is. “So, Alex, we are doing $100k MRR“… Ok so they are doing $1.2m ARR. So they are about series-A stage, have a reasonable size team, have some PMF and prob looking to scale up around now.

You just multiply MRR by 12 to get ARR.

ARR is really simple. There’s just not much to it, if you calculated MRR right, anyway.

Oh, since I’m teaching you the basics… If you want to convert ARR to MRR… you just divide ARR by 12 😉

Bookings

If you close a big contract you ‘book’ that all. Every dime they say they commit to paying you are booked. Boom. You recognise that booking typically when a contract is signed. When you recognise a booking matters- often a salespersons’ commission will be based on it.

Bookings are just a contract though. It’s the biggest figure. But it’s just a contract, there is still hope involved. You haven’t been paid yet (billings) and you haven’t delivered a service to the customer (deferred revenue).

Your bookings in any given month, is the sum of all the closed deals, regardless of different prices and length (bookings is the full duration of the contract). You don’t include any funky adjustments, credits, nor one-time charges.

What makes up a Bookings number?

In our Google example, we are booking $4600 for the 3 year contract.

Gross vs net bookings

Bookings can be gross and net. If you say gross bookings it’s an indication of how your sales and marketing teams are doing, but it’s pretty misleading as to how the business is actually doing. Gross bookings are like saying we filled this bucket up with water (sales) but neglecting to say there is a hole in the bucket.

Gross bookings are all the bookings you made in a month. Net bookings are a little more complicated as there are 4 main components.

  1. New client bookings –  You get new customers who pay you (New customers not renewals). Note if you are dealing with big companies you may have multiple contracts with the same firm. New contract from an existing client is not new business
  2. Expansion bookings – existing customers pay more than they were before. Why do they pay more? An increase in the number of seats sold, buying new product features, or you jacking up the price before they renew their contract
  3. Contraction bookings – the opposite. They spend less by cutting seats, downgrading to the basic package etc
  4. Churn – bye bye customer. They have bolted with the money you were banking on to feed your cookie addiction

You want to track each element of the bookings.

Bookings vs. Revenue

A mistake some people make is to use bookings and revenue interchangeably. Yeah, no. Not the same thing, mate. But you should know that by now.

I’m going to make sure it’s clear anyway.

Oh, in case you are wondering… letters of intent (LoI) and verbal/handshake agreements are neither revenue nor bookings, they’re bullshit some dodgy geezers might use to inflate numbers to investors. Don’t be that dude.

Billings

When you get a bill you pay it, right? Billings is when you actually collect your customers’ money and it will be hitting your bank ASAP. In SaaS land people pay a month or if more, typically a year upfront. Yeah, if you are more enterprise, you can have say 3 year contracts though.

In our example, Google is billed $100 for the first month plus $1000 in professional services so $1100.

Do you get how bookings and billings are different now? Bookings is what we think we will get from a contract over time, and billings are what actually gets wired.

Contracts

Now we are going to get into contracts. The two key terms are TCV and ACV.

When looking at contracts, you always want to put them in context to understand them.

Total Contract Value (TCV)

TCV is the same thing as ‘bookings’. It’s the total value of the contract. If you talk about the TCV you booked, you will have contracts of different length aggregated into that one number for the time period of say a month or a year.

Here is something really key to remember here. Make sure TCV includes the value from all forms of one-time charges, professional service fees, and recurring charges. It is the big number you are ‘sure’ on.

The only thing you do not include in TCV is usage charges. Huh? If you are Zapier, you have no idea how many zaps people are actually going to use right if you are charging on a variable basis. You can’t put a TCV on something which is a moving target, right?

Take a look at Twilio here. They spell out their variable revenue:

How companies manage this in forecasting, I have no idea. Sure they just stick a finger in the air with heuristics from empirical data, but it’s ignored in accounting land.

I find TCV a funny term since it is the same as bookings. I think it’s just more specific. You emphasise that the number you are talking about is the total of everything you booked, like it makes sure everyone knows what we are talking about here. Also, I’m being prescriptive with definitions here. People actually have all sorts of definitions of terms. There is no authority who said this is what the SaaS terms mean. So what I am explaining is what I personally think are the right definitions. So just be aware of this when talking to people, if it matters, to ensure you both are using the same definition. Assumptions are the mother of all feck ups.

In the Google example the TCV for the client is $3600+$1000 = $4600.

Annual Contract Value (ACV)

ACV is the value of the contract over a 12-month period. We are back to ARR to MRR land again in a way, but it’s for a year not for a month. And in the same strain, ACV doesn’t include all the one-off stuff. It is plain vanilla revenue.

In the Google example, the ACV is the annual equivalent. So it’s basically just $1200, or the $3600 divided by three. ACV doesn’t include the professional services.

What do ACV numbers look like?

I found this post on Quora from 2014 (which is a while ago) but anyway. Thought it would be interesting to see.

  1. HubSpot — ACV $6K-$10KThis is a guess based on public pricing. It’s closer to the lower end of that, I believe, given the target audience.
  2. Marketo — ACV $15-$30KI am a customer. I’d expect downward price pressure since they’ve launched an SMB product.
  3. Zendesk — ACV $400-$900Guessing most customers are still 2-3 users. 
  4. Bazaarvoice — ACV $135KFrom S1- $135k revenue/client in 2011 [1] (disclaimer: I work here).
  5. Salesforce — ACV $15Kin 2004, had 11k customers, run-rate $162m in revenues. [2] (disclaimer: I used to work there).
  6. Box — ACV $300-$500probably 1-2 user average.

Gross Merchandise Value (GMV) 

GMV is not a SaaS term. You use it in marketplaces (frequently used interchangeably which is annoying and I think some founders do it on purpose to mislead you) and in ecommerce. Just want to make sure you understand that GMV does not equal revenue!

P&L review

Whilst we are at it, I thought to cover a couple more terms and explain a few differences. See this P&L (Profit and Loss) extract from my SaaS fundraising model. Go line by line and you can see where all the key line items are.

Gross and net SaaS revenue

Gross and net revenue are quite often the same in SaaS. There is a larger difference in ecommerce where you are more likely to see discounts and vouchers.

In my P&L above you can see there is a line item to deduct for the discounts and vouchers. This is only useful to see how much you are making before you are discounting. Yes, typically most SaaS companies offer a discount on an annual package (often 1 to 2 months) but it’s not really the same thing. Listing vouchers on some coupon site is more what I am talking about.

Now, the other line item you will have to get to net revenue is if you have partners which take a clip on your revenue (e.g. you have a partner in China). If you do affiliates, I put those costs in the marketing expense as it is actually a marketing channel. I’m not an accountant so if you are and have a view, let me know in the comments so I can clarify this for everyone. Cheers.

Ok, what’s with the cancellations line item? Again, cancellations are something you see more often in ecommerce. It’s when people make an order and then cancel it, so you deduct it out of the revenue. In SaaS, this could be if a customer gets angry and you refund them. I have the line item in case there is a specificity in your business model where you need it (to make the model flexible for everyone). It’s not a very common line item.

Gross Profit

We got down to net revenue after cancelations. Now we have something important. COGS. Your gross profit margin matters. The difference between your net revenue and gross profit is your COGS. These include servers, customer success etc. I’m not doing a blog on COGS (which it needs to do it right as most people don’t understand it). Here is Twilio showing their main COGS costs.

Profit is not the same thing as revenue. You have pesky costs. Whilst investors care about the top line revenue related figures we have been digging into, ultimately they want to understand how profitable you can be. The first stop on the profit train is your gross profit. If your gross margins are low then you have a crappy SaaS business. Your COGS are fairly likely to scale with your revenue so you want it small. The great thing about SaaS is that as you scale your margins ‘should’ get larger. You only need so many developers etc, so many of your costs should remain fairly fixed. You just need to hope to hell your marketing CAC doesn’t balloon as you scale (hard).

And to be clear, marketing gets MORE expensive not cheaper… A lot of people think their CAC will decline.

Here is Twilio showing that acquiring customers efficiently matters: 

Why does marketing have its own line item?

OK, marketing can be scaled up and down. You spend more, you grow more. You spend less and hopefully, you have control over profitability. By explicitly showing your marketing cost you show you know this fact.

How do you get to EBITDA?

In short, you have G&A, R&D, and S&M. Those are bunched into OPEX. Frankly, no one gives a toss about anything after EBITDA. You can see Twilio map out their OPEX here:

Average Revenue Per User (ARPU)

ARPU is your end of month MRR divided by the number of users you have in a specific time period (month, quarter, or year). ARPU matters as it demonstrates the value of users regardless of what they buy.

Note, some people call it Average Revenue per Account (ARPA).

It is best practice to split ARPU/ARPA down more. You could have your aggregate ARPU and your new customer ARPU. So you end up with more metric terms such as: Average Revenue per Existing Account and Average Revenue per New Account.

Breaking out your ARPU/ARPA metrics helps you see how things are evolving in your new customer behave vis a vis the existing ones. You may be able to dig int and see whether customers are more willing to accept cross-selling or being up-sold to high packages. The way of calculating ARPU is basically the same, you just need apples for apples, so only new customer revenue over new customers.

Let’s get more complicated

I told you I made a model for you to play with. I kept the above restricted to one simple Google example as I want you to get the basics before you start dealing with how complicated this can all get.

Assumptions

The assumptions in the model are:

  • I have made up 9 clients
  • You get one new one every month
  • They have random payment frequencies (Think billings)
  • They have different contract lengths from one month to 36 months
  • Some have professional services
  • There are three pricing points- basic, premium and pro

Things to note:

  • This is not a full SaaS revenue model. The math is way more complex
  • No churn at all so everything renews
  • There is no upsell – so no contraction/expansion on pricing

Yes, the model is dynamic. You can change the assumptions. This actually wasn’t easy to build at all, btw. I haven’t spent time making sure everything is absolutely perfect, but it looks like things work right. I’m actually going to show you some scenarios so you can see how things change.

So below you can see the assumptions (download the model… and play).

Summary and MRR/ARR

Now we can see a summary of all the key metrics.

Then we have the MRR and the ARR. You can see that you are adding new MRR and ARR each month like a waterfall.

You will notice that in the annual columns that MRR is the same in every year. That is because we get all that MRR in 9 months, we have no new clients after, there is no churn and no upsell. It will stay the same. The same is for ARR since ARR is just MRR times by 12.

Bookings and billings

I have added three clients who have professional services. They are all one off and happen in the first year. The implication of that is what? Come on, have a think. Yeah, bookings will be higher in the first year. We have $600k of professional services.

Now let’s look at bookings. The big number comes from Blue Apron. They are booked for $1740 as they have a 3-year contract. If you look at billings we make the same in the bank each year, other than the first year due to PS.

The next one is Zuora who has a two-year contract but also have professional services. The first year of bookings is for $680. There is nothing in the second year booked and in the third year we get them for $480.

Next, for illustrative purposes look at Facebook. They have one-month billing and a one-month rolling contract. Bookings and billings are exactly the same.

Finally, if you’re wondering why Microsoft and Ola have lower bookings and billings, it’s because they come later in the year and you haven’t milked them for much money yet due to the contract structure.

The last section we are checking out is the revenue and deferred revenue. We are back in accounting land now.

Ok, you will notice that revenue is larger than MRR in the annual boxes. I’ve just shown the run rate MRR and in the revenue, it is the sum.

The deferred revenue changes every month, but in the annual calcs it shows as the same number as I’ve calculated the year-end number.

To calculate deferred revenue I take the billings and then deduct the rolling sum or revenue and professional services.

Let’s see how things change in charts

I’ve chucked in a bunch of variables here by making a variable (or all) basic, meaning monthly contracts and payments terms. You can see the differences mainly by seeing where spikes happen.

Base case

This chart is the basic assumption in the model. We have random terms.

So what does this look like:

Contract length set to 1 year

In this scenario, all clients have a monthly contract, but the payment terms are as before.

You will see that all the big bumps have gone from bookings. You don’t get big booking bumps if you don’t have longer contract durations.  Everything else is the same.

Payment length set to 1 year

If payment length is just one month, then you still have the bookings bumps, but everything else flattens out pretty sharpish. You don’t have any deferred revenue when you are booking and billing the same amount each month.

Payments and contracts to 1 month and professional services

In this case, pretty much everything is smooth. The only bumps we have are in billings because there are professional services. Revenue is not deferred so it’s flat lines to zero the whole time. MRR and revenue are the same thing.

Payments and contracts to 1 month and no professional services

In this example, there are no bumps anywhere. Most of the line items are the same. Revenue, bookings and billings are all the same. Deferred revenue is zero. ARR is what it always is.

Conclusion on SaaS revenue

TBH, I kind of blew my wad explaining how all the terms work in the basic version. Explaining the complicated version with the model seems a bit like duplicating myself and ain’t nobody got time for that. Hopefully looking at the ‘bumps’ in the charts you can see the differences in various scenarios of payment frequency and contract length

So if you read the above, what you should do is download the model and then have a play with it. Put in different assumptions and see how shizzle changes. It’s not that complicated but you need to really ‘get’ it to understand this all. As I admitted, I didn’t ‘get’ all this till I forced myself to break it down for you.

Exit mobile version