Hi @Ivan_Stepanok, thank you for putting this proposal together — and for the video as well; it was genuinely fun and engaging to watch.
I want to start by saying that I fully agree with the first part of your proposal around a universal mobile app. The problem statement is clear, the direction makes sense, and I don’t have much to add there beyond expressing my willingness to contribute to those conversations and any concrete efforts that emerge.
On the second point around the long tail and a friendlier entry path, I also strongly agree with the underlying diagnosis: we are losing small initiatives early, and often permanently, because getting started with Open edX still feels too heavy for many of them.
Where I’d like to add a slightly different perspective is on what should enable that entry path.
Speaking from experience as the head of Edunext — which was the first company to offer a low-cost, SaaS-style subscription model for Open edX, and which we supported for almost ten years before discontinuing it last year — my view today is that subscriptions themselves don’t need to be the foundation of the entry path.
I think the more fundamental enabler we should focus on first is a truly productized version of the platform.
By that, I mean an Open edX starting experience that is genuinely usable and workable for a small initiative right after setup. That likely requires filling in some important gaps that still exist today, for example (in no particular order):
-
A step-by-step setup or onboarding workflow
-
Basic customization for the homepage, course catalog, and key legal/service pages
-
The new administrator console (which is already in progress, and very welcome)
-
A robust way to export an entire initiative — all courses and records at once — similar in spirit to what tools like WordPress provide
-
A clearer and more coherent solution to the extensions / plugins ecosystem
One of the strengths of Open edX is that none of this necessarily needs to live in core. These capabilities could be delivered as officially supported plugins that together form a kind of reference implementation for getting started. Mature, large-scale installations wouldn’t be forced to adopt them, while new and small initiatives would finally have a clear, supported starting point.
If such a productized version existed, even if:
-
it wasn’t a true one-click install,
-
it required a consultant or provider to set it up once,
-
or someone on the team had to invest time learning and installing it,
…it would still dramatically lower the barrier to entry. Importantly, it would also preserve one of Open edX’s core promises: you can start small, and later transition — with your data — to a different provider, a different model, or your own technical team as you grow.
Nothing in this approach prevents companies like Edunext, Raccoon Gang, or others from offering subscription-based entry models if they choose to. In fact, a solid reference implementation would make those offerings healthier and more transparent. People could enter the ecosystem easily and still retain real freedom to evolve their setup over time.
So overall, I really welcome this conversation and appreciate you pushing it forward. If I can add my two cents, I’d strongly encourage us as a community to focus first on building the best possible productized starting version of Open edX together. I believe that foundation would make any entry path — subscription-based or otherwise — much more effective and sustainable.