Le contexte
En vendant BDEASY, j'ai compris que ce que j'avais construit n'était pas une app de BDE : c'était un moteur de vie de communauté, avec une boutique, des événements et des avantages. Or ce besoin existe ailleurs, avec plus de budget : les CSE d'entreprise. Billetterie subventionnée, chèques cadeaux, budgets à suivre, les élus gèrent tout ça avec des tableurs et des portails web vieillissants. La question qui m'intéressait : mon template est-il assez solide pour tenir un vrai changement de marché, pas juste un changement de couleurs ?
Mon approche
J'ai dérivé Komy du template BDEASY, puis je l'ai fait grandir pour le métier CSE : billetterie subventionnée (prix public, part CSE, reste à charge), demandes de subvention sport et culture validées par les élus, suivi des budgets Fonctionnement et ASC, plafond URSSAF sur les chèques cadeaux, sondages, boîte à idées, et une inscription verrouillée par domaine e-mail de l'entreprise. Côté technique : Supabase dédié, paiements SumUp intégrés dans l'app, 2FA obligatoire pour les admins, et un vrai travail d'identité pour sortir l'app du moule étudiant (nouvelle palette, navigation « avantages d'abord »).
Ce que j'en retire
La V1 est réelle et démontrable de bout en bout sur son backend : APK Android signé, build iOS qui compile, données réelles derrière chaque écran. Ce projet m'a appris qu'un template ne vaut que si on peut le dériver vite et proprement, et que l'économie interne d'une app (points, coupons, remboursements) est un sujet de sécurité à part entière : j'ai passé des revues entières à chercher comment un utilisateur malveillant pourrait s'enrichir, et j'ai trouvé des failles que j'ai dû colmater.
Le plus dur n'a pas été d'empiler les fonctionnalités, mais de désapprendre les réflexes BDE : un salarié n'est pas un étudiant en soirée d'intégration. Tout le parcours a été repensé pour aller à l'essentiel, les avantages et la billetterie d'abord, le reste ensuite.
7
Fonctionnalités CSE
de la billetterie subventionnée à la boîte à idées, sur backend réel
110
Migrations
le schéma complet rejouable sur une base vierge
2FA
Admins
double authentification TOTP obligatoire côté élus
Avant
Avant : un template pensé pour des BDE étudiants, avec une identité violette et des soirées.
Après
Après : une plateforme CSE, billetterie subventionnée, budgets et conformité URSSAF, prête à être déployée pour chaque comité à sa marque.
Migrer le socle de Firebase vers Supabase pour ce projet a été un chantier en soi : 29 collections converties en 27 tables Postgres, les règles de sécurité réécrites en RLS, les fonctions serveur portées en Edge Functions. Long, ingrat, mais c'est ce qui rend aujourd'hui chaque nouvelle instance saine : le schéma entier se rejoue sur une base vierge, sans bricolage.
Le code et l'instance de démonstration restent privés, comme pour tout projet commercial. Je les présente volontiers en entretien, avec l'app qui tourne.