Plateforme SaaS moderne pour centres éducatifs

T2 Center SaaS

Lancez votre logiciel de gestion scolaire comme un vrai SaaS : inscription client, données centre isolées, plans d abonnement, facturation manuelle, tickets support et contrôle propriétaire dans une seule plateforme claire.

Temps réel Vue admin SaaS
Manuel Billing prêt aujourd hui
Tenant Isolation des données par centre
Installation prête Plans et limites Paiements manuels Pages publiques centre
Admin SaaS globalGérez chaque client, plan, abonnement, ticket support et paiement.
Dashboard clientChaque centre garde ses opérations, équipe, étudiants, paiements et paramètres.
Garde abonnementLes comptes essai et actifs continuent. Les comptes expirés voient le parcours billing.
Pages publiques centreChaque centre peut avoir sa page profil et son lien d inscription.
Fondation SaaS

Conçu pour vendre un logiciel scolaire comme service mensuel.

Le site public présente maintenant le SaaS lui-même. Les pages publiques des centres restent séparées et les accès admin/client sont clairs.

1 Coeur tenant Chaque centre obtient un espace métier verrouillé.

Utilisateurs, étudiants, factures, fichiers, paramètres et rapports restent rattachés au centre authentifié.

2 Contrôle billing Essais, renouvellements, paiements manuels et expiration dans un seul flux.

Le propriétaire SaaS active les abonnements après espèces, virement, PayPal ou tout paiement manuel.

3 Opérations Les modules école restent dans le dashboard client.

Présences, emplois du temps, packs, cours, professeurs, paiements, dépenses et rapports restent connectés.

4 Support Les clients demandent de l aide sans quitter l application.

Demandes de renouvellement, upgrade, réponses support et notifications plateforme sont organisées par centre.

Salle de contrôle

Une console propriétaire. Plusieurs centres clients protégés.

Le propriétaire SaaS obtient une visibilité globale, tandis que les utilisateurs centre arrivent directement dans leur dashboard sans accès aux autres centres.

/saas-admin/dashboard
Clients totauxactifs, essai, expirés
Revenuspaiements manuels
Tickets ouvertsbilling et support

Le statut d abonnement décide l accès.

Les clients essai et actifs utilisent l application. Les expirés vont vers billing. Les suspendus sont bloqués avec un chemin support.

Les chemins admin et client restent séparés.

Le propriétaire plateforme utilise l admin SaaS. Les utilisateurs centre utilisent le dashboard normal. Le login redirige chacun vers le bon espace.

Modèle sécurité

Pensé autour de l isolation tenant et du contrôle abonnement.

Chaque action importante est vérifiée côté serveur. Le masquage UI aide, mais les contrôles backend protègent le business.

Protection tenant

Le centre courant vient de la session, jamais des URLs ou champs cachés.

  • Filtres SQL avec center_id
  • Vérifications propriété des enregistrements
  • Uploads isolés par centre

Authentification

Les accès client et admin plateforme partagent la même base sécurité avec des destinations différentes.

  • Mots de passe hashés
  • Sessions sécurisées
  • Protection CSRF des formulaires

Contrôles commerciaux

Les limites de plan et le statut abonnement sont vérifiés avant les actions sensibles.

  • Blocage des comptes expirés
  • Limites d utilisation par plan
  • Journaux audit des actions admin
Plans

Commencez par un essai, activez manuellement quand le client paie.

Aucune passerelle de paiement n est nécessaire pour la première version. Ajoutez les paiements depuis l admin SaaS et les dates d abonnement se mettent à jour.

Plan SaaS

Basic

Plan SaaS de démarrage pour les petits centres.

199 MAD / mensuel
  • 2 utilisateurs
  • 100 étudiants
  • 10 professeurs
  • Présences
  • Rapports basiques
Choisir ce plan
Plan SaaS

Business

Plan SaaS business pour les opérations avancées.

799 MAD / mensuel
  • 20 utilisateurs
  • 2000 étudiants
  • 200 professeurs
  • Présences
  • Rapports basiques
  • Rapports avancés
  • Factures
  • Rappels WhatsApp
Choisir ce plan
Workflow facturation manuelle

Assez simple pour lancer, assez structuré pour ajouter les passerelles plus tard.

La première version supporte les paiements manuels. La structure passerelle peut être ajoutée plus tard sans mélanger les abonnements SaaS avec les paiements étudiants.

Le client démarre un essai

Un centre, un utilisateur propriétaire, un slug et un abonnement d essai sont créés depuis l inscription publique.

Le propriétaire confirme le paiement

L admin SaaS enregistre le paiement, choisit le plan et prolonge l abonnement depuis la console.

L accès suit le statut

Les comptes essai et actifs entrent dans l app. Les expirés ou suspendus sont guidés vers billing ou support.

Prêt à intégrer le prochain centre ?

info@t2.ma