As open source business models evolve #2
Last time I found some time to write a blog entry, I explored the idea of open source business models requiring someting like sustainable agility to survive the unavoidable aging process. I’ve given it quite some thought since, and I truly think that it’s very important that companies that generate revenue around open source software that’s free, should be aware of the direction in which an industry is moving. Or even better, understand the direction in which client needs are evolving. The moment you’re able to provide an industry in its needs, you’re in the right position, especially if you saw it coming before everybody else did…
Continuity in practice
Over the last year, I’ve answered numerous questions about the continuity issue that companies are facing that have an open source software centric business model. The reason people ask question about this, is because they wonder are wondering about what happens with the commercial company behind the open source product, if people might loose interest. In other words, what happens if your product becomes a commodity or suddenly faces mean competition and it becomes harder to generate revenue off your value added services? Good question of course, but in my opinion not really hard to aswer.
Product dependency
This is the topic people are in fact wondering about, when asking about the economic continuity of Interface21; the question behind all other questions regarding this topic: “Does the continuity of Interface21 depend on the success of the Spring Framework?” I think this is a realistic question, and definitely worth answering in public. To get to the point right away; the continuity of Interface21 is not dependent on the success of the Spring Framework. Even though the company is well know for developing the Spring Framework and offering value added services around it, in fact Interface21 has quite a bit more to offer, thus reducing its dependency on the success of Spring. As a matter of fact, there are a significant amount of customers among the i21 clientele, that are not doing business with the company because of the Spring Framework connection. They require high level input on their enterprise Java application landscape, and found a valuable partner in Interface21.
Products vs. Services
Our company is essentially a product company, there’s no denying in that. However, as anybody can download our products for free, revenue has to come from somewhere else, which in our case is by offering services. This means that Interace21 has basically two ways of limiting its economic dependency of the Spring Framework; by differentiating its product offering and by differentiating its services offering. Since both make a lot of sense from an entrepreneurial perspective, Interface21 has in fact ensured from the very beginning that its corporate strategy facilitates both.
The product angle
The product angle is most important to Interace21; this is what builds our brands, leverages our services, and offers immediate value to anybody that’s interested. That’s why at this point -as Spring still continues to gain momentum- the company has already started to claim market share in other markets: such as the AOP space. Having AspectJ project lead Adrian Colyer (former Senior Technical Staff Member of IBM) join Interface21 in the role of Chief Scientist, Interface21 has claimed authority in that market area for quite some years to come. Besides developing AspectJ, Interface21 continues to build WebFlow; a powerful pageflow engine that populates more web-tiers of modern application architectures by the day. Without going into further detail, it’s no secret that more products will become available in the forseeable future. Many more products are on the Interfac21 wishlist, which one will be released is depenent on what we think serves the industry best and what we think we’re qualified to develop.
The services angle
The Interface21 services portfolio is without doubt of lesser value to the companies visibility in the industry, but nonetheless does help create value for our customers. Most people don’t know this, but Interface21 does a lot of high level consulting for companies that have a wide range of questions about their application landscape. In fact, a significant percentage of our consulting services is provided to companies that are not using the Spring Framework at this point. They ask Interface21 consultants to think along when it comes to moving away from classical application architecture to a more lightweight approach. Especially in large enterprise class environments, these complex processes require experienced experts. Regardless of whether Spring is involved or not, Interface1 is happy to support these organisations.
Then there are the people
Over the last year, Interface21 has grown nearly 400% in headcount, and all of the people that have joined made a significant contribution to the enterprise Java community before joining. This means that if we look at the list of names on our payroll, it’s actually quite an impressive team, without any doubt capable of accomplishing impressive things. When answering the question whether Interface21 is dependent on Spring, it’s sometimes hard to repress the tendency to say something along the lines of: “Of course not, these people are about so much more than Spring.” But on the other hand, I agree that it’s always good to remain critical and keep asking questions, in fact, you can never be too critical when it comes to continuity.
And look at it from my perspective; it’s always nice to get questions that can be answered properly…
Rgds,
Steven