Category Archives: SaaS

The Best SaaS / Cloud White Paper: Bessemer’s Top 10 Laws of Cloud Computing and SaaS

After doing a lot of reading in recent days, I thought I’d take a few minutes to share what I think is one of the best resources I’ve discovered:  Bessemer’s Top 10 Laws of Cloud Computing and SaaS (PDF), co-authored by about ten people from Bessemer including Byron Deeter.

Here is a quick summary of their top 10 laws:

1.       Less is more!  Use the cloud where you can in your own business.  I think this is a great idea in the eat-your-own-dogfood (at a model level, at least) department.  While MarkLogic was not a SaaS company, we were nevertheless big SaaS users (e.g., sales automation, marketing automation, finance, time tracking, expense reporting) because I’m a big believer in the model.

2.       Trust the 6 C’s of cloud finance.  Your new key metrics should be (1) committed monthly recurring revenue (CMRR), (2) cash flow, (3) CMRR pipeline, (4) churn, (5) customer acquisition cost (CAC), and (6) customer lifetime value.  This is a different set of metrics from the traditional enterprise software business and one worth taking the time to understand.

3.       Study the sales learning curve (SLC) and only invest behind success.  The SLC is a creation of former Veritas CEO Mark Leslie and discussed in this HBR article (paid) or this presentation.  A simpler version of the principle is to hire reps in groups of threes and only expand when 2 of 3 become profitable in the first group.  This avoids prematurely scaling-up the sales force which, probably more than any other sinkhole, has wasted countless venture capital over the past few decades.

4.       Forget everything you learned about software channels.  Because cloud products, by their nature, are not services-intensive and this fundamentally changes the role, and reduces the importance, of service providers in the industry equation.  Put more simply:  SaaS businesses are generally direct, leverage the Internet as a direct channel, and are not indirect-channel friendly.

5.       Build employee software.  Employees are now powerful customers, not just their managers.  We’re witnessing “the consumerization of software,” so ease up.  This is a very clear trend, in fact, many SaaS/cloud businesses work their way into the enterprise by starting out with individual consumer managers at small and medium businesses.  In the past, you could sell executive management “a better return on information” and condemn clerks to horrific user interfaces.  Those days are gone.

6.       Savvy online marketing is a core competence (sometimes the only one) of every successful cloud business.  Among other things this foretells of the rise of analytical and quantitative marketing VPs, over the more traditionally product-strategy and/or communications-creative types.

7. The most important part of software-as-a-service isn’t “software,” it’s “service!” Support!  Support!  Support! Culturally, this runs dead opposite to the traditional enterprise software “drive-by sales” approach whereby, as one search-engine salesrep once told me:  “we sold the customer a Ferrari – but then we dumped the pieces in his driveway.”  This natural incentive alignment (which by the way was also a by-product of the vertical-focus strategy at MarkLogic) is one of my favorite features of the SaaS model.

8.       Leverage and monetize the data asset.  You can do this by leveraging your expertise to identify the metrics and dashboards of most analytic value and further by then selling industry benchmark data on them.  This, to me, is one of the more obvious SaaS opportunities, yet nevertheless to-date, in my experience, one of the most unexploited.  I expect to see much more progress in this area in the coming few years.

9.       Mind the GAAP.  Cloud accounting is all about matching revenue and costs to consumption … except when it’s not (i.e., professional services).    Taleo’s struggles have been well publicized, Bessemer’s paper provides a great overview of the issues, and for those who want to know more, here is an excellent paper (SaaS is Different, An Accounting Primer for SaaS Companies by Jay Howell of BDO) that discusses SaaS accounting differences which are primarily related to (1) recognizing revenue over the term during which the service is live/delivered and (2) pro-rating professional services over the full duration of the software-service contract and potentially the lifetime of the customer relationship.

10.   Cloudonomics requires that you plan your fuel stops very carefully.  SaaS companies are capital intensive and typically require at least 4 years before they are cash-flow positive.  NetSuite needed $126M before its IPO, DemandTec $66M, Salesforce $61M, and SuccessFactors $45M.

