Freemium - Shmeemium


Photo Credit

Or why usage billing makes more sense

In the freemium model, a free version of a product is used as a marketing tool to entice people to sign-up for an extended paid version. The term was first coined on Fred Wilson’s blog back in 2006.

Freemium has a great deal of support on the net, especially after advertising rates plummeted, and the practice of buying-out companies based purely on their reach has gone the way of the codpiece. These days investors and potential company buyers want to hear the sweet jangle of coins dropping into the coin box. Well-known services like Flickr and Skype, as well as many others, use the freemium model.

Close, but no cigar
In an excellent article, Free! Why $0.00 Is the Future of Business, Chris Anderson, author of The Long Tail and soon-to-be-released Free, explains why this “freaky land of the free” makes perfect sense – at least to him. He begins by pointing out that the concept of giving away something in the hope of charging for something else is anything but new, describing Gillette’s groundbreaking idea of giving away razors and then charging for blades. He also cites the example of the Brazilian Banda Calypso, who intentionally make their music and sleeve art available online, so that street vendors can create and sell cheap CDs, legally keeping all the money. The buzz created around the CDs permits Banda Calypso to sell-out its live concerts.

Banda Calypso’s business model is great. It leverages the negligible distribution cost of digital content to get its promotional material (the music) in the hands of an army of marketeers, who are happy take on the production costs, and plaster the band’s image all over the place in order to promote both their own and the band’s interests. It’s beautiful - but it’s not freemium.

As Anderson points out, both are examples of a general form of cross-subsidy, were one type of product is given away so as to charge for another. Neither Gillette’s original strategy, nor Banda Calypso’s, meet the common definition of freemium as it exists on the web, which dictates that both the free and premium versions are variations of the same product. To be genuinely freemium, Gillette would have to offer a two blade head for free, and charge for a four-bladed one; Calypso would have to give away most of their concert seats, and only charge for the best ones.

The pitch
The logic behind freemium is that for many websites the marginal cost of providing the service is very low. And as hardware and cloud services continue to get cheaper, it gets lower by the day. Take advantage of this to create a large base of non-paying users, then put your faith in the law of averages and watch some of them convert to the paid service.

Even if the number of paying users is only a tiny fraction of the freeloaders, that’s still more users than you would have got by just offering a straight subscription service, and their acquisition cost (ie the cost of running the free service) is significantly lower than a large-scale advertising and referral program.

Very nice. So much so that Sean O’Malley was driven to ask whether freemium can save web 2.0? - without, it’s worth adding, suggesting that it could.

Freemium is not a revenue model - it’s a marketing technique. The revenue model is still subscription based. The core idea is that giving away a product version is a more cost-effective way of driving subscriptions than traditional methods. And it probably is. But let’s take a closer look at the opportunity cost of letting anybody and everybody use your service for free.

Under the hood
There are hundreds of web pages discussing freemium. Based on nothing more sophisticated than a simple frequency count within many of these pages, an estimate of the average conversion rate for freemium comes in at around 3%. It’s true that some verticals have higher rates (5-10%) but it’s equally true that others have much lower ones (0.5 – 0.05%).

So let’s assume that a hypothetical and profitable website is using freemium, and charges $10/month for its paid service. This means the company is earning an average 30¢ from all active users. Let’s also assume the core product is a spreadsheet application, since it’s a common metaphor.

Okay. So you’re a happy and contented user of the free version. You think it’s really cool that you can use such a fantastic program at no cost. Then one day you need to save your spreadsheet in CSV format. No problem, just click on the ’save as CSV’ button. You guessed it: “The save as CSV option is only available to premium users, click here to upgrade”. This kind of message is an extraordinarily effective way of making even the most mild-mannered person shout obscenities. So what do you do? Pay $10 to save your file as a CSV? Perhaps you do. Perhaps…

The website owner knows these messages are annoying and can frequently be counterproductive. There are number of ways of minimizing them. The first is to make the CSV option available in the free version too. But you don’t have to be Warren Buffet to realize this approach doesn’t scale. If all the useful functionality is free, why would anyone upgrade to the premium version? (A whole micro industry has cropped-up offering advice on how to optimize the free/paid balance). A more cunning technique is to not show the CSV button in the free version. If you can’t click on it, you can’t get pissed off when it doesn’t work. But now there’s a new problem: if you can’t see what your missing, why would you ever upgrade?

