As written in one of my last posts, I took the time during vacation for thinking about some lessons I have learned while building an open source company. In this post I want to give an overview of the facts I have learned. I start with the strategies you can choose as your way of leveraging open source (BTW there are many others, non-open-source strategies, that can lead to success, depending on your market and product) and discuss the benefits that result from the several strategies. Afterwards I explain what you need to consider if you build your business upon open source software.
Open Source Strategies
The first strategy is to leverage the huge amount of open source software available to be more productive (eg. from ASF). I call this the Use OSS strategy. In this case you use OSS software (OK, the name isn't very fancy) as part of your product to speed up development, which in turn can lead to cost savings and better/faster time to market. In detail this means that the usage of OSS frameworks and tools can help you to concentrate on your costumer needs, products and features instead of the many technical challenges you might face like database connections or application workflow.
In case that you want to be a real OSS company and decide to let others participate in your development, you will gain additional benefits like community support for finding and fixing bugs, feedback about useful functions or usability issues. I call this the Be OSS strategy which includes (under normal circumstances) the Use OSS strategy.
Benefits of OSS Strategies
As already mentioned, there are some benefits of OSS strategies that allow you to outsource some of your efforts. But there are additional benefits that might not be obvious. Hiring the right people for your company can be much easier, because there are so many open source developers that work as freelancers and often there is a good chance that you find somebody who is already familiar with many parts of your code (because you use OSS frameworks he already has worked with). In addition you can review the public available sources of an employment candidate which allows you to evaluate the quality of work he is able to provide.
Another benefit of the Be OSS strategy is the opportunity to introduce your product in a global scale, because the possibility for others to participate in the development can lead to many freelancers and small/medium companies that provide local support for users and customers of your products. You can call this the long tail of open source business (according to the famous book "The Long Tail" written by Chris Anderson). But you should be careful with that, because if you are not able to manage partnerships with such local supporters, this can lead to a loss of customer contacts and even if your startup is not able to support customers all over the world, you should know about them. One possibility to handle this problem is to establish a brand name and to license local partners if they want to provide services for your products.
Pitfalls of OSS Strategies
Besides the pretty sounding benefits, there are also some things that need to be considered for a successful open source strategy.
You should use the benefits of fast development and reuse of existing code and frameworks to concentrate on the most important tasks for your product, which means features, quality and usability. One way to evaluate and define those aspects that has proven to work is user-centered design. You can read about our experiences with UCD in Alex weblog. It is always good to provide fixes and patches for open source projects you use, but don't stuck in development of features that are not related to your product.
For that reason it is very important to do a due diligence for open source projects, before you start using them. Some things that need to be considered are:
- Is the projects license compatible with my products license?
- How big is the community of the project and how active is it (eg. date of last mailing list entry)?
- Does anybody else use the project?
- How often do they release and how old is the last release?
- ... (and other questions that might be important for you)
Another important issue is the management of your open source project. Even if many non-commercial open source projects work on an democratic basis, your project needs management to provide reliability for your customers. Thus you should think about development cycles as well as release and build management. Anyway there are a lot of good open source projects, which processes can be used as a basis for your project.
As you probably have read in our company blog and at Lars' weblog, we are sorry to inform you about the ending of Mindquarry's business operations. In detail this means that Mindquarry will stop provision of any commercial services and activities regarding Mindquarry Collaboration Suite and its hosted version Mindquarry GO. Unfortunately we were not able to ensure the financial backup for these services.
But the need for good open source collaboration products, the vision of Mindquarry and its collaboration suite will survive. We will move the project to Sourceforge (real project location will follow) and the project will be continued there. If you need any further support like customization or extensions, don't hesitate to contact one of the team, because as long as Mindquarry has an active community we will continue our commitment to the vision and product.
I would like to thank everybody who has participated in the vision and progress of Mindquarry!! Without you this vision will never become true!