Four tips to transition your open source project into a viable business

No readers like this yet.
open source button on keyboard

Most open source projects start by scratching the developer’s own itch. They then spread to other developers based on functionality and stability, and the responsiveness of the community.

Larger open source frameworks often transition into a business for the maintainers. They serve as consultants, sell commercial licenses, and develop custom features for customers on demand. It’s difficult to expand from geeky early adopters to business-oriented mainstream users. Potential business users need to see that the project has a strong ecosystem, including integrators and consultants who can support customers.

Also, if the framework is to be the core of a customer’s software projects, they will want to hire developers full-time and to know that other developers will be available to replace them when needed.

Four steps to transition an open source project into a business

  1. Easy access to the discussion. Make the discussion forum easily accessible so that visitors can see that the project is alive and kicking. The forum software should be conveniently browsable and searchable on the web, rather than just an online archive of message threads. It’s a good idea to make sure that the "latest posted" date is always recent. To do this, its help if you avoid splitting off sub-forums until you really need them.
  2. Show who’s behind the project. Post the names and email addresses of the project maintainer and other leaders. At far too many open source projects, it’s hard to find this information. Modesty is good in communal undertakings, but when customers are trying to decide whether to use a product, you want them to associate a name with the project.
  3. Show off your ecosystem. Let site visitors see the third-party plugins, organizations using the software in their own products, and integrators supporting for the framework. This provides social proof, and also shows them that they’ll have the services they need to back them up.
  4. Highlight your developers. Another powerful proof of project maturity, frequently overlooked, is to show off the developers who know your project. By presenting developers who are familiar with the framework and open to job offers, you let employers know that they could hire a salaried developer to work with the framework, and that they can find a replacement for that employee when the time comes.

A developer’s involvement in open source is a sign of commitment to programming. Without an easy way to find developers at your project site, employers can try to track them down on the project’s forum, but they won’t know which developers want to be contacted with suitable job offers.

As a test case for these four points, let’s take a look at JUCE. It’s an open source C++ framework which provides a wide range of functionality like GUI widgets, audio, networking, and multi-threading—something like the JDK for C++.

Amazingly, it was developed and maintained almost entirely by one man.

Essential features of JUCE’s strength are immediately apparent on

  1. The forum is lively, up-to-date, and web oriented.
  2. Jules Storer, JUCE’s maintainer, puts his name and the name of his company on the About page, and his personal email on the Contact page.
  3. The Ecosystem page presents a vibrant marketplace of commercial JUCE users, open source projects based on the library, and third-party modules.
  4. The same page presents developers who know JUCE and who are open to job offers. Knowledge of JUCE is in-demand, and more than that, anyone who uses it is showing expertise in application programming in C++, a rare and in-demand skill.  Employers see this list, and know that developers with JUCE skills exist, and could be interested in the right job offers.

If an open source project is to become a business, it has to transition from tactical technical uses and become a strategic framework on which organizations base their business. You need to impress the developers, but you also need to show management that they will be able to hire the expertise they need to keep working with the software, even when the developer moves on.

You can do this by making it clear that the project is strong: That the forum is alive, that a real person puts their name behind the project, that a lively ecosystem of users surrounds the project, and that skilled developers will always be available.

User profile image.
As a software engineer working in various OS stacks, Josh Fox has long wondered why all the ways for finding a better job are so incredibly broken. In particular, deep knowledge of OS is in demand, and should give a developer a boost when they want a better job.


The importance of Open Source Software is widely appreciated today, however, what about translating the Open Source mentality to a Business Model outside the Technology industry? We have seen full blown companies whose trading products are in principle Open Source, e.g., the Australian Brewtopia, and we recently started <a href="">Botho, the first open source eyewear brand</a>; however, is it a viable business model? Has there been any convincing market research that this is the future? Clearly we believed in it and that is why we went forward!

Hi Botho, I can't say about the open-source eyewear or beer, but for OS software frameworks, the project is very relevant to the user's own credentials.

If a developer is an expert in a framework (and all the more so if she helps develop it, but that's not essential), then that is a marketable skill. It also shows that the developer cares about their work, that they hang out online in professional communities. Employers love this.

That's why OS software project need to boost their users by arranging job offers -- and so boost their own project.

I think the issue is that developers don't have the business knowledge on how to utilize a free software / open source model in order to sustain the business to grow their project.

I have developed a unique business model based on the AGPLv3 license, named "Business Source" that aims to solve that problem. It's a derivative of a dual licensing model that allows business the ability to close source applications for copyright, IP, or other concerns. They receive new features, updates and releases via a paid license that supports the business but I then also release the same code 24 months later via the AGPLv3 automatically to support free software.

I hope this model provides developers an option on how to grow an open source business for their projects. I welcome you to view my company and licensing pages to learn more at

Danny Logsdon

I could add a few steps which could be important to move an open source project into business:

a) Put professional communication/pr in place. An open source project sometimes uses different channels to communicate. A customer needs a 'reliable' source of communication.

b) A roadmap could really help attract customers. It shows the 'product' has a certain direction, something the customer helps selecting the product. It also adds to 'reliability' again.

c) Add people with several important skills into your 'core team', such a project managers, leaders, community managers etc.

Robin, these all demonstrate to business users that there is a full ecosystem -- a community that will give them what they need, once their organization is committed to the OS project.

My <a href=""></a> is just one aspect of that -- showing business users that developers with expertise will be available for hiring (while also helping bring good developers to the project).

Creative Commons LicenseThis work is licensed under a Creative Commons Attribution-Share Alike 3.0 Unported License.