Blueprint by Tiny
Return to Tiny.cloud
Return to Tiny.cloudTry TinyMCE for Free
Search by

Open source monetization and project income support

Joe Robinson

July 13th, 2022

10 min read

Written by

Joe Robinson

Category

Open Source

Turning open source software into an income stream can mean a lot to your project, so it’s dangerous to skip over the details. But while monetizing can be exciting (“the project’s finally going to support itself!”), you wouldn’t rush off on a journey without a reliable map and itinerary would you? No, not at all.

So what’s the first step? Discover what and who’s successful – there’s many that have walked the path ahead of you.

Since the 1990s, successful developers have been creating a revenue source for themselves  – Red Hat, MongoDB and GitHub are perfect examples.

This article focuses on the open source revenue models out there, what income sources there are for open source projects, and shares some success stories.

Open source monetization and ethics

First, let’s address the big question surrounding open source monetization, yes, you can create revenue from your open source project without breaking community trust, damaging project integrity, or adopting unethical conduct.

Projects that keep their ethical standards usually:

  • Keep the requirements of the open source license: it’s essential to meet the requirements of the open source license your project uses. Not doing so, breaks the ethical commitments surrounding the license.
  • Contribute to other open source projects: open source projects don’t exist in a vacuum. Returning value to the wider community represents a major goal for an ethical project. Pursuing open source monetization and income support while also contributing to other projects, is always a good plan.
  • Keepthe community active: build bridges with your open source community, and answer their issues and questions. No one wants to feel like an afterthought, even if the open source project standards have not been met.

How to make money with open source software

There’s a few accepted methods used to make money with open source software. Here’s three ways:

1. Parent companies

The most well known path to monetization is ownership by a larger, parent company. Automattic owns Wordpress, and contributes to a number of open source projects related to Wordpress such as P2, BuddyPress, and WP Job Manager

Of course, it’s not as simple as writing to a business and asking them to pay for and help distribute your project. But, a large part of income support in open source involves recognizing project value, and writing about the value your project brings.

There may be several established, for-profit businesses that make use of your open source project that you can contact (more on this later in regards to GitHub dependency).

2. Paid support

This is regarded as a straightforward revenue stream – offering support services and expertise for a reasonable price represents a valid pathway to monetization.

As the originator of a project (especially one that has seen growth and adoption numbers), you’re in a position to offer consultancy and expertise. That income can keep the project going in the short term. Long term though, you may need to look at reorganizing key people in the project so there are some dedicated to support, and others dedicated to maintenance and community management.

One major issue to explore (that’s infamous), is the demand placed on cURL creator, Daniel Stenberg. In 2018, one large business contacted Stenberg, demanding he fly to their offices to personally fix a problem they were facing with cURL. 

The demand was certainly an overreach and inappropriate, and illustrates the need for businesses to accept paying for the support for open source projects they utilize, so the creators’ can better support their efforts, and prevent these kinds of demands on time and energy.

3. Software as a Service (SaaS)

Is your open source project a complete application? Or maybe something that could be stored and accessed through a server rather than self-hosted by default?

If you have the resources to set up some kind of accessible version of your open source project, you can ask a small subscription fee for customers to access a running version of your project. This is the basic model of all SaaS applications.

Services offered through a cloud version are a popular subscription option that's used by leading businesses of all kinds (Google, Amazon, Microsoft). However, the pathway to significant revenue through this model can be a long one. And, there’s often a lot of ‘less than exciting’ aspects to manage in becoming a SaaS success.

Open source monetization steps

While the previous section covered the three broad models of generating income, there are smaller, practical steps that projects can take to find sources of income.

a. GitHub sponsorship

For newer projects, this can be a logical step forward.

Large scale businesses may already make use of your project – that’s value you can leverage to gain income through GitHub sponsorship.

This source of income offers a path for both individual open source contributors as well as small communities. Through it, you can receive an income for the valuable work you’re doing in supporting open source projects.

How does it work? Set up a GitHub sponsorship profile, setting goals for revenue. It can also help to research who’s using your project. GitHub documentation explains how to check dependencies.

