Django Python (o Flask) sarà il modo più produttivo che troverete per costruire il backend. Potrebbe essere ancora più produttivo se usi Wagtail insieme a Django. L'ERP ha bisogno di molti modelli, quindi usare qualcosa che velocizzi la creazione dei modelli sarà di grande aiuto.
In termini di prestazioni, il limite di un ERP sarà il database. Quindi non è un problema grave se si usa una lingua più lenta come Python. Sarà solo una frazione della velocità di esecuzione. Aggiungere un po' più di potenza di calcolo sul lato server lo risolverà. La quantità di tempo risparmiata usando Wagtail è enorme rispetto alle soluzioni di livello inferiore e oggi le startup devono andare veloci...
Tuttavia, se le specifiche dicono che l'ERP deve girare su server di bassa qualità perché questo è ciò che le piccole imprese hanno, potrei usare un linguaggio produttivo ma con prestazioni più elevate. Niente C++, renderebbe il progetto molto costoso. Go è probabilmente una buona bestia attualmente. Anche C# potrebbe esserlo. Se il progetto inizia nel 2020 Julia's web framework Genie.jl avrà raggiunto la versione 1.0. Sarebbe probabilmente il miglior rapporto produttività/prestazioni disponibile. È molto simile a Django ma ha prestazioni ancora migliori di Go.
Siccome il front-end solleva l'eterna questione della facilità d'uso dell'ERP e della produttività, mi affiderei ad un team di esperti UX designer e darei loro la massima flessibilità. Avere una grande UI che faciliti l'adozione da parte dell'utente e, cosa più importante, aumentare la produttività degli utenti, sarebbe una caratteristica chiave.
Poi, farei un front-end con React o Vue.js. Questo permetterebbe ai designer di creare interessanti mockup.
Un altro pro dell'utilizzo di un framework Single Page App per il frontend è che limiterà notevolmente la quantità di codice necessario per costruire una UI online + una versione desktop + un'app mobile poiché lo stesso codice verrebbe riutilizzato. Lo sviluppo cross platform è una questione importante per gli ERP.
Questo modo di sviluppare non è altro che lo standard attuale, ma c'è una ragione per questo. Il guadagno in produttività dello sviluppo è la chiave.