The Magic of Recurring Revenue

September 18, 2019 • #

Any business that makes money from the same customer more than once can be said to have “recurring revenue.” But the term in the SaaS universe has a more specific flavor to it, thanks to the unique nature of the business model, value delivery, and the commitments between vendor and consumer. You may think “so what” when you hear that SaaS revenue is special or somehow better than other ways of making money; after all, the money’s still green, right? But there are a number of benefits that come with the “as-a-service” relationship between vendor and customer. Software companies fit uniquely well with a subscription-based model because of the fixed, up-front heavy nature of the investments required to build software platforms. In a traditional business performing services or building physical products, new customers come with higher marginal costs — the cost incurred to add each new dollar of revenue. With hosted software there are certainly marginal costs (scaling servers with growth, providing support, etc.), but the gross margins are typically much higher. And if done efficiently, that margin can stay very high even at scale.

Recurring revenue

Let’s review some advantages of SaaS, each of them a mutual advantage to both the vendor and customer1:

Simpler adoption

Because the customer is buying a product that already exists (not a bespoke one), there’s no need to wait for complex customizations right out of the gate to realize initial value. In order to maximize customer growth and expansion velocity, developers are motivated to create smoother implementation experiences harnessing tools like Intercom, with in-app walkthroughs, on-boarding, guides, and help content to get the customer off the ground. A traditional “old world” software company is less motivated to make on-boarding such a smooth experience, since often they’re already required to do on-premise implementations and trainings for users. There are certainly enterprise SaaS products that start to move into this arena (i.e. non-self-service), but typically that’s due to the specifics of certain business workflows being reliant on custom integrations or customer data imports (think ERP systems). Also, because a customer can start small with “pilot” sized engagements at no additional cost to the vendor, they can ramp up more comfortably.

Low initial costs

Related to adoption, the customer can control their costs transparently as they scale, to see impact before they expand team-wide. Once initial ROI is visible, subsequent expansion is less painful and much easier to justify — after all, you have results to prove that the product is useful before going all-in. The ability to hedge risk in scaling up by monitoring value returned is one that was hard to achieve in the days before service-based products.

Reduced time to benefit

Since the customer can lower the requirements for an initial rollout, they can see benefit quickly. Rather than having to take a salesperson’s word for it that you’ll see an ROI in 6 months, a 30-day pilot can deliver answers much more quickly. Don’t take the vendor at their word; use it for yourself and prove the value. Imagine what it would take to realize any benefit from a completely custom-built piece of software? (Hint: A long time, or maybe never if you don’t ship it. This should cross a customer’s mind when they want to build instead of buy.)

Economies of scale

The SaaS vendor is responsible for hosting, improving, and developing the core systems to the benefit of many at once. The revenue benefit of individual improvements or features are realized across the entire customer base. With good execution, the economy of scale can make the new feature or capability cheaper for each customer, while generating more aggregate revenue for the vendor — everyone wins. Compare this with scaling boxed software or even self-hosted, on-site software where human hours are required for each customer to deliberately receive new things of value. With product maturity, not all new developments provide equal value to every customer, which is where product packaging and positioning becomes critical to align costs and outcomes.

Continuous (versus staggered) upgrade

Any engineer knows that small, frequent updates beat out large, infrequent ones when it comes to efficiency. The overhead involved with testing and shipping each release is minimized, then spread over hundreds of small deployments. With tools like continuous integration, automated testing, and rolling deployment, developers can seamlessly (and with low risk) roll out tiny incremental changes all the time, silently. Every SaaS product of note works this way today, and often only the largest customer-facing features are even announced at all to customers. With many small releases over few large ones, the surface area for potential problems is reduced enormously, making a catastrophic problem far less likely. Also, customers don’t have to arbitrarily wait for the ArcMap 10.1 update or the annual release to receive a minor enhancement or bug fix.

Alignment of incentives