Enter the sneak preview. At regular intervals, free users are given access to some premium features. They can now see what they’re missing, and might even be persuaded into hitting the mythical upgrade button when the functionality disappears at the end of the promotion. Very clever. But let’s dig a little deeper…

The free version of any freemium service, must, by definition, be useful – otherwise even the freeloaders wouldn’t use it. You can’t give them ‘copy’ and hide ‘paste’ behind the pay wall. So what goes into the premium version? Functionality which is occasionally very handy, but not fundamental to core usage. Like a save as CSV option. And what are free users expected to think when they are given a time-limited opportunity to use these nice-but-non-core-features? Yay! For a limited time I can save all my spreadsheets as CSVs! Game changer! Not. Like your nail clippers, you only miss this kind of functionality when you need but can’t find it.

All this assumes the website owner is in control of what’s in the different versions of the product. But if your spreadsheet competitor offers the CSV option in their free version then you probably will too. If you don’t and it doesn’t hurt you, then perhaps people aren’t saving that many spreadsheets in CSV format, and so why would they pay for that functionality anyway?

What we have here is the risk of a glorious race to the bottom. Your competitors will offer more and more free functionality so as to take market share. All this is great for your users, but not so good for your shareholders.

Setting aside the fact that all the time dedicated to deciding what should be free and what shouldn’t - often backed-up by complex A-B testing – could be better employed by improving the core product. Or that your competitors are ruining the market by dumping evermore free stuff on grateful users, there is one more reason why freemium is not the savior it’s frequently held up to be - and it’s a humdinger.

The Deal-Breaker
Defenders of the freemium model could point out the spreadsheet example is somewhat contrived, or that it focuses solely on functionality. A common freemium approach is to offer full functionality in both versions, and to simply offer more of something in the paid version. More storage, more uploads, more downloads.

Fair enough. But here’s one thing freemium fans can’t deny: in their model, a tiny minority of paid users subsidizes the service for everybody. It is this simple fact that makes the freemium model self-defeating, because, for the numbers to work, the price of the paid service must be set artificially high.

In other words, for the marketing side of the freemium model to work, the free offering must be functional and useful, otherwise no-one would use it. The premium version, therefore, can only contain an incremental benefit. But the difference between free and $10, or $5, or even $1, is anything but incremental.

The key flaw in the premium model is that it requires people to overpay for the inherently incremental advantage of the premium service. It has to do this, because the premium users must support the whole user base.

As we saw above, the spreadsheet service could, in theory, be profitably supplied to the entire user base at 30¢ per user per month. But there is a problem. Even if the conversion rate would be expected to rise steeply, it would not reach 100% since some people just refuse to pay, at any price. Josh Kopelman calls this resistance the Penny Gap.

The Penny Gap and the Dollar Trap
In his famous blog post, Kopelman explains why the normal price/demand relationship breaks down on the net when the price hits zero. He points out that it’s significantly harder to get someone to go from $0 to $1 than it is to get them to go from $1 to $2 - even if the gap is the same. The penny gap offers indirect support to the freemium model because it says that no matter how low the price is, some users just won’t cough up. On that basis, it’s better to get a tiny minority of users to effectively pay for everyone else.

There’s no doubt the penny gap exists. So the obvious question is: why?

Does Amazon suffer from the penny gap? It doesn’t look like it. People seem more than happy to pay for the convenience of having their stuff delivered to their door. So what is it about certain e-commerce services that allow them to convince people to open their wallets?

One argument is that people are more willing to pay for tangible goods. Those same goods they can see for sale in the shops, which come with a price tag attached, and are rarely given away for free. The implication is that the free web has made a rod for its own back: by giving away so much stuff, the perceived value of that stuff has fallen to zero, thus making it very hard to get large numbers of people to buy any type of web service at any price. This is an intriguing idea, and worthy of a blog post in its own right. But for today at least, save for pointing out that the Apple App Store doesn’t seem to have this problem, we’re not going to go there.

Another possible explanation (also supported by the App Store) is that there is a fundamental difference between a one-off purchase and a subscription. The recurring nature of subscriptions are exactly what make them so attractive to companies – but users aren’t stupid. They can add up. A monthly subscription measured in pennies will add up to a cost measured in dollars over time, regardless of how often the service is actually used.

There is also the fact that frequently companies make it very difficult to get out of subscriptions, using minimum terms and sometimes invoking penalty clauses for cessation. Even if un-subscribing from your service is only a mouse-click away, the whole concept may have been so tarred in the minds of consumers they don’t even give you the chance to explain how easy it is to drop your service.