Fun Software Annuity Math: SaaS, Perpetual, and Open Source Models

As a follow-up to my previous post, Perpetual Money vs. Perpetual License, I thought I’d take a few minutes to further explore the math of software annuities.

Let’s start with some perpetual license software that costs 100 units and has an annual maintenance fee rate of 20%, or 20 units per year in perpetuity.  To avoid math and equations, I’m going to brute-force things in Excel, do a 40-year model, round it up, and consider that equivalent to perpetuity.  (You can download my spreadsheet here.)

Now what is this sequence of cashflows actually worth?  100 + 20 + 20 + …

Before calculating we need to remember two things:

  • Not everyone renews every year so we need to model a maintenance renewal rate (MRR) and use it as a probability of renewal each year
  • The time value of money becomes important in long time series so we’re going to need to pick a discount rate (say 8%) and model that as well

It turns out that 100 + 20 + 20 + … is worth 220 units.  Recall in the prior post that we said sales commissions typically run 10% and are paid on license and first-year maintenance only.  Thus, the company pays commissions on the 120 year-one units, which represent only about 54% of the value of the contract.

Now let’s see what a SaaS annuity is worth at 50 units per year.  The answer:  300 units.  More interestingly, let’s find the breakeven point between the SaaS and the perpetual model (i.e., where 100 + 20 + 20 + … = X + X + …).  The answer:  37 units.  That is, a SaaS annuity of 37 units is mathematically equivalent to a perpetual fee of 100 with a maintenance annuity of 20 in perpetuity.

Note that all these calculations have been based on a 90% renewal rate.  Let’s see what happens if the renewal rate drops to 80%.

  • The maintenance renewal stream’s value drops from 120 units to 77 (36%), so the total value drops from 220 to 177 units (20%)
  • The SaaS annuity stream drops in value from 300 units to 193 units (36%)

Conversely, if we increase the renewal rate from 90 to 95%:

  • The total value in the perpetual model jumps to 266 units (21%)
  • The total value in the SaaS model jumps to 413 units (38%)

So, unsurprisingly, the large up-front payment in the perpetual model acts as a keel on the total value, damping the volatility of the renewal stream’s value as a function of renewal rate.

But – back to plain English – you can see why SaaS companies are so focused on renewal rates:  increasing the renewal rate by 5% increases revenue by 38% over the long term.  That’s leverage.

Let’s conclude by looking at open source models where certified/enterprise releases and associated support services are sold on a subscription basis.  In some ways you can think of this as SaaS without the need to operate the software.  But I think it’s more accurate to think about about this as a perpetual model where the initial license fee is zero.  (Arguably, the difference is pure semantics.)

Let’s say a piece of enterprise software costs 100 units and comes with a 20 unit annual maintenance obligation.  We know that’s worth 220 units in total.  If you sell the open source support subscription for the same price as perpetual maintenance fee, then the value for the company is 120 units and the customer “saves” 46% — and all of it up-front – by avoiding the initial license payment.

If you could sell the open source subscription for 30 units, both sides still win.  The value is 180 units, still generating a savings for the customer and a revenue increase for the vendor.  The breakeven point is, as we found earlier, 37 units – at that price the customer should be indifferent to either a 100 + 20 + … stream or an annuity of 37 + 37 + …

Let’s say we decided to sell our open source subscriptions for 30 units and see what happens as we vary the renewal rate.

Now you can see why open source vendors are so focused on renewal rates.  What’s more, when a SaaS customer fails to renew they need to stop using the software.  When an open source customer fails to renew they simply downgrade to using the unsupported or community-supported open source version of the software, which is a far less dramatic alternative.  This is why open source vendors work so hard to justify the upgrade to their supported enterprise versions.  With a renewal rate of 95% the value is 248 units.  If that rate drops to 65% because many people feel they can get by with the community version, then the value drops to 75 units – a difference that could decimate a company.

As one friend in the open source business said:  “it’s hard work giving away your software.”  Remember that while MySQL was ubiquitous at the time of its $1B sale to Sun Microsystems, there were rumored to be doing only about $65M in annual revenue.  Such is the nature of disruption.