This, to me, is one of the most important factors. Two parties that share incentives make for the most advantageous economic relationships. Both vendor and customer have incentives that benefit both sides baked into the business model, and importantly, these incentives are realized early and often:

  • Customer Incentive: Since the customer has a defined problem for which they seek a solution (in the form of software), they’re incentivized to pay proportionally for received value, security, attention, support, and utility. With a subscription pricing model, customers are happy to pay for a subscription that continues to deliver value to them month after month.
  • Vendor Incentive: For a vendor, the real money is made not from the first deal with the customer, but from a continued relationship over a (hopefully) long period of time. Known as lifetime value (LTV), the goal is to maximize that number with all customers — a good product-market fit and customer success strategy leads to long LTV and therefore very large revenue numbers. To realize that LTV, however, it’s incumbent upon the vendor to stay focused on delivering the above — value, security, support, et al.

With these incentives in lock-step, everyone wins. After achieving product-market fit and a repeatable solution for customers, you turn attention toward continued engagement in customer success, incremental value-add through enhancements and new features, and a long-term customer relationship based on mutual exchange of value. The best customers not only drive high revenues to the top line, but also become better companies as a result of using your software. We’ve had this happen with Fulcrum customers, and for a product developer, it’s the thing that gets your out of bed in the morning; it’s why we do what we do, not just to make money, but to transform something from good to great.

Alignment in vendor-customer goals used to be harder to achieve in the pre-SaaS era. A vendor needed only to be “good enough” to secure the single-point initial purchase, and could largely shirk their end of the bargain in successive months2.

Subscription models for physical products

Subscription business are no longer limited to software. We now see companies operating in the physical realm moving into subscription models — Lyft Pass for transit, Blue Apron for food delivery, or even Apple’s movement in this direction with its Upgrade Program for iPhones3. Once the economics make this possible (more expensive in up-front capital for physical versus software), the subscription model turns into, often, a better deal for both sides.

The market is moving toward services for everything, which is a good thing for the industry all around. Okta’s *Businesses at Work* report for 2019 reports that their customers are using commonly over 100 apps with Okta in the first year of use. In fact, all of the trends they report on show strong motions up and to the right. Given what I said previously about incentive alignment, I’m a believer that these trends are great for the software economy as a whole, with all parties benefiting from a healthier marketplace.

  1. I wrote a post on this topic a while back, but thought I’d revisit these advantages in more specific detail. 

  2. Of course over time this would catch up to you, but you could get away with it far longer than you can in SaaS. 

  3. Ben Thompson recently wrote about the prospects of Apple moving further in this direction — offering a subscription to the full “Apple Suite”. 

Progress Studies

September 17, 2019 • #

A few weeks back, Tyler Cowen and Patrick Collison co-authored this piece for The Atlantic calling for research into the study of progress1. From the thesis of the piece:

Progress itself is understudied. By “progress,” we mean the combination of economic, technological, scientific, cultural, and organizational advancement that has transformed our lives and raised standards of living over the past couple of centuries. For a number of reasons, there is no broad-based intellectual movement focused on understanding the dynamics of progress, or targeting the deeper goal of speeding it up. We believe that it deserves a dedicated field of study. We suggest inaugurating the discipline of “Progress Studies.”

This is an idea I’ve been increasingly interested in with my reading selection and my content here on the website — from contemporary works in the camp of embracing the enlightenment and its benefits like Nick Christakis’s Blueprint and Pinker’s Enlightenment Now, to the political philosophy of The Federalist Papers and historical background in The Origins of Political Order. Common threads emerge in optimism and a desire to understand the dynamics that have allowed humans to flourish over the course of the past few centuries.

Jasmine Wang from OpenAI wrote this excellent follow up post full of related prior art and links to past literature on the theme of scientific progress. As she says in the post, the goal is for it to become a “wiki” of sorts to establish an organic review of the state of what we know about how we make progress — How does it happen? How do we measure it? What are its drawbacks?