There’s also the question of convenience. People don’t like typing their credit card details into payment systems, even if they’re not worried about fraud. It’s a pain and the work involved is the same regardless of whether you’re about to pay $30 or 30¢ – in fact, it seems almost stupid to pay 30¢ with a credit card. Amazon cracked this one right away when they created a system to store your details online. After the initial purchase, the subsequent ones are practically painless.

So, while acknowledging the Penny Gap exists, the reason for it existing – at least for subscription services – could have less to do with the gap between $0 and $1 and more to do with the very nature of subscriptions: the risk of lock-in, the fact that you still pay even if you don’t use the service, the inconvenience (and potential risk) of having to initiate each subscription with a separate credit card transaction.

Assuming we’re on the right lines then, and the problem is not with paying for web services per se, rather with all the baggage associated with subscriptions – what’s to be done? What’s the solution?

MicroBilling
Wikipedia defines microbilling as a service for mobile phones. Here we’ll use a different definition: microbilling involves charging usage-based fees for the use of web services. These micro payments across multiple websites are consolidated into one single monthly credit card or bank debit transaction.

Usage-based billing has been tried before, in a different context to web services, without much success. Micro-payments, at least for content, are pretty much discredited. Why bother even suggesting microbilling for web services has got a chance?

Because it solves all the problems associated with subscriptions. Because it can be made to work. Because it is elegant.

Let’s assume one or more clearing houses exist for handling microbilling. Users create an account, enter their payment details once and then they’re all set up. They find out about participating websites in the same way as they find out about freemium websites: virality, referrals, the news.

They chance upon a new spreadsheet service – it looks interesting. They create an account as normal, perhaps using their credentials from the microbilling service. They can try out the service for free. There is none of this free/premium nonsense – they have access to full functionality from day one.

The microbilling system has minimum and maximum usage thresholds. If the user starts using the service on a regular basis, sooner or later they’ll hit the minimum threshold. A message pops up, explaining that the threshold has been reached, and that if the user wants to continue using the service the minimum threshold payment is 25¢ and the maximum is 50¢ per month. There is a one-click button to agree to any (potential) billing. The user doesn’t need to be Fields Medal winner to work out that the most this service can cost per year is $6. The user clicks yes and goes back to using the product. The next month he goes on holiday and doesn’t use the service much. How much is he billed? Zero. The month after that he has a lot to catch-up on and uses it every day. Monthly bill: 50¢.

Perhaps in a years time, he finds a better spreadsheet app, and stops using the service. How does he un-subscribe? He doesn’t have to. He never subscribed in the first place. By simply not using the system, he won’t ever get billed for it again. He likes microbilling so much he explains it to his mother. She gets it the first time round.

He can log in to the microbilling system at any time and see the status of his current usage for each website, and also how close it is to the minimum and maximum thresholds. Once a month he gets debited for his consolidated usage across all his microbilling websites. He can see a highly itemized bill online, which gives the breakdown of the single transaction he sees on his credit card or bank statement. He never has to swear at a ‘do you want to upgrade?’ message again.

In a nutshell, by making the payment process fairer, painless and transparent, the Penny Gap can be bridged. With a greatly reduced Penny Gap, the base of paying users will expand significantly. With lots of paying users, websites can begin offering their services at a much fairer price because nobody is subsidizing anybody else. With such low prices for services, more people will sign-up, further expanding the user base and further driving down the cost of the service. Rinse and repeat.

Application or service providers can focus their time on innovating their core products, instead of continually testing different variations of the free/premium mix, or deciding what functionality should be included in this week’s sneak preview. This extra time will come in very handy because their users are no longer locked-in with subscriptions. If the website doesn’t continually improve, the users will migrate to greener (though, at these prices, not necessarily cheaper) pastures.

Website owners will wake up to the fact that frequently you can make more by billing a lot a people for a small amount, rather than billing a small number a large amount.

If microbilling can reach critical mass, there will be no going back.

David Semeria
LM Framework
June 2009

Disclosure
LM Framework will use microbilling through the P-BOS licensing system. This post basically summarizes the process we went through when we evaluated the freemium model internally, and as a consequence decided to create our own usage-based revenue model.