You can also find out more directly from GitHub, about how GitHub sponsorship works: 

 
And the transcript:
Hi i'm Anisha and i've got to get a feature for you to check out so if you've been following along that get up change log post you've seen all of the amazing features that we've been shipping but for these checkout videos we'll be hearing from the folks that have actually built these features and we'll be seeing a demo of them too so for this checkout video we'll be hearing more from devon who'll be sharing more about the new sponsors experience over to you devon hi i'm devin and i'm the product director of communities at github today we're talking about the new explorer feature for discovering open source projects that you depend on so that you can sponsor them you'll find tools for sorting your dependencies by ecosystem frequency and a lot more to go to this page you just go to github.com sponsors community and we analyze your dependency graph to surface the projects that you and the organizations you're part of depend on most so if you can you just go here and you can see okay i want to explore as myself uh as devin zugel and i can see all of these projects that i depend on i can sort by ecosystem and also sort alphabetically or if you want or when they're most recently published and then i can also go to different organizations i'm a part of so i'm part of the maintainer's org and so i can see what projects the maintainers org is dependent on um or similarly i could go to any of the other teams that i'm part of including github itself to see what the github dependencies are so devon i've got a question for you then if i'm an engineer at a big company and i don't have budget do you have any tips on how i can talk to my manager or team about sponsoring open source that we use at work totally yeah so if you scroll down to your team's page you can see hey uh here's a link that you can share with your team to share them with them this exact page and all the filters that you've set um and so your manager if they have a budget or something like that or if you want to share it up to your cto or to whoever it is you just share this link and they can see exactly what you're seeing and then go ahead and sponsor them by clicking these buttons that's perfect so where can i go to learn more about sponsors there's two places that you can go first one is our landing page so if you go to github.com sponsors you can see this and you can see a button to sponsor a project or to receive sponsorship yourself and there's a bunch more information on here about how the program works how how it looks what to expect and some examples of projects and developers who've used it and then also you if you want to get into the nitty gritty you can go to our help docs which i it's a little bit of a longer url but if you search docs.github.com sponsor or something like that then you'll you'll find this page you'll be able to see a bunch of details about how the product works directly wow this is great so go ahead and check out the new github sponsors experience and let us know what you think about it as well as any other feature that we've released recently as well because we would love to hear more from you and if you like this video go ahead and like and subscribe and we'll send more check out videos coming your way very soon

b. Open project with support services

Rather than broadly offering support for your project to any business as a consultant, if your project's a community around it and there are businesses of a certain size that use your project, you can tailor your support offering around those specific groups.

Open projects with support services can take the form of different support levels – free support, professional paid, and enterprise paid are commonly offered. You could combine this revenue model with something like a paid certification to increase the support hours available.

But don’t forget, if you end up committing your team to support rather than project maintenance, the overall open source project can suffer.

That’s why you need a plan for scale. And you may also need to plan for marketing.

c. Open core with a premium service

For this model, the majority is free, open code. It’s what's referred to as the open core. The balance –  a small fraction of the overall – is a premium, paid service.

This model can thrive when you tailor it to your customer base.

For example, different functions of your software solve problems for different customer groups. Once you classify what your project does for different audiences, you can then create an Open Core and Premium service.

To do this:

  1. Narrow down what features your project offers
  2. Further narrow down which features suit enterprise or large businesses
  3. Create a plan to support the large business segment with your software

And that’s just one pathway.

For product managers, the separation of what features fit different customer needs is an important step. Of course there is complexity. For example, in an open core model, will the premium pull requests receive more attention than the rest of the project? To answer that, do some research on open core and thoroughly evaluate your project.

Red Hat’s open source monetization story

“Customers are willing to pay to be insulated from that complexity”
~Brian Stevens. Red Hat CTO.

Red Hat is one example of a business that’s grown by making money from their open source projects.

Red Hat started in 1994, by distributing a Linux-based operating system. To grow, the main revenue source was established with an offering of services – from training to support – based around Red Hat Linux.

Since then, Red Hat has had 16 consecutive years of positive revenue.

Brian Proffitt, Open source program officer at Red Hat, reflected on how communities and open contributions keep transparency a priority. Proffitt noted that community contributions helps evaluate any project elements or parts that run counter to ‘greater prosperity’. This means, in a few words: to prevent commercialization, look after open source communities.

TinyMCE, open source and monetization

TinyMCE has always been open source. It’s grown since 2004 to become the world’s most trusted rich text editor, by having made successful use of the open core with a premium service model. 

Getting to understand our customers was an essential step towards our success. To do this, we used multiple methods – NPS feedback surveys, the State the Rich Text Editors survey, and the TinyMCE Product Roadmap.

What else should you investigate?

The use of open source software helps users to increase the velocity of their development teams – by allowing them to customize the code to suit their needs instead of starting from scratch, and thereby shortening their development cycle. That has to be worth something!

Examples like this demonstrate how important it is to investigate  your project audience, and decide on the best monetization model for your project.

For more information, why not check on how the TinyMCE project works on GitHub? You can see issues being addressed, and participate in the discussion page.

Open SourceBrand ManagementProduct ManagementCommunity
byJoe Robinson

Technical and creative writer, editor, and a TinyMCE advocate. An enthusiast for teamwork, open source software projects, and baking. Can often be found puzzling over obscure history, cryptic words, and lucid writing.

Related Articles

  • Open Source

    SaaS Freemium business models

    by Joe Robinson in Open Source
Subscribe for the latest insights served straight to your inbox every month.

Deploy TinyMCE in just 6 lines of code

Built to scale. Developed in open source. Designed to innovate.

Begin with your FREE API Key
Tiny Editor
Tiny logo
Privacy Policy - Terms of Use© 2022 Tiny Technologies Inc.TinyMCE® and Tiny® are registered trademarks of Tiny Technologies, Inc.

Products

  • TinyMCE
  • Tiny Drive
  • Customer Stories
  • Pricing