From Closed to Open: Shortening Sales Cycles with Stephen Goldberg
This week on The Business of Open Source, I chatted with Stephen Goldberg, co-founder of Harper, about the process of taking Harper from a closed-source software company to a open source company. I already talked to Ethan Arrowood about the transition to open source, but Stephen was able to give a founders perspective about why Harper wanted to move to open source, why it wasn’t launched as an open source company from the very beginning and why they choose the moment in question to go open source.
He says that 80 to 90% of the effort around taking a big piece of Harper open source was around communication, both external and internal. It’s not that difficult to change an license or to push something onto GitHub, but a successful open source launch is about so much more than that.
Here’s what we talked about:
The board pushed back a lot, mostly because they felt like going open source was going to complicate things for the company and they were worried that the risks outweighed the benefits
Stephen was convinced that even as a closed-source company, their customers weren’t paying for their code, but rather for their services. Harper also sells to large enterprises, and he was convinced this type of customer doesn’t want to cowboy their tech stack.
There has been a massive positive impact on the company’s sales cycles. The sales cycles are shorter and require less effort from Harper’s team; it’s also psychologically easier when someone asks him to prove that the product does what he promises — he just has to ask tell them to verify for themselves.
They haven’t gotten many outside contributions and that was never the goal, but they do get bug reports. This has significantly reduced their costs of support, because the bug reports are often very detailed and identify where in the code there is a problem. Not only that: customers are able to figure out when the “bug” is actually a problem on their side, and that reduces support volume considerably.
AI coding agents have dramatically increased the value of an open source project, because when the agent is able to see the software’s code directly, it’s able to build on top of it and integrate it into the system but more effectively than if it were working with docs. This was a huge win that they didn’t expect.
The bottom line: If you understand your business model, going open source has a lot of upsides and the risks are not as scary as you think. However, getting advice along the way is critical, and you should work with people who understand open source companies if you’re going open source.
If you're considering going from closed to open source and you'd like help on the product strategy and the communication part... that's what I do. You might consider working with me.