The list of books and articles is a gold mine of interesting material. A few I’ve bookmarked for future reading:

If you’re also interested in joining up in this conversation, there’s a Slack group that’s formed, now at about 300 members. In the week that I’ve been following along the conversation, it’s showing some signs of hope that it could be one of those rare corners of the internet with civil conversation and discussion on a broad range of topics. I’ll keep following this thread and see where it leads.

  1. Linked in an edition of Weekend Reading last month. 

Weekend Reading: Iceland, the Use of Knowledge, and CLI Search

September 14, 2019 • #

⚖️ The Use of Knowledge in Society

I’ve been reading some of Hayek’s famous articles this week. This one is all about what he probably considered one of the most important concepts, since these basic ideas form a central thesis for most of his works. His argument was for bottoms-up, decentralized systems of decision-making instead of centralized, top-down systems:

The peculiar character of the problem of a rational economic order is determined precisely by the fact that the knowledge of the circumstances of which we must make use never exists in concentrated or integrated form but solely as the dispersed bits of incomplete and frequently contradictory knowledge which all the separate individuals possess. The economic problem of society is thus not merely a problem of how to allocate “given” resources—if “given” is taken to mean given to a single mind which deliberately solves the problem set by these “data.” It is rather a problem of how to secure the best use of resources known to any of the members of society, for ends whose relative importance only these individuals know. Or, to put it briefly, it is a problem of the utilization of knowledge which is not given to anyone in its totality.

🇮🇸 Islandia

This short film of drone footage showcases the amazing, almost-alien, landscapes of Iceland. This guy’s channel has a lot of interesting quick films like this.

🔎 fzf

A fuzzy finder for the command line. Just install it from Homebrew with brew install fzf and improve your file searching on the shell. No more having to remember find command syntax.

Russ Roberts on Key Economic Concepts for Founders

September 12, 2019 • #

This is a good interview with a great interviewer, Russ Roberts of EconTalk. His is probably my favorite podcast — if I only listen to 1 episode a week, it’s the latest EconTalk.

On Adam Smith, The Theory of Moral Sentiments, the topics he covers on EconTalk, and economic concepts that are valuable to tech founders.


September 11, 2019 • #

I’m always proud of our annual tributes. It matters to keep perspective on how bad things can get, how good most of us really have it, and those first-responders, public servants, and national security forces that work to keep it that way.

Fulcrum 9/11

Netlify for Content Management and Hosting

September 10, 2019 • #

We’ve been exploring options for adding a CMS to our Jekyll-powered website for Fulcrum over the last couple of weeks, looking for ways to add more content editor-friendly capabilities without having to overhaul everything under the hood, or move to a full hosted CMS like Wordpress. The product and design teams responsible for the technical development of the website all prefer the simplicity and flexibility of static site generators, but understand the relative opacity of learning git, command lines, and the vagaries of something like Jekyll for team members just writing content.

One of the options we’ve been looking at is Netlify CMS, along with their deployment and hosting platform as a GitHub Pages replacement. Their CMS is open source, and it’s attractive because of how simple it is to wire up to your static site with a single YAML file. Essentially all you need to do is define your content types in the configuration, then the CMS generates all of the editing UI for creating new or editing existing markdown files.

To kick the tires, I set it up locally for this site, and also ended up migrating the hosting for the entire site over to Netlify. The transition was totally seamless; now I’ve got my site running with the latest and greatest Jekyll and other libraries, added a CMS for when I want to quickly make edits or posts without involving a git workflow, and Netlify’s CDN is blazing fast. I love that none of the rest of my workflow using a git repo, markdown, or Jekyll has to change — all pushes to master trigger automated tests and deploys on Netlify.

There are some other things there I’m going to experiment with, especially the option for post-processing operations like minifying CSS and Javascript, as well as lossless image compression, both in service of page speed performance improvements.