3 ms·

I think it matters who your customer is and the value they derive from your product. Open source makes a huge difference when your product is intended to be em

I think it matters who your customer is and the value they derive from your product. Open source makes a huge difference when your product is intended to be embedded in your customer's product. When their business depends on yours it's obvious they need to pay you or ultimately suffer the higher cost to them of having to maintain your code-base themselves. When you're talking about some dinky utility a non-technical end-user may use then you're probably smarter to go the shareware route. One thing to worry a little about is how to protect yourself from competitors that may try to compete with you using your own code. If you're the sole owner of your core technology and there isn't any significant secret factual information in it then you're probably safe going open source with the appropriate licensing.

lux 18y ago
We do have a number of companies that depend on our software for some pretty core processes within their businesses. Still, because our software is stable, over time the value of an under-used support contract goes down in their eyes. In several cases, they simply haven't renewed support because the product didn't need it. So we only really hear from them when upgrades are available for them. So I'm hesitant to recommend a support-based business model for that reason (unless they're making unstable software ;), and for the fact that most software falls outside of the "core business process" category, which would likely make support a really tough sell. There's where subscription-based services shine, because support is expected with it, but it's distributed over exactly one installation instead of hundreds, so fixes are made once and apply to everyone. This way you're essentially selling access to the software plus support over time, making residual income, and cutting down the amount of effort it takes to support many customers. While that's not the right model for every type of software obviously, many companies have shown it can be made to apply to a surprising number of cases you wouldn't think it suitable for at first :)
bbgm 18y ago
That makes a lot of sense and fits in with some of the experiences I've had. In fact a lot of large companies don't want to be in the business of code development if they can help it. It's just not their core business. What they would want is open source or open apis so that they can integrate into their infrastructure on their own terms.

lux 18y ago

We do have a number of companies that depend on our software for some pretty core processes within their businesses. Still, because our software is stable, over time the value of an under-used support contract goes down in their eyes. In several cases, they simply haven't renewed support because the product didn't need it. So we only really hear from them when upgrades are available for them. So I'm hesitant to recommend a support-based business model for that reason (unless they're making unstable software ;), and for the fact that most software falls outside of the "core business process" category, which would likely make support a really tough sell. There's where subscription-based services shine, because support is expected with it, but it's distributed over exactly one installation instead of hundreds, so fixes are made once and apply to everyone. This way you're essentially selling access to the software plus support over time, making residual income, and cutting down the amount of effort it takes to support many customers. While that's not the right model for every type of software obviously, many companies have shown it can be made to apply to a surprising number of cases you wouldn't think it suitable for at first :)

bbgm 18y ago

That makes a lot of sense and fits in with some of the experiences I've had. In fact a lot of large companies don't want to be in the business of code development if they can help it. It's just not their core business. What they would want is open source or open apis so that they can integrate into their infrastructure on their own terms.