Penser multi-tenant dès le départ
Isoler les données et les règles de chaque organisation tout en gardant un produit maintenable et une base de code unique.
Startup / SaaS · 2025 →
Scolario
Concevoir un outil métier solide sans perdre de vue les personnes qui l’utilisent.
- Rôle
- Architecture produit & développement full-stack
- Durée
- 2025 → en cours
- Équipe
- Solo
- État
- En développement
Stack
Next.jsTypeScriptPostgreSQLMulti-tenant
Multi-tenant
Architecture
SaaS
Typologie
2025 →
Timeline
En cours
Statut
Le problème — 01
Un outil scolaire multi-profils ne tolère ni l’approximation sur les données, ni une interface qui noie l’essentiel.
Scolario est un SaaS de gestion scolaire construit autour de réalités métier : plusieurs profils, des données sensibles et des usages quotidiens qui ne tolèrent pas l’approximation.
Chaque organisation a ses propres utilisateurs, ses règles et son périmètre. Le produit doit isoler ces mondes sans multiplier les bases de code.
Le projet est un exercice continu de produit et d’ingénierie : poser un socle cohérent, puis itérer sans fragiliser les parcours déjà utilisés.
L'approche — 02
Comment le projet a pris forme.
- 01
Poser le multi-tenant dès le socle
Isoler les données et les règles de chaque organisation dès la conception, pour éviter de « rajouter » la sécurité plus tard.
- 02
Des interfaces par rôle
Adapter les écrans et les actions aux profils — administration, équipe pédagogique, familles — sans transformer chaque vue en dashboard générique.
- 03
Itérer sur le métier réel
Construire à partir de scénarios d’usage concrets, en priorisant ce qui se répète chaque jour plutôt que les cas extrêmes.
Isoler chaque organisation dès le socle, pas au moment où ça devient urgent.
Défis & décisions — 03
Là où les choix comptent vraiment.
Des permissions au service de l’usage
Adapter les interfaces et les actions aux rôles sans transformer chaque écran en tableau de bord illisible.
Données sensibles, confiance fragile
Traiter l’information scolaire avec la rigueur qu’elle mérite — accès, traçabilité, clarté — sans alourdir chaque interaction.
Résultat — 04
Ce que le projet a produit.
Un socle SaaS en développement actif, avec une architecture multi-tenant posée et des parcours métier qui commencent à se stabiliser. Le produit avance par itérations ciblées plutôt que par refontes massives.
Ce que j'en retiens — 05
Les leçons qui restent.
- 01
Le multi-tenant n’est pas une feature : c’est une contrainte fondatrice. La reporter coûte toujours plus cher que de la poser tôt.
- 02
Un rôle mal modélisé se voit immédiatement dans l’UI — trop d’actions, ou pas assez. Les permissions sont aussi une question de design.
- 03
Les outils métier gagnent quand on réduit le bruit : chaque information affichée doit justifier sa présence.
Projet suivant
CertFlow
Scripts & Outils
Et après
Travaillons ensemble.
Un projet, une opportunité de stage ou simplement l'envie d'échanger ? Ma boîte de réception est ouverte.
Démarrer une conversation