Bookmark and Share Category: Business, LM, P-BOS

  • Entrepreneur
    I can think of about 50 reasons why this argument is a LOT more complicated than just "Freemium isn't working, try micropayments." They're all listed here:

    http://www.moskalyuk.com/blog/yes-50-scientific...
  • Thanks for the link.
  • LeBleu
    In implying the penny gap can be eliminated, your article fails to account for mental transaction costs. No matter how simple your microbilling service is, there is still a mental transaction cost for deciding whether to pay or not. If my time is worth $20/hour (US average wage), and it takes me 3 seconds to read your microbilling screen and understand what you are charging, it has already cost me a penny. 3 seconds is enough time for the average reader to read 5 words. I would estimate you have about a minute to explain your service and charge for it, if you want the customer to spend a quarter on something that is worth fifty cents (or more) to them. (See http://szabo.best.vwh.net/micropayments.html or http://en.wikipedia.org/wiki/Micropayment#Theor... for more background on mental transaction costs.)

    If the price of your freemium service is artificially high, then you are doing it wrong. The freemium model is for services where the price of supporting free users is less than the price of other ways of informing your paying customers that you exist.

    The best way to structure the freemium model is such that you only charge for things that are natural scarcities, not things that can be freely replicated. For example, charging for support (human time to solve your problem) is better than charging for features. (Existing features aren't scarce, it costs nothing to roll them out to all users. Implementing new features is scarce.)
  • The mental transaction cost is certainly an issue with content. I wouldn't want to have to decide every time I start reading a news article whether I want to pay to get to the end.

    However, the one-off mental cost of deciding whether to allow a web service to bill me for future usage is not a big deal, and, anyway, it applies even more to the choice of upgrading from a free to premium version.

    In fact, it applies to any instance where the user is faced with having to pay for something.

    What do you propose? Everything should always be free?

    As for the scarcity argument, charging for support is a horrible business model. Look at Red Hat's revenues per user vs MSFT's. The key is to leverage the negligible marginal distribution costs of digital content.
  • LeBleu
    No, I definitely don't claim that everything should always be free.

    Economics says that the prices of things tend towards the marginal costs. Digital content distribution has near-zero marginal costs. If you attempt to make money by fighting that and restricting distribution, your competitors always have a cheap way to undercut you.

    The key is figuring out what scarcities are relevant to your particular product, and charging for those. Focus on the marginal costs (additional cost per unit). Anything that is essentially free per unit to provide, you should provide free, because you can use it to undercut your competition.

    The part I haven't seen any game winning solutions to is that a lot of software development involves a high up-front fixed cost, and zero or near zero marginal costs. It may be that there will never be a single future business structure that can match the income of pre-internet charging per box for software. Maybe that will be replaced by a wide range of different models, where any one given model only applies to a small market segment.

    I'm not so hot on charging for support either, it was just the easiest scarcity I could think of. However, Red Hat isn't a monopoly, Microsoft is. That's not a fair comparison. You can't make Microsoft scale money in a competitive market, even a competitive old style software market.

    For other examples, I would search past discussions on how to make money off of open source. A lot of those should apply to web services as well, since both have the same key problem of near zero marginal distribution costs. Unfortunately, many of the options don't involve making money off of open source in any direct fashion. A lot of them depend on other sources of money, but using open source internally makes more efficient use of those other sources of money.

    <Now that I looked around your website a bit and I'm guessing you already have some familiar with those.>

    Although I wish you the best of luck, I don't expect you to have much luck finding a way to make money as a pure open source development company, but avoiding support or customization. As a platform vendor, you may be able to do well on training, but it still has the same scaling issues as support.

    You might be able to get better scaling out of customization by having a bidding market on new features, instead of relying on single customers. However, I'm not sure how you avoid everyone bidding less than they really would spend, in the hopes others will bid enough to pay for the feature.
  • Thanks for taking the time to write those comments.

    As regards the price of goods and services falling to their marginal cost, that depends on your ability to differentiate your product. If you sell bags of nails for $1 then obviously there is a risk somebody will start selling identical bags for $0.95. But even if you can find people who will sing to you for free, it doesn't mean the cost of seeing the Rolling Stones will trend to zero.

    The main point I was trying to make in the post was that the value of the necessarily incremental benefits of a premium package are out of sync with their price. This, combined with the problems associated with subscriptions and credit card transactions are strong deterrents to conversion.

    Microbilling may offer a more transparent and value-orientated way of charging for web services.

    Just to touch on OSS - the trick will be to get people to pay (even very little) for the code itself (which is the best bit of the proprietary model) rather than for services (which don't scale.)
  • Che
    I like it, makes a lot of sense to me. Good luck!
  • Thanks
  • Great post. I have wanted to build something like this for a long time.

    I still don't think it's practical, but it's definitely elegant.

    I also like some of the concepts of P-BOS. In some ways, it is similar to efforts we have started on the Software Bill of Rights, to make it compatible with Open Source while preserving its revenue sharing clause.

    In essence, I think we can separate the "free" (modifiable, visible source) from the "gratis" ($0.00).
  • Hi Alain,

    I've learned a lot from your comments on "Adeo's site" and I remember checking out your own website a few months ago - I think it's a great idea.

    The key to microbilling is adoption. It's a self-fulfilling prophecy. But I believe it offers a much fairer way of offering web services (especially applications) over the net.

    As to your comments on OSS free speech/beer - I would say 'exactly'.

    Thanks for stopping by.
  • pt
    So, Freemium sucks in theory even though it works in practice?

    "What we have here is the risk of a glorious race to the bottom. Your competitors will offer more and more free functionality so as to take market share."

    Can you point to specific companies where this has happened? 3 freemium companies off the top of my head are 37Signals, GitHub, and Wufoo. They are all doing very well and I couldn't even name any of their competitors. 37Signals products are 5 years old now - where is this 'race to the bottom' that you speak of? Shouldn't there be several products better than Basecamp by now that offer better features for free?

    It's really easy to come up with a theory and then prove it using hypothetical situations. It's much more difficult to prove it using concrete, real-life examples.
  • All three of these companies are enterprise-focused. The economics around companies is different than that around consumers. The focus of my post, though not explicitly stated, was consumer behavior.

    Freemium tends to work when the difference between the free and premium versions is significant. So a free version may be useful to an individual (and hence represent an effective marketing tool) - but may not be appropriate for a corporation. In this case, there is a rational argument for the corporation choosing the significantly more functional premium offering. Technically, this is still freemium - but the products are being aimed at different markets.

    I'm really surprised you mention 37Signals. This company is held up as a beaming example of why you should charge for your products instead of giving them away. It's true 37Signals do have a few free plans - but they are practically useless from a corporate perspective. Hence the benefits of the paid versions are certainly not incremental.

    Can you point to specific companies where this has happened?
    This post seems almost purpose-written to answer this and your other questions.
  • If anybody is interested in working with us, we at Tipit http://tipit.to would be willing to try this out. We have most of the infrastructure in play and it looks it has a lot of alignment with our concept.
  • Micropayments hardly solves the problem for a photo and video sharing service. Even if you never come back again, we would still need to store your stuff. basically, we would need to charge you a usage fee each month, and that is called a subscription. hence, you are back to square one.

    as the point point of the paid users subsidizing the free ones, this is true. If the substitute is to advertise, then that too would need to be paid for by the paying customers. The difference is that a free level of service cannibalizes your paying business, while advertising does not. If i can fill up on the free samples, I don't need to buy dinner.
  • Hi Andrew, I would have been quite happy to carry on this discussion over at your blog. Nevertheless, since we're here...

    You're right that usage-billing is less appealing for storage. But this applies just as much in the real world. I had to pay a guy for five years to store a kart I never used - but we had an agreement and business is business. Amazon S3 also works along similar lines - however I would say it's not a subscription. You pay for what you use, not a flat rate.

    The whole point about micro-billing is that everything is a service. It's clear Phanfare is not just a big disk drive in the sky. Sure, storage is a part of the service, but there is a lot of value-added around that.

    By asking people to only pay for the what they use, and allowing the payments to trend to zero as usage falls off, you create a lower hurdle for sign-up. And when there are no free users, it means that the average price for everyone can be lower.
  • tom piamenta
    Very interesting!
    If microbilling reaches critical mass a snow ball effect can follow, but "educating" the market, to gain this mass, could be quite ... well, impossible?
    thanks for a great post!
  • Thanks very much Tom!

    Sure, as I mentioned above, it's a self-fulfilling prophecy. Generally roll-outs like this can work when users perceive genuine value and so are more willing overcome their unwillingness to change habits.

    It's happened many times before. Off the top of my head, I might suggest when Excel came from nowhere and caused Lotus 123 users to change their behaviour. They only did this because the benefits of using Excel far outweighed the burden of its learning curve.

    The switch to micro-billing involves significantly less pain (if any). The key is that people should really value the benefits.
blog comments powered by Disqus

Back to top