Running a SaaS Business Costs Money?!?


Being in the SaaS platform space, one of my passions (yes, really) is to breakdown the SaaS provider model and figure out where costs are. The one area that is most intriguing is cost of revenue (CoR) - that is, costs directly associated with delivering the service to end users. This cost generally includes, but is not limited to:

  1. Bandwidth
  2. Hardware(Amortized) & Hardware Related Expenses
  3. Operations Staff (if applicable)
  4. Storage
  5. Backup & Recovery
  6. Licenses
  7. Co-location (real estate, electricity, cooling, etc.)
  8. Product Support

Basically, any cost that is proportional to and incremented with a rise in your subscriber base, is relatively predictable, and is directly responsible for service delivery is part of cost of revenue. Now, I’ve read blog posts and spoken with people that have made comments like “SaaS shouldn’t be very expensive, after all Web 2.0 is about starting companies in a capital efficient manner” or “Digg.com scaled to tens of thousands of users with only a couple of servers.” While I agree with those observations, they don’t really play into true SaaS. SaaS is not about applications with shoddy reliability, or about applications that have simple, repeated read/write transactions. SaaS is about stable, reliable, customizable, and robust business applications. As a provider to other businesses, you have an ingrained duty to provide fanatical (borrowed from Rackspace) service and uptime. These properties requirements do one thing and one thing well: they increase the cost of service. To drive costs down, you need to become operationally efficient, make wise architectural choices at both the software and hardware level, automate as much as possible, and meticulously maintain metrics. No programming language/framework combo (yes, not even the panacea of the day, Ruby on Rails) can save you from poor architecture, inability to automate, and nack for getting operations wrong.

So, as a provider, what does it cost to run a service? To answer that, we have two primary sources: (1) the financials of publicly traded SaaS companies and (2) discussions with some private SaaS companies. I’ll start with public companies. For public company’s I took a look at members of the SEG SaaS Index, including Taleo, Salesforce.com, RightNow, Workstream (not on index), and DealerTrack. I’ve extracted what they consider to be “Cost of Revenue” and generally have a description that goes like so:

Cost of application revenue primarily consists of expenses related to hosting our application and providing support, including employee related costs for network related staff, the depreciation expense associated with computer equipment and the cost of extra data center capacity.

Here is the breakdown for 2006 alone, accounting only for revenue and cost generated by subscriptions ($ in thousands):

Cost Of Revenue

 

As a percentage of revenue, there is a large amount of variation. TRAK is the only oddball because they factor in “revenue share”, which is some sort of commission paid to 3rd parties, thereby driving CoR up. The other data samples adhere quite closely to the aforementioned description. Interestingly, this provides some rudimentary evidence for economies of scale (factoring out TRAK): Salesforce.com has the highest revenue and best CoR percentage, with WorkStream having the worst and the other two falling in order between them.

Having had conversations with smaller, private SaaS providers, the picture is even bleaker. Many times, starting off requires a provider to overpurchase to provide availability and over-capacity, yielding CoR that is higher than revenues. Overtime, the companies I have spoken to begin reducing CoR as economies kick in, but even those in the $10 million - $30 million range are still in the 20% - 25% band for CoR. Delivering a SaaS application is not inexpensive.
This highlights something very important: the best in the industry manages 14% with others nearing 30%. Take that into account when analyzing your costs. Yes, costs have and will go down for things like hardware, bandwidth, etc., but remember that will means in the future, and that there is still uncertainty. Many SaaS providers are looking at utilizing service solutions such as billing or an entire delivery platform (disclosure, self promotion). The data above should give you a good baseline to work from when deciding if something is expensive or whether your projections are in-synch. If you’re a SaaS provider, is your CoR experience relatively similar? Do you factor in other things, or leave things out that I’ve included? I’m anxious to hear your thoughts.

Information and Links

Join the fray by commenting, tracking what others have to say, or linking to it from your blog.


Other Posts
On User Density
SaaS 101: The Benefits



Write a Comment

Take a moment to comment and tell us what you think. Some basic HTML is allowed for formatting.

Reader Comments

[…] My last post discussed cost of revenue related to delivering a SaaS-offering to a subscriber base. Shortly after publishing it, I noticed that Gianpaolo Carraro posted this article, which toward the end discussed the relationship between cost and electricity/space within a datacenter. A while back, Gianpaolo described another metric: tenants per database and he described it as “density.” I think that really summarizes the electricity/real estate metric and is the best way to look at any SaaS metric. Drive cost of revenue (and even operational costs) down: maximize your density metrics. As a SaaS provider, you need ot identify any “Users per X” or “Tenants per Y” and figure out ways to make that ratio bigger. Doing so will improve cost predictability, buffer against sudden cost change (distribution property), and most importantly it will build your economies. Changing these ratios isn’t easy, however. Most of the time, good density is achieved through advanced application architectures, good infrastructure configuration, etc. Tags:   These icons link to social bookmarking sites where readers can share and discover new web pages. […]

[…] Running a SaaS business costs money? Trackback uri […]

This is particularly helpful as I embark on a P&L modeling excercise. Have folks here found that CoR is the most useful metric to pay attention to? My current models suggest overwhelming economies of scale and I imagine this should be more or less true for any pure multitenant SaaS vendor. Yet you say “rudimentary evidence for economies of scale” — curious if there is any evidence to the contrary?

Matt Robinson
http://www.rollbase.com
Roll your own business apps

As an operations services provider for startups (among others) I see this issue cropping up again and again. Most SaaS startups expect to pay about 10% of revenue for their operations, which as you point out is unrealistically low. I actually spend a lot of time coaching them on their P&L modeling! I think the key to remember is that as the business grows, the operations cost per customer can be driven down by tuning the application and leveraging economies of scale in both hosting cost and labor. The first few customers are going to be the most “painful” from a cost of operations standpoint, and shouldn’t be taken as a predictor of the future - unless you fail to attend to optimizing your application deployment over time and of course to growing your business. Even the best operations cost situation doesn’t help if you don’t have many customers! It definitely pays to utilize pay-as-you-go (utility-billed) services such as the ones we offer to reduce the unused resources you have to pay for. This is especially true at the beginning when you might need three full servers to meet reliability and scalability requirements and 3-5 full time people to get the breadth of expertise and round-the-clock response time to run an enterprise-class data center, even though you’re only utilizing at most a tiny fraction of all those resources. You can think of it as a “needs curve” of costs for services you actually need per user which if you fulfilled it by leasing servers and hiring people would have a “costs curve” that went up in big steps, with the area between the costs and needs being unused resources that you’re paying for.

Eric Novikoff
http://www.ComputingUtility.com