Le contexte
J'ai d'abord codé une app pour mon propre BDE, à l'IUT MMI : feed, boutique, calendrier, carte de membre. Elle a été le produit phare de notre campagne, et elle a marché. Puis j'ai réalisé que tous les BDE ont le même manque : pas d'app du tout, ou une app bricolée qui meurt à la passation. Refaire ce travail à la main pour chaque association n'avait aucun sens. La vraie question est devenue : comment livrer cette app à n'importe quel BDE, à sa marque, sans tout réécrire ?
Mon approche
J'ai transformé l'app en template white-label. Une seule base de code Flutter, une architecture multi-tenant sur Supabase : chaque BDE est un tenant isolé, avec ses couleurs, son logo et ses données, sans qu'aucun ne puisse voir celles d'un autre. L'isolation est verrouillée côté base (RLS et colonne tenant_id), parce que sur du multi-tenant, une fuite entre clients n'est pas une option. Ensuite, je suis allé vendre : site vitrine avec la démo jouable dans le navigateur, démarchage des BDE, devis, et déploiement de leur instance.
Ce que j'en retire
Deux BDE ont déjà acheté leur app : l'un à Toulouse, l'autre dans une école d'ingénieurs. Chacun a la sienne, à ses couleurs, avec ses données. C'est le projet qui m'a fait passer de « je code une app » à « je vends un produit » : cadrer un besoin, chiffrer, livrer, assurer le suivi. Le code n'est que la moitié du travail, et je ne l'aurais jamais compris sans me confronter à de vrais clients.
Vendre m'a plus appris que coder. Provisionner l'instance d'un nouveau BDE me prend quelques heures ; le convaincre, comprendre son fonctionnement, adapter l'offre à son budget d'association, c'est ça le vrai chantier. Deux ventes plus tard, mon pitch ne parle presque plus de technique : il parle de ce que l'app change pour leurs adhérents.
2
Apps vendues
deux BDE clients, chacun à sa marque
1
Base de code
un template Flutter, N instances déployées
RLS
Isolation
cloisonnement des tenants garanti côté base
Avant
Avant : une app codée à la main pour un seul BDE, impossible à réutiliser sans tout refaire.
Après
Après : un template white-label multi-tenant. Un nouveau BDE, c'est une nouvelle instance à sa marque, pas une réécriture.
BDEASY est aujourd'hui en refonte complète (UX/UI, flux utilisateur, contenu, performance et accessibilité), pilotée sur Figma. La démo jouable ci-dessus est le build actuellement en ligne sur bdeasy.fr, celui que testent les BDE que je démarche.