Perpetual Money vs. Perpetual License: Subscription, SaaS, and Perpetual Business Models

I had breakfast the other day with a software entrepreneur.  When I asked if his company was on a subscription or perpetual model he said:  “we should kill the guy who invented the perpetual license — I’m on the perpetual money model, subscription all the way.”

Having worked largely in perpetual license firms, I admit there are many downsides to the perpetual model.  Companies on perpetual models typically:

  • Have more volatile revenue performance due to a relatively smaller annuity “keel” on the business (in the form of maintenance renewals).
  • Are more exposed to end-of-quarter shocks driven by backend-loaded sales.  (Most software companies get 70%+ of their orders in the last month of the quarter and most of those in the last week.)
  • End up with “drive-by sales” cultures because sales reps are paid only on license sales and not on maintenance renewals.
  • Have less customer-success-focused cultures because sales reps care about customer success only to the extent they see potential follow-on license business in the short term.

That said, there are many ways to mitigate each of the above points and all of the world’s largest software companies, such as Oracle and SAP, still do most of their business on a perpetual license model.

Over the past decade companies like Salesforce, NetSuite, and SuccessFactors have pushed the software as a service (SaaS) model where the vendor both runs the software and bills on an annual subscription basis to use it.  While the SaaS model cut its teeth in applications like sales force automation, vendors are increasingly selling platform as a service (PaaS) offerings as well, such as Amazon Web Services, Google AppEngine, or Force.com.

Clearly SaaS interest and hype remain strong.  Salesforce is trading at 100x FY11 earnings.  Bankers have told me that the IPO bar for SaaS companies is $75 to $100M in revenue, while for perpetual companies it might be 1.5 times higher than that.  A recent Software Equity Group report pegs the median enterprise value (EV) of of SaaS companies at 4.9x revenues, almost double the 2.7x revenues for perpetual companies.  On an EV/EBITDA basis, it’s even more dramatic with SaaS companies at 44x and perpetual ones at 13.6x.

Given all this, I thought it would be fun to make an Excel model that concretely demonstrates some of the differences between  perpetual and SaaS software companies.  To do so, I’ll first model a fictitious, red-hot software startup on a perpetual basis.  Then I’ll remodel the same company on a SaaS basis.  Then we’ll play around with the models and see what we find.  (For Excel geeks, my model is here; you’ll need to download it.)

To make my model, I started with bookings for the perpetual company and hard coded $5M in the first year on a reasonable ramp.  Then I made a set of reasonable assumptions (for a hot startup) that drove the rest of the model:  100% license bookings growth, a 20% maintenance rate, a 90% maintenance renewal rate, a 50% rate of professional services organization (PSO) services bookings relative to license, and a bookings-to-revenue conversion rate of 85% for PSO in the subsequent quarter.  To keep things simple, I didn’t model months, I didn’t model cash, I assume all bookings happen on the last day of the quarter, and I assume all license revenue is immediately recognizable.

Then I remodeled the company on a SaaS basis.  The most important assumption to make here is labeled “subscript as % of license” – i.e., if someone was ready to pay 100 units for a perpetual license to use something, presumably they want to pay some fraction of that for a one-year subscription to use it.  (I’ll call this F for fraction.)  For the initial model, I assumed F=50% which is arguably aggressive.  I kept the renewal rate at 90%.  I assumed that configuring a SaaS system requires less PSO than customizing a perpetual one, so I assumed a 50% PSO bookings rate relative to the subscription (or 25% of the total PSO required from the perpetual vendor).  I assumed subscriptions were one year and revenue was recognized ratably over the year and that all orders were received the last day of the quarter.

When you make these two models, here is what you find:

In year 4,

  • The perpetual company is 2.2 times larger than the SaaS company at $62M vs. $28M
  • The perpetual company is growing at 103% and the SaaS one at 115%
  • The perpetual company has an 8% “annuity keel” in the form of maintenance renewal bookings while the SaaS company has a 33% annuity keel in subscription renewal bookings.  (You can’t see this in the picture, but it’s in the model.)

