CRM Opéra de Montpellier
Plateforme de réservation scolaire pour l'Opéra de Montpellier — remplace un tri Excel d'une semaine par trimestre par un workflow auto avec algorithme de sélection paramétrable.
CRM Opéra de Montpellier · case studyContexte
Projet de 4 mois mené avec Epitech en équipe de 3. Notre MVP a été retenu par l'Opéra de Montpellier parmi plusieurs groupes candidats. La plateforme a été livrée en production et est utilisée par les équipes de l'Opéra ainsi que par les établissements scolaires et organisations clientes.
Problème
L'Opéra triait à la main, sur Excel, les candidatures de ~300 à 500 établissements scolaires pour ses événements jeune public — environ une semaine de travail par trimestre, sans accès direct pour les écoles et sans traçabilité.
Solution
Un CRM web à deux faces : un back-office pour les équipes de l'Opéra (comptes, événements, sélection) et un espace réservation pour les écoles et organisations. Les événements sont synchronisés depuis le WordPress existant de l'Opéra, et un algorithme de sélection arbitre automatiquement les candidatures à partir des critères composés par l'admin au moment du tri.
Défis techniques
Algorithme de sélection paramétrable
Pas de critères câblés en dur : les admins composent leurs filtres (zone, niveau, quotas…) au moment de la sélection. Il a fallu concevoir une logique générique qui reste prédictible quelle que soit la combinaison choisie, et qui laisse la main à l'admin pour un arbitrage final.
Intégration avec le WordPress existant
Le catalogue d'événements vivait déjà sur le site public de l'Opéra. Plutôt que dupliquer la saisie, synchronisation des événements via l'API WordPress — une seule source de vérité côté contenu, zéro double maintenance.
Specs floues côté client métier
Le vrai besoin n'était pas dans le cahier des charges initial. Réunions et démos régulières avec l'équipe de l'Opéra pour découvrir les contraintes terrain (validation manuelle, exceptions, communication aux écoles) sans casser l'architecture.
Apprentissages
- Traduire un besoin métier non-tech en specs exploitables vaut plus que la qualité du code initial.
- Coordonner deux dévs en touchant aux deux stacks, c'est savoir où mettre son effort — débloquer, pas tout faire soi-même.
- Livrer en prod et voir un client réel s'en servir change la mesure du succès.