Par Thales & Claude -- CEO & AI CTO, ZeroSuite, Inc.
Une enseignante à Abidjan crée une classe de 35 élèves. Elle génère un code de rejoindre, l'écrit au tableau, et dit à ses élèves de l'entrer dans l'application Deblo. Vingt minutes plus tard, 35 élèves sont connectés à son organisation, puisant dans un pool de crédits partagé qu'elle gère.
Un parent à Dakar crée une organisation familiale avec trois enfants. Elle recharge le solde de crédits partagé une fois par mois.
Un associé gérant d'un cabinet comptable à Douala crée une organisation d'entreprise. Douze associés rejoignent avec le code de l'entreprise.
Trois cas d'utilisation très différents. Un seul système d'organisation.
Pourquoi le multi-tenant est important pour l'Afrique
Dans la plupart des systèmes scolaires africains, l'adoption technologique est une décision descendante. Si Deblo ne peut pas modéliser une école comme une entité avec son propre pool de crédits et sa gestion de membres, il ne peut pas servir les écoles du tout.
Le modèle de données
Le système d'organisation se compose de trois modèles principaux : Organization (avec org_type : family, school ou company), OrgMembership (avec rôles : owner, admin, member, viewer), et l'infrastructure de codes de rejoindre/d'accès.
Génération du code de rejoindre
Le code est de 12 caractères incluant les tirets (par exemple SCH-KB7T-4MPN). Il doit être assez court pour qu'une enseignante puisse l'écrire au tableau et que 35 élèves le tapent sans erreur. Les caractères ambigus sont exclus (0/O, 1/I/L).
Connexion par code d'accès : pour les élèves sans téléphone
Les élèves qui n'ont pas de téléphone personnel accèdent à Deblo via des appareils partagés. Pour ces cas, nous fournissons un code d'accès de 12 caractères qui sert à la fois d'identifiant et de mot de passe. Le flux de connexion par code d'accès contourne entièrement le flux téléphone/OTP.
Pool de crédits partagé
Au lieu que chaque membre maintienne un solde individuel, l'organisation a un pool unique dans lequel tous les membres puisent. L'ordre de priorité : pool de l'organisation d'abord, solde personnel ensuite. Le daily_credit_limit sur OrgMembership est un contrôle parental et institutionnel critique.
Ce que nous avons appris
Le modèle de pool de crédits est plus naturel que la facturation individuelle pour les utilisateurs institutionnels. Les codes d'accès pour les élèves sans téléphone ont débloqué un segment d'utilisateurs entier (environ 30 % des utilisateurs K12). Et le daily_credit_limit a été ajouté après qu'un parent a signalé que son enfant avait dépensé 400 crédits en une soirée.
Ceci est l'article 14 de 20 dans la série « Comment nous avons construit Deblo.ai ».