Valuation and The Fallacy of Equivalence
Using the standard multiples above, let’s see what each of our companies is worth:

  • The $62M perpetual company is worth 2.7 x $62M = $167M
  • The $28M SaaS company is worth 4.9 x $28M = $137M

Simply put:  the stock market works.  With only a 20% difference in valuation between what ostensibly seem like two very different companies you can see that higher EV/R multiple for SaaS companies is almost completely offset by the increased difficulty of building a SaaS revenue stream.  Wall Street “sees through” the differences in the models and values the companies roughly equivalently.  Put differently, SaaS companies fetch 1.8x the revenue multiple of perpetual companies because they are worth 1.8x the revenue multiple of perpetual companies.

During the past few years I have spoken with several CEOs who transitioned their companies from perpetual to SaaS.  The standard word is that it takes 3 years to make the transition and the transition must be a top-three company goal for that entire period.  While there are many good reasons for perpetual companies to consider moving to SaaS models, valuation isn’t one of them.  Yes, you get roughly twice the EV/R multiple, but building the R (revenue) stream is just about twice as hard.

Max Schireson calls this the fallacy of equivalence.  If gold is worth twice silver and assume we have an equal amount of gold as we had silver then we are worth twice as much.  The fallacy is that gold is twice as hard to come by as silver so you can’t assume equal amounts — see the huge revenue delta which is largely driven by the SaaS company’s need to spread revenue over 4 quarters.

Taking a Bad Quarter
Let’s look at how each company takes a bad quarter by assuming that we hit 70% of our bookings target in 3Q13 — doing only $4M in perpetual license bookings (cell P8) and only $2.25M in new subscriptions (cell P27).

  • In the perpetual company 3Q11 revenue drops from $8.7M to $6.7M, the year/year growth rate drops from 105% to 58%, the stock is presumably crushed  by 80%, and the CEO summarily fired.
  • In the SaaS company 3Q11 revenue is unchanged. (Recall I modeled all bookings on the last day of the quarter.)  4Q11 revenue drops from $4.5M to $4.0M, 1Q12 drops from $5.8M to $5.6M, and the following two quarters also take ~$100K to $200K hits.  The stock drops 20% because 4Q11 guidance is dropped but the company appears in control of its business and no one is fired.

Hitting The Flat Part of the Market
Now let’s examine both companies assuming that the market goes flat in 2014 (i.e., that 2014 license bookings / new subscriptions do not grow over 2013, cells S8-V8 and S27-V27).

  • Our perpetual company sees 2014 revenue growth slow from 106% in 2013 to 17% in 2014.  Revenue drops from the plan of $62M to $35.9M.  The CEO is fired for flying the company off a cliff.
  • Our SaaS company sees 2014 revenue growth slow from 141% in 2013 to 76% in 2014.  Revenue drops from the plan of $27.9 to $22.9M.  The CEO is commended for successfully managing the company through a tough transition.

What going on here is simple:  volatility is being damped — for better and for worse — by the SaaS company’s need to spread revenue over the four quarters following the booking.  That makes it harder to grow the revenue stream quickly.  It also makes it harder to change once established.

Sales Compensation
One tricky issue in the SaaS model is sales compensation.  In a typical perpetual company total sales commissions (at all levels) add up to around 10%.  So, for 100 units of revenue, you pay 10 units in commissions.  Sales reps are usually not paid on the 20 unit annuity stream of maintenance renewals.

In SaaS model, we have a conflict.  If you assume the annual subscription fetches 50 units (i.e., if F=50%):

  • The company wants to pay 10% of 50 = 5 units in year 1 and then pay little or nothing on the renewals.
  • Sales want to argue either that [1] the deal is worth 150 units over three years and compensation should be 15 units or [2] (if they’re good at math) 300 units if you look at the stream’s terminal value (factored by renewal rates and discounted by 8%) and thus sales compensation should be 30 units.

So what do you pay:  5, 15, or 30 units?  I believe that most SaaS companies end up splitting the difference in the some way, perhaps paying on a declining scale over the first 3 years.  If you have good examples here, please share them in the comments.

Cash
While I didn’t model cash in the spreadsheets, one huge issue is the timing of commission payments.  For example, if a company were to adopt the 3-year 15-unit commission argument and foolishly pay those three years up front, it would have a big cash consumption issue because effective year 1 commission rates would be 15/50 = 30%, three times the industry norm of 10%.

I think the best answer is to pay commissions on an declining scale and timed close to the receipt of cash from the customer (e.g., on booking the annual renewal).

What if F>=1?
Recall earlier that we talked about the fraction, which I called F, that represented the fraction you would be willing to pay to use something for a year as opposed to license it forever.  Because of the big difference between “forever” and “1 year,” I led you easily to the assumption that F should be less than 1.

But should it be?  When you look at total cost of ownership, it’s not obvious.  In the perpetual  model you need to license the software, pay annual maintenance, pay typically 4x the license payment in total deployment costs, and buy the hardware on which the system will run.

In the SaaS model, you have the subscription cost each year and some modest year 1 costs to configure the application.  See this simple model:

With F at 50% the SaaS TCO is $200K vs. $610K for the perpetual model.  With F at 100% the SaaS TCO is $400K.  Even with F at 150% the SaaS TCO is $600K — still less expensive than the perpetual TCO at $610K.

And this, by the way, isn’t theory.  A friend who worked at Siebel told me that a typical Siebel sales perpetual license seat sold for about $1,500 back in the day.  A friend’s company recently renewed Salesforce at roughly $100/seat/month, that is $1,200/seat/year — not quite F=1, but in the same order of magnitude.

Let’s finish the post by seeing what happens to our model when we assume that F=1, i.e., that the SaaS vendor can get an annual subscription equivalent to the license fee a perpetual vendor would have charged.

In year 4, our our SaaS company is now $55.8M or 90% of our perpetual company, but with all the added benefits of being on a SaaS model.  In terms of valuation it is now worth $274M vs. $167M for the perpetual company.  This is clearly SaaS panacea.  The implicit assumption that an annual subscription to use a service should cost less than equivalent perpetual license is both invalid from a customer TCO viewpoint and suboptimal from a SaaS vendor viewpoint.

While this would seem to suggest that every software vendor should switch to a SaaS model, it is important to remember that many customers don’t want to buy — particularly development platforms — on a SaaS basis.  Why?  Some of it is about ownership and control.  But much of it is because many customers think on time horizons much longer than a 3-year TCO.   With F=100% in our TCO model (and ignoring TVM effects), the SaaS system becomes more expensive after year 6.

If you like playing with financial models, I encourage you to download the model spreadsheet that I built for this analysis, play with the assumptions, and share your own conclusions.  My plan is to do some open source analysis by setting F=35% and the license fee to zero.

To SaaS or Not To SaaS: That is the Question

[Revised, rewritten, and replacing a post from yesterday]

One question we encounter with our Information and Media customers is whether they should buy MarkLogic Server and build an application on top of it, or use a SaaS offering (which may or may not be based on MarkLogic) and effectively rent the use of an application to meet their online publishing needs.

The primary arguments in favor of the rent (SaaS) approach are:

  • You get up and running faster because you’re renting the use of an existing application
  • You have lower up-front fees because you need neither to build your application nor buy the hardware/software platform on which to run it
  • You can focus on what matters because you are liberated from the nitty-gritty of building and deploying production systems

The primary arguments in favor of the build approach are:

  • You create a unique offering which you can use to differentiate from your competition
  • Your costs are potentially lower over the mid-term (SaaS’s relatively high annual payments reverse the initial savings over a few years; if you don’t believe me, remember that Wall Street values a dollar of SaaS revenue at about 2-3x a dollar of perpetual revenue)
  • You create a strategic platform on which you build future applications, reducing the marginal cost of experimentation and new product development

To me, SaaS is not a religious issue; it’s a practical one.

