Open source is not a business model (2018)
anonymoushash.vmbrasseur.com
anonymoushash.vmbrasseur.com
“All it really meant was how you planned to make money.”
"Model" seems grandiose for a word that could be simplified to "income source." Comparisons to restaurants tend to be strained. Restaurant "business models" are not generally that complicated: People pay restaurants for food. Some deliver. The reason software people contemplate business models and restaurateurs don't is that "software," regardless of licensing, doesn't come with a standard business model. Every one is a snowflake.
In software, "business model" is a wide range of possibilities. Most of them failing. Many quitely succeeding. A few explosively winning. Is AirBnB a software business model? Is Adwords? Even MSFT, which does literally exchange software for money... MSFT's "business model" is a complicated, impossible to replicate thing.
The majority of software that's literally exchanged for money is done with some sort of services/support bundled in... and the customer is a business. If I give it away then why do people buy it?" is not even a sensible question. What does that question mean for Google, Apple or Amazon? There are plenty of exceptions: Photoshop, MS office... but even these are becoming online services and the "business model" is less directly "software for cash."
TLDR, software doesn't have a standard business model regardless. Weighted by revenue share, the vast majority of software revenue comes from advertising, luxury electronics, web services or some other "business model" that isn't contradicted by OS in any way. "Selling software" in a sandwich-4-cash comparable way is surprisingly rare, regardless of license.
As much as I appreciate this comment, it's less limited to software than you paint it to be. When you start digging into how businesses actually make money, you quickly realize it's rarely what it seems.
Many gas stations that are wildly successful, such as Sheetz and Wawa, don't make their money selling gas, they make it selling food using gas as a commodity to get the customer in the door. Likewise, McDonald's doesn't really make its money selling food either, although this is a lot more complicated and heavily involves real estate and franchising.
In other words, nothing is really as it seems when you peel back the veneer. Software just happens to be relatively new and is poorly understood by most people.
Ikea primary income is selling furniture. It would be much more interesting if they actually made more money selling food than gas.
The staff working at the stand would be paid something on the order of $25/hr, plus paid breaks, annual leave, sick leave, long service leave and superannuation. There would have been at least a solid minute of marginal labour in the hot dog I ordered today - asking me for my order, accepting payment and putting the sausage/condiments in the bun. This doesn't even consider the amount of labour required to boil the sausages, cut the buns, clean the kitchen at the end of the day, manage the orders from head office etc. I'm also ignoring slack time, where the queue is empty and the staff are not serving any customers.
In terms of raw ingredient cost, the meat they use is a cut above your bog standard Frankfurt and I suspect would be something like $5/kg in bulk. Assuming each sausage contains 100g of meat, that's 50c per sausage plus another ~10c for the bun. Even assuming the condiment cost is negligible, there'd be another 10c of cost in the little cardboard tray they give you.
Already we're getting up around $1.20 per hot dog, and I'm ignoring rent, power bills (which would not be insinificant in a commercial kitchen) payment processing fees and probably more things I haven't even thought about.
Not a chance they turn a profit on these. Tune in next week where I give a detailed analysis of the economics of their 50c soft serve cones!
Also rent is very cheap wherever ikea is located.
The food is less to draw you into the store and more to keep you in there longer. Though I have also tagged along with friends on IKEA trips way more than any other retail shopping, and the meatballs are definitely part of that.
https://www.hartman-group.com/newsletters/1541318916/ikea-s-...
I would like to learn more about McDonald's business model. How is this possible?
https://qz.com/965779/mcdonalds-isnt-really-a-fast-food-chai...
It's basically a REIT for tax purposes, but that doesn't mean they don't profit from selling hamburgers.
McDonalds is cheap in US but some countries it’s considered a luxury
Here's one I was able to find on McDonald's:
https://blog.wallstreetsurvivor.com/2015/10/08/mcdonalds-bey...
Technically true, but I think this misses my point. Big businesses are complicated. Clever business people often compliment burger cooking businesses with franchising, real estate investing or crypto to make better businesses.
I'm not saying that a profitable business model for a restaurant is trivial. It's not. What I'm saying is that restaurants have a default mode. Software generally doesn't. There are software business that operate mostly by selling software on (eg) the Apple App store. That is more exception than rule though.
You're right that software business models aren't novel. Sandwich-4-cash has never been the only business model, even if you do sell sandwiches. That said, "Restaurant" is still a bad model for understanding a software business.
A lot of the objections of OS specifically have very little relevance to most software "business models."
Look... Apple refused to sell OSX and it's hard to say that was a bad choice considering how things proceeded. IDK if Apple ever considered open sourcing it, but either way... "How do you sell iphones when iOS is free?" is a hyperbolic question. You can sell iphones whether or not iOS is OSS. That doesn't mean it's a good or bad business choice. It just means it's a possible, non absurd business choice.
It can be extremely strategic to use source components in the supply chain of a software product. Using open source components allows the engineering team (if one is needed at all) to focus on the unique parts of the project. This can reduce development/maintenance costs and timelines. It can also make up for missing skills on a business team. Facebook did this with Open Compute Project.
It can also be strategic to release parts of a product as open source. For example, releasing a database, OS, or framework as open source can establish an industry standard, improve brand awareness, quality, and make it easier to hire new talent. Basecamp did this with Rails. Google did this with Android.
Open source can also commoditize a market segment to a point where large companies that might otherwise compete choose not to. WhatsApp did this with Erlang and their initial messaging stack.
However, if you’re releasing 100% of your intellectual property & technology as open source then you might attract enough attention to get funding, but you probably don’t have a business model.
That said, if incorporating upstream changes is more expensive than writing it yourself then...just fork the project and write new changes yourself. It's definitely possible that the project isn't a good fit and that you'd be better off starting from scratch than starting from an open-source base, but that dimension is orthogonal to the question of ongoing maintenance cost.
Depends. If what we are releasing is a product of engineering (even someone else's), we'll need someone that at least thinks like an engineer in the woodpile.
In my experience, engineering isn't really about balancing binary trees, designing FFT implementations, or writing functional code.
I believe that it's a discipline, and an approach to an organized, end-product-oriented, problem-solving way of working. I've met people that I'd definitely classify as "engineers," that have jobs with no obvious connection to tech, like soldiers, masons, carpenters, and even janitors. I've also met people with advanced technical degrees that can't take an engineering approach to save their lives. Their code and products have been abysmal failures.
As long as I've been in tech, there's been this myth of the "engineer-free" product. The one that is dreamed and executed by Corner-Office executives. A product that jumps straight from their genius, into customers' hands; with none of those messy tecchies fouling the mix.
Maybe, one day, it will become a reality, but I haven't seen anything that even comes close. I believe that the current "dependency-first" development model is not actually a bad one, but it is one that can go horribly, horribly pear-shaped, if done without a disciplined, deliverable-focused, engineering approach.
For myself, I've always enjoyed doing open-source. It gives me a nice track record to which I can refer, and it has forced me to do top-quality code. We always clean the place before we do an open house. If we do it often enough, it becomes habit. I'm currently working on a closed-source app, but that has little to do with IP or security, and more to do with a marketing embargo. I look forward to open-sourcing it in the future. Significant parts of it are already open-source (almost all written by Your Truly). It isn't really meant to be a profit-making app, but it certainly knocks a lot of commercial apps into a cocked hat; and it's only half-done.
Not a guarantee of quality, but it does work for me. I think that Atlassian open-sources all of their stuff. They seem to be doing OK (I am not a huge fan of their stuff, but can't argue with their success).
Companies should use open source where the existing solutions are blackbox but also commoditized. If everyone's doing it but keeping their doors closed, you have a chance to create an open standard. If it's successful, all the black box companies have to adapt it and basically have now wasted a bunch of time
I would still advise students, and other new developers to go through the motions of hosting things themselves via AWS or whatever. If you can get a Ubuntu instance on ec2 to run a public facing website you probably can walk into a tech company and get an entry level job. It's not necessarily hard to learn how to do these things, it's just tedious. Avoiding the tedious drama is how open source companies make money
If someone is saying it ONLY to make someone give him money it is not good enough answer. My take on this is that a lot of those people just slap "Open Source" on their product to catch people who can invest and care about open source.
If someone does not really care about open source but is just throwing statements around to look good and get money from people, that is not the right way.
Assuming the product is actually open source, the important question to answer is the same as if it's closed: How do you plan to make money? As to why it's open/closed source, any answer just leads back to "and how will you make money?" Neither licensing model is inherently going to make money.
But I have to agree, an answer like "because 'open source' attracts investors" is a red flag. Investors are the means to an end, not the end itself.
I think the reason Mattermost works is because the customer is an IT department. When you get outside IT, the value prop completely vanishes. Regular people buying software don’t know what open source is.
What are early stage investors' criteria for open source, in your opinion?
No! I'm bullish on open source, I just think the current climate is weird. I have a small vc fund, currently 8 portfolio companies and almost half have at least some open source element to their product offering. I'd definitely look at something you're describing, and the fact that you're seeing steady MRR growth is a huge accomplishment, regardless of whether you ever choose to take vc money.
Happy to have a discussion on the topic if helpful, don't feel the need to be in sales mode. You can hit me up if interested: taylor at abstraction.vc
- Appeal to potential employees for their exposure boost
- External contributors to fix minor bugs and do testing, along with online presence
- Availability after the entities maintaining it goes defunct. With any luck if the project has gained some momentum other companies will also have programmers using/wanting to maintain the same thing
- Free to 'on board' or filter candidates even before hiring
So I'd view it as a kind of branding strategy, helping spread good optics for the business. This in turn makes a system where it increases the pool of potential employees and external user support.
It can also be shown as a “backup” - if we fail you have the source and can continue to maintain it.
If I gave my software as OSS to paid customers, I’d immediately lose most of my other sales and give my little implementation secrets to my competitors.
I’d like to be able to say “And for +15%, get the source and ability to compile and fix forever”. And not lose my business in the process.
This is far too specific. What if they try to 10x the price on the next contract renewal. Or change the terms dramatically such that it is no longer suitable for our use case.
I would want to have some sort of shared source agreement but that is still more restrictive than FOSS as the community can't work together to maintain it, so 100% of the burden of updates and maintenance falls upon us. But even this is wildly better than just loosing access (or being forced to pay).
I chose the example of stealing from a restaurant precisely because if that were happening, people would call for legal changes to prevent it. Which proves it is sometimes worthwhile to make legal changes to protect value creating enterprises. The only question is whether or how the same should be done for OSS.
Once they get to the stage of trying to monetize their newfound userbase, they rethink the value of releasing their product as open source.
Are these kind of OS copies successful in YC context? They are apparently getting accepted.
"How to Make Money from Open Source Platforms, Part 2: Open Core vs. Hybrid Business Models"
Consulting. Services. Education. Those seem like words that might let you make money. You can attach "open source" to those words but it obviously doesnt stand on it's own as a business model.
And that's cool but to a very great degree these often boil down to an exchange of time for money (unless by services you mean SaaS which is really just a product business with a different revenue model). You can make a living but you're on a treadmill that you can't ever really afford to get off of, and it doesn't really scale other than by adding more people.
I mean it's OK, don't get me wrong - it's certainly better than a kick in the balls - and you can make a decent living from it. But I don't find it particularly appealing: I'd much rather be involved in creating products that you can sell over and over again. And, if what you've created is of value to others, why shouldn't you charge them a fee to use it?
(Btw, I'd also add paid support to your list but, again, I wouldn't want to build a business heavily based around providing support because support can really wear you down - or at least it can really wear me down. It's absolutely necessary, but not something I find at all enjoyable.)
You can, but you probably won't succeed if it's open source, because people can share it around freely without your consent.
> because people can share it around freely without your consent.
The nice thing about this approach is that big players like FAANG can't really get around it. But it doesn't matter since your software is probably already a bargain for them (all these big companies are essentially built on open source).
The one I'm interested in would be one, where viewing, modifying, recompiling the source is allowed, but redistribution is allowed only to those who had bought the license from all owners of the source and it's modifications. It would produce a nice "waterfall" effect.
It wouldn't be open-source nor free software, but most people don't really need limitless redistribution, and the source would be proof that said software isn't malicious.
Just don’t package it with a weird “open” license and pretend it’s OSS. You can dual license if needed and deal with the consequences.
Isn’t that what all business interactions end up being in the end? Yes, it is a treadmill, but life itself is a treadmill. You need to keep feeding and sheltering yourself even though you JUST ate yesterday.
I don’t think planning to support yourself indefinitely for a short period of work is a healthy expectation. Do you really think you can provide enough value to the world in a few years to provide for yourself for your entire life?
Having to work consistently is the norm, not a treadmill.
Only if you ignore capital. Many business interactions revolve around having access to or utilizing capital in some way. Renting and financing maybe the most obvious examples, but plenty of others too.
The key question is that can/should software be considered such capital asset? It being intellectual (or "imaginary" as some pundits put it), and not tangible, property.
You can also become a silent partner in some business where you collect a skim of the profits while someone(s) else do the work to make sure the business continues to produce profits.
I was answering the vein of someone who wants to put in a largely one-shot investment of time and continue to collect money over a subsequent period.
Yes, you could be a silent partner in a business.... but you likely won't get great returns, and you risk losing it all of the company goes under.
However, given sufficient capital (what's sufficient depends on what sort of income stream you're looking for), largely passive investments in various forms can produce that. After all, that's what many people are looking for when they retire.
Agreed. Work is what creates value for others. However, trading one's work for money that's designed to loose value over time via the inflation tax central banks impose on us all is why so many hard working people feel they're on a treadmill that they can't get off. If our money functioned correctly as a tool to store value over time, people could work, save, and with frugal living could actually get ahead if their work consistently created value for their clients or customers. There are systemic monetary reasons why work often resembles a treadmill.
(and, btw, my point is not that people in the USA are spendthrifts. It's that most only make enough to support themselves).
Even many businesses consider product design a "cost center" and production/manufacturing a "profit center". I prefer to think of engineering as an investment in the future.
So "open source" as a business sounds to these people like the investment has already been done for free, and production is free, so we should be able to make massive profit! But they're not providing any value unless they add something significant.
So you want to collect rent.
And businesses based on open source want to collect rent from the work other people have already done for free.
Sounds exactly like one of the reasons Free Software came along in the first place.
Consortia are about the only successful open source business model. The most successful such consortium is the SQLite Consortium, which clearly makes D.R. Hipp and his team very happy. One key to SQLite's business success was keeping the best testsuite for it closed source, which makes it extremely difficult to fork the project, or even to contribute to it, which leaves the team as essential to those who depend on SQLite (which includes a lot of FAANG).
Open source should be the default mode of operations. It is not some kind of "can opener" to get people who might be interested in your product.
Most of the software does not use "magic algorithms" that no one else cannot think of. Power of people and companies should rise from trust and professional behavior. Well it might be that there really is some magic algorithm but if someone who I cannot trust is providing that algorithm I am probably better off not using it anyway.
I am willing to pay to someone who I can trust that he will do proper work, he does not have to be a "mastermind". He does not have to have some magic tricks up in his sleeve.
Remember that trust and professional behavior beat any "magic algorithm" in the long run anyway. By having open source company/person is signaling that they also rely on trust, but don't use is cynically, please.
There's a reason enterprises use MSSQL, Oracle, etc.
My experience is that for 99% companies there is absolutely no way to be "sufficiently large" for Oracle to take notice of any bugs/problems with their SQL database.
As you don't have the source, there is no way to get the problem fixed.
With open source software you can go on the market and hire one of the developers or an independent contractor.
A sev 1 issue pretty much automatically means a ticket to all relevant vendors at large companies, and typically you'll have a dedicated SE and TAM that will join your war room. You don't want to be the guy whose idea it was to roll some DB you compiled from source off of github and now some critical functionality isn't working and it's on you to fix it. Even medium size businesses will pay quite a bit of money for support, just in case.
Source: I've worked at a fortune 10 in IT. There, it wasn't uncommon to have your SEs from 2-3 different software/hardware vendors on the bridge while troubleshooting any production issues.
I still don't know what is the fuzz with SQL Server support. AFAIK, no Microsoft support will ever help you in any way.
The fact that SV hasn't really caught onto this is part of the reason there's not a huge penetration of startup tech into huge companies.
I don’t mind doing it but at the same I hate it because you’re in uncharted territory. Support can help you be that second person in the room that has more familiarity with the problem than anyone on your team.
Also I’ve used Postgres and MSSQL and MSSQL has more features. Postgres only got non-materialized CTEs I think like 10-15 years after MSSQL had them, for example.
I'm not saying a business surrounding an open source project can't make money. I am saying trying to make money by locking away features is a bad way to do it. Focus on your product and do it in a single stream rather than separating it into FOSS and a paid tier. Make your money on support contracts.
Smaller companies that self-support probably won't pay you for those features anyways.
[0]: https://en.m.wikipedia.org/wiki/Business_model#Examples
I've invested/funded/donated to several OS projects. I don't really expect to make money in most. I do it for the same reason I give large tips time to time.
Somebody has to do it because the value they are providing is IMMENSE.
I ask nothing in return. I give without really thinking about maximizing profit. The way I see it is that when you give to good cause the universe will reward you in ways you don't expect.
I encourage others who are successful to give to OS projects especially folks who work on projects full time with little to no way of supporting themselves because they can't memorize graph algorithms or do whiteboard interviews or neurally diverse.
As much as I have gripes with Github as a corporate entity, it's platform does serve a useful purpose in that it facilitates the movement of capital to OS projects.
But if software is your main product, than is open source very hard to pay your bills.
Also if you build software for a company, very few will pay for something that will be shared to everybody. But I know a hospital that pay to write software for some hardware on Linux, and share it as open source so all hospitals that use that hardware with Linux can use it. That is helping other people if you have solve a problem.
Buy indeed, open source isn't a business model, but a way of life.
> There is a great number of potential business models, but “open source” is not one of them. It is, instead, one of the many tools that can be employed in order to make a selected business model work as expected.
> Therefore open source ... does not ... concern itself with business any more than food concerns itself with business. If there is a business that has a business model that is not living up to expectations, and if that business model uses open source as one if its tools, it’s illogical to blame open source for the failure.
The gist of the article isn't "open source and business are incompatible", rather, it's saying "don't blame open source for a failure of your business".
VM Brasseur focuses on open core specifically, a subset of an "open source business strategy", talking about what kind of expectations one should have engaging in that strategy, pointing to John Mark Walker's post on "How to Make Money from Open Source Platforms" [0].
As an aside, I would like to point out that there are successes in some businesses pursuing an "open source" strategy, for a broader form of open source, either using open source as a key feature or because the technology was open sourced, abandoned and picked up by someone else. Arduino [1] comes to mind, where they used the open sourced Arduino platform, the IDE, the libraries and the open source hardware schematic and boards, that was essentially abandoned by the original creators and picked up by Massimo Banzi and David Mellis. There were other factors to Arduino's success, such as focusing on artists and educators, there being a need for a cheap, accessible electronics/microcontroller platform, selling physical devices and various other economic factors that went into making the business viable, etc., so maybe I'm being overly pedantic and not really contradicting VM Brasseur's claim.
In case people don't know, VM Brasseur is a big proponent of open source and has written a book called "Forge Your Future With Open Source" [2] and is in the process of writing a new book about "FOSS strategy in business" [3].
[0] https://www.linux.com/news/how-make-money-open-source-platfo...
[1] https://arduinohistory.github.io/
[2] https://pragprog.com/titles/vbopens/forge-your-future-with-o...
[3] https://anonymoushash.vmbrasseur.com/2021/03/19/coming-soon-...
I actually like the "Open source is not a business model" framing because, while open source clearly influences what you can do with respect to business models and execution, it's a reminder that open source is not a singular business model. Furthermore, a company's business model/plan will involve a variety of things that may not have much to do with open source directly.
In some categories, having the code open source helps gain adoption early in the process.
So yes, open source is not a business model, but plenty of open source software is monetized these days.
The problem is that with open source, anybody can be the SaaS provider and make the money from the open source software. In fact, companies will be more willing to go with either the bigger names or providers they have existing contracts with, than a small open source company.
SaaS inherently favors the larger corporations.
> plenty of open source software is monetized these days
One of the most successful models has been to take open source software that someone else wrote, add your own proprietary extensions and enhancements, and sell it as a service.
Some of the most appealing aspects of open source for businesses are potentially reduced labor costs (because much of the software development work will be either done for free or paid for by others) and faster time to market (because much or most of the engineering work has already been done.)
I've seen "not a business model" quipped a hundred times, as if that ends whatever debate is going on. I've yet to see anyone actually argue that open source actually is a business model, as opposed to having their argument bent that way. The author doesn't link to any examples. Who are they browbeating?
I don't see MongoDB arguing that the meaning of open source should address financial incentives for developers, either. I see them arguing that open source copyleft can be strong enough to demand openness from their competitors, as GPL would have in the packaged-software era. Mongo have a financial concern, but exactly to the author's point about means versus ends, they're not trying to write their business into any definition. They're reading the definition to cover a license that works for their business.
If open source didn't concern itself with business, it wouldn't exist. The whole pitch was to business. Cathedral and the Bazaar was a marketing manual for selling manager-types. O'Reilly bankrolled events and meetings. Early on in OSI history, they readily approved several stronger copyleft licenses for specific businesses. MPL. Sleepycat. QPL. IPL. RPL. Arguably AGPL. That's the history.
JMW does say there hasn't been a successful open core product, but he defines success as "ubiquity in the modern data center". In business, there's plenty of success between irrelevance and market domination. Ferraris and fast chargers aren't ubiquitous in modern garages.
What I see here is that open source is a business model to some interested parties. That model is add-on services---integration, customization, support, hosting---and no other. Never mind that dual licensing, open core, delayed release, and others existed well before RedHat and WordPress and IBM successes made headlines. Never mind that these models had their business standard bearers, too. Never mind that they sometimes offered support documentation or configurations for hosting that add-on service companies didn't.
The difference now is that the anti-commercial, permissive-focused, "open source means I never hear 'no'" faction view happens to correspond to the interests of the titans of industry, who are all cloud services companies. These companies want to commoditize their complements---"open source" means we can reap what you sow and sell it to our customers---but not the proprietary code they use to differentiate their clouds. They patronize the big open source foundations.
We shouldn't be asking what open source is or means, as if it's an end in itself. We should be asking what it's for. And accepting there was never any conflict-free consensus there. We brushed all that under a rug in the late 1990s and early 2000s, because there was fame and money and a sense of purpose to be had selling "open source" as a brand and a "revolution". Now that work is done, the victorious allies are squabbling again. So it goes.
I've worked with numerous SaaS businesses who run open source for as much external software as possible because it has better economics at scale. They want tight control of software configurations, ability to diagnose problems themselves, quick application of security patches, etc. It's not cheap; you have to hire highly qualified engineers to make it work.
The approach makes more sense as the business gets bigger, in the same way that it makes sense at some point to design your own data centers, own hardware, etc. It's therefore not surprising to see large businesses go all-in on open source.
I guess if you start from a very specific strategy and you make sure that the FREE/OSS route is the optimal for the sake of your business, it can make sense. Honestly if this happens to me, I would probably get discouraged by the track record of such companies, and just backtrack into a model with a better one, in order to give my business the best possible chance.
Ok, so much for abstractions. A stark example is that on Microsoft's Azure the majority of VM's are running Linux. A lot of companies want cloud based VM's and they don't want to pay for Microsoft's OS to run them when they can use Linux for free, so they don't.
Another example is OpenStreetMap. Many companies (including Apple) spend millions a year upgrading openstreetmaps. A lot of companies need a mapping function but it's silly for each one to carry the burden of creating their own map when they can all pitch in and use the final result.
This is the market segment where Open Source makes sense.