One of my open source projects is starting to get a lot of traction (tens of thousands of users per month) without me realising. I built it a few years ago as a weekend project and promptly forgot about it.<p>I was contacted by a large company last week asking for changes to be made. This prompted me to go check the DB, analytics etc and I see its being used a lot.<p>I've (as of today) stuck a sponsorship link on it. Any suggestions as to how else I can monetise?
I've built two open source startups, totaling a decade of my life. Take it from me: the only way to do this sustainably is open core.<p>That means you make the core software open, but you sell the features that businesses will pay for or that allow other people to make money. Think of it as two distinct products for two distinct userbases.<p>In effect, the open source software becomes lead gen; the closed software is your actual business. They're both integral, and obviously feed into each other, but most of your open source users will never, ever be customers.
Get an overview of the things they want changed and determine if it's something you have time for, or are willing to set aside time for. Can you deliver in a reasonable timeframe, for their definition of reasonable.<p>Assuming that's a go, then decide how it should be paid for. You have the option of time based (hourly/daily/weekly rates) payment, where you should charge the higher of what's normal for your area or the potential client's.<p>Or a project-based payment. If you're new to this, and it sounds like you are, I would stay away from this. Done right, you can make far more than time-based billing, but it takes experience to get it right.<p>Never forget: profitable businesses have money and expect to use it to get what they want. Despite what other comments say, it's exceptionally unlikely that they expect you to do it for free. They expect a bill that's <i>at least</i> a month of a developer's fully burdened salary.<p>After you've gone through this experience, you may have a better idea if it's something other businesses are likely to ask for. If so, make sure you indicate on the site that customizations are available.
I agree with some of the advice, but will offer a different take to give you something to think about.<p>For this single large company enquiry, don't worry about monetising the app yet. Having a single license sold is not really monetisation.<p>Think about it as a consulting gig on making changes to an OS project. The fact that you are the maintainer is a knowledge and familiarity advantage, not a control one.<p>Work out how much time it will take to make the changes, double it, and send them a quote. If they buy, make the changes, push an update, and invoice.<p>Take your time to decide how to monetise the product. For now, just get a good fee for your time. See if you fall back into the project before focussing too much on the business side.
I've built a few open source things in the past, a couple of which got popular. One was an open data project and it's just stayed the same (free API etc). Community look after it mostly.<p>Another was what became Certify The Web, which is now the most popular UI for automated certificate management on Windows and is most definitely now a commercial product (but 90% of users use the free version). I originally had a donate button and did get a couple of donations, maybe 4 or 5.<p>It was getting thousands of downloads per week and the company I was working for went into administration, so on the same day I added a Paypal button to the website for people to buy a license key and got my first sale later that evening. It's now had around 10K customers over 7 years and they renew their license key each year. Some people/companies do indeed want support and updates (I offer email support only, or there is a community forum). Nowadays most purchase via Stripe,
SaaS is typical, people like recurring
revenue. It really depends on what the project does. Can you share a link?<p>Look up COSS and Open Core to get an idea of how others have monetized.
Recently started experimenting with Polar[^1] (OSS themselves). They offer a platform for OSS authors to sell perks (e.g. newsletter, digital assets, access to private repositories/discord, README ads) and handle billing/VAT for you.
Quite happy with the experience so far.<p>[^1]: <a href="https://polar.sh/" rel="nofollow">https://polar.sh/</a>
Nice work on your open-source project! I have seen serval effective ways to monetize via open-source project:<p>Community funding is a great starting point. Set up a GitHub Sponsors account or use platforms like Open Collective or Ko-fi. Many developers are happy to support projects they find useful. You can check the open source repo with Sponsors enabled.<p>I have seen a monetization case from a popular Chrome extension - I cant remember the extact name. While free for users, it displays sponsor logos in its GitHub repo and within the extension itself.<p>Finally, take inspiration from Tailwind CSS, which is a famous open source project. They offer Tailwind UI, a paid, advanced component library built on their free core framework.<p>From my personal experience, monetizing a SaaS project isn't easy, but it's certainly possible. However, establishing a steady income stream is a different case altogether.<p>Good luck! Look forward to hearing more your experiences from this!
From the FAQs of <a href="https://burnernote.com" rel="nofollow">https://burnernote.com</a><p>"
How does this product make money?
It doesn't. Making money isn't the point of this product.
"<p>Usually the case that people set out with lofty ambitions of being above the money, but this changes when something gets popular.
Do consulting/contracting work for the large company with the stipulation the work stays open source.<p>I wouldn't recommend you start selling support tiers and you don't need to start selling a "product" here. Just give them a rate you're comfortable with.
Hey I run a consultancy that helps solve exactly this kind of problem. Our main business is connecting open source freelancers with companies, but we've often see this use case where a company has a specific open source need and we help facilitate this. Let me know if you want to chat more - we could take over everything and we take a 10% cut. This is us: <a href="https://www.hydraoss.io/" rel="nofollow">https://www.hydraoss.io/</a>
Ensure that you’re either increasing someone’s revenue or decreasing their costs. In both cases, it should be possible to somehow convince people to pay you. How exactly is a bit of an art and requires some creativity but should be possible. For example if a company earns or saves 100k dollars per year from your software, it should not take much convincing to negotiate them giving you 1k-5k.
Have you tried sending the large company a quote for how much you'd want to make the changes for them? They want you to do something, you're not free. It seems like the monetisation opportunity is staring at you in the face. It might not give you the constant, passive income stream you might be hoping for, though.
Do you want to work for the company asking for the changes? Because you have one <i>potential</i> customer. One prospect. And from what I see in the question, they haven't offered you a large pile of money to make the changes. The question reads they have asked you to work for free.<p>Where are you at in all this? Are you already a contractor with existing processes, relationships, and infrastructure for negotiating contracts, getting paid, and supporting large companies? Have you already paid the dumb tax beginning contractors pay for things learned the hard way?<p>How much money do you need to support the project long term? Does the person who asked for changes have a budget and the discretion to pay you? Good luck.
You want to request features? Great, pay me. You want support? Great, pay me.<p>Companies will almost never sponsor you if they get the product for free. We're using open source DBs, analytics tools, libraries, etc. and we're paying nothing for them.
How much do you make from 'Buy Me a Pizza'?<p>I have a small project that gets a few thousand hits per month, and get a few coffees every other month.