While we typically sell our software on a perpetual license basis, we nevertheless are a big user of SaaS solutions at Mark Logic. We happily use Salesforce and somewhat less happily use Netsuite. I was also a champion of bringing Salesforce into Business Objects, where we became one of their earliest, large enterprise customers. (As I told IT at the time: if you won’t treat me as a customer, then I’ll go find someone who will.)

Turning back to the question of publishers and SaaS, like most questions in business, the answer should derive from strategy.

  • If you are trying to compete solely on the basis of your proprietary content, then you should consider a “rent” strategy.
  • If you are trying to compete on the basis of mixing content and its delivery mechanism, then should consider a “buy” strategy.
  • If you are in between, then you’ll need to figure out where you are on the continuum and what you’re willing to trade for what.

As I always say, there are two things that money can’t buy: love and competitive advantage. Applied here, if you can rent a solution then your competitor down the street can rent it, too, and no amount of application configuration is going to result in competitive advantage (or disadvantage) for either of you.

What does this mean? It means that SaaS is great for what Geoffrey Moore calls “context” and rotten for what he calls “core.” Excerpt from the referred page:

Core – See Core/context analysis
Any activity which creates sustainable differentiation in the target market resulting in premium prices or increased volume. Core management seeks to dramatically outperform all competitors within the domain of core.

Context – See Core/context analysis
Any activity which does not differentiate the company from the customers’ viewpoint in the target market. Context management seeks to meet (but not exceed) appropriate accepted standards in as productive a manner as possible.

That’s why we happily use Salesforce and Netsuite at Mark Logic — we aren’t trying to differentiate on the basis of our accounts receiveable or pipeline management systems. (We are trying to differentiate on technology, market focus, and services excellence.)

So, for publishers

  • The more your basis of competition is ownership of a proprietary content set, the more delivery becomes context, and the more you should consider SaaS
  • The more your basis of competition is (1) uniting your content with other content, (2) delivering content in unique in-context ways, and (3) rapid innovation in online product development, the more delivery is core, and the more you should build custom applications (i.e., new information products) on a standardized platform.

Highlights from the 2007 Software Industry Equity Report

On a recent flight from New York, I read the 2007 annual Software Industry Equity Report ($495) by the Software Equity Group. I think they do a great job with these reports and they’re a great value. I thought I’d share a few highlights here.

  • Among the “high flyers” in their public equity software index, the median trailing twelve month (TTM) revenue growth was 51% and the median enterprise value (EV) / revenue ratio was about 8x.
  • In 4Q07, the median EV/revenue was 2.3x, EV/EBITDA 15.2x, EBITDA margin 11.2%, and TTM revenue growth 14.4%. Put differently, while the median software company is worth only 2.3x sales, that company has only 11% EBITDA margins and is growing at only 14%.
  • My favorite arbitrage in software continues to exist: the median software company with revenues $1B is valued at 3.6x sales. This means that big software companies can buy revenue from little software companies all day long and make money at it. Example: Business Objects buys Cartesis and its $125M revenues for 2.4x ($300M) and then sells that revenue to SAP for 4.5x sales, effectively $562M. How’s that for a simple explanation of consolidation in enterprise software?
  • The median software as a service (SaaS) EV/revenue was 7.5x in 4Q07, with median revenue growth 42.5%, and median EBITDA margin 7.5%. These increased valuations — and more predictable revenue streams — help to explain the market’s continued enthusiasm for SaaS.
  • There were 26 total software initial public offerings (IPOs) in 2007. The median offering amount was $107M, enterprise value $689M, EV/revenues 9.2x, and EV/EBITDA 37.2x.
  • In the current US IPO pipeline, the median offering amount is $86M, annual revenues $56.4M, and net income -$4.8M. (This suggests to me that the current “IPO window” is set to 50/0/50 — $50M in revenue, 0 profit, and 50%+ growth.)
  • In 2007, $5.1B in venture capital was raised by software companies (a 3% increase compared to the prior year).
  • 408 software M&A transactions closed in 4Q07, representing $32.5B in value.

For more information, the executive summary of the report is available for free, here. The full report is $495, here.