I wish more open source projects had an "enterprise" plan with a few inconsequential features and maybe priority support - just enough to justify a line item on a tech org's budget.
One of the reasons why devs at enterprise scale companies like OSS so much (except GPL, obviously) is because trying to purchase anything is a nightmare.
If you've worked at such an org, you know exactly what I mean, otherwise you might even find it difficult to believe. Purchasing anything can take several months, with hundreds of manhours wasted on call, meetings, legal review, approvals from random people etc. And if you're the one that initiated it, you'll be the poor sod that has to keep pushing that boulder up the hill all the time, otherwise it just stalls forever. It's honestly should destroying.
I have general complaints about modern "business schools" still not properly teaching (assuming they exist to ACTUALLY train business people and aren't just fancy badges) information technology in a world where your business is your software.
Businesses teach accounting and finance, very numbers-oriented subjects, as a minimum, so this is not entirely outside of the wheelhouse of business schools.
And yet this near-universal problem of software procurement continues across enterprises, a problem traced basically to equally universal teachings on cost control policies and other nuts and bolts that come out of explicit teachings of b-schools and the general literature of running businesses.
Since I posted a wandering treatise on american antiintellectualism and the fundamental lack of cool of the "nerd", and how b-schools want to appear as cool, cutting edge producers of captains of industry (that adopt learning nerdy accounting as a necessary hurdle to get as much money as possible), I doubt they will properly pivot anytime soon.
The problem with this is that a single enterprise customer may not pay enough to support: 1. an individual dedicated to provide that priority support, and 2. the overhead of managing two independent releases with different feature sets.
Just drop the features, priority support with SLA are really what they are looking for on critical pieces.
Note that you can have a one week (or more) lead time for support requests: the timing doesn't matter, you only need a maximum window so they can share visibility and socialize issues like this: "ticket opened with vendor, next update in one week".
One of the reasons why devs at enterprise scale companies like OSS so much (except GPL, obviously) is because trying to purchase anything is a nightmare.
If you've worked at such an org, you know exactly what I mean, otherwise you might even find it difficult to believe. Purchasing anything can take several months, with hundreds of manhours wasted on call, meetings, legal review, approvals from random people etc. And if you're the one that initiated it, you'll be the poor sod that has to keep pushing that boulder up the hill all the time, otherwise it just stalls forever. It's honestly should destroying.