Members.

Chaque gym que nous avons rencontré utilisait trois ou quatre outils déconnectés. Le statut d'abonnement vivait à un endroit, le statut de paiement à un autre, et les présences dans un cartable à l'accueil. Les réconcilier était une tâche manuelle que quelqu'un faisait le dimanche.

La contrainte la plus difficile restait la multilocation. Un seul déploiement devait servir plusieurs gyms avec une isolation stricte des données, une facturation par client et une image de marque par client — sans le fardeau de maintenance par client qui tue discrètement les petits produits SaaS.

Une API .NET en architecture propre avec une couche de dépôt au-dessus de Dapper — délibérément sans ORM, pour que chaque requête sur le schéma cloisonné par locataire reste explicite et vérifiable. La résolution du locataire se fait une seule fois, à l'entrée de la requête, et toutes les requêtes en aval en héritent.

Stripe gère les abonnements, avec des webhooks qui pilotent l'état des adhésions : le statut de paiement et les droits d'accès ne peuvent jamais se contredire. L'interface Next.js est construite autour du quotidien du propriétaire : qui est ici maintenant, qui a cessé de payer, ce qui est entré ce mois-ci.

L'accueil est passé d'un cartable papier à un balayage de deux secondes. Les propriétaires ont un portrait des revenus en direct plutôt qu'une réconciliation de fin de mois, et les paiements refusés remontent le jour même plutôt que le mois suivant.