Plateforme edtech Montessori • 2026
Soriconnect
Soriconnect connecte trois publics qui ne parlent pas le même langage sur une même plateforme : la direction d'école qui pilote l'organisation, les éducateurs qui suivent la progression pédagogique au quotidien, et les parents qui veulent un retour clair sans jargon Montessori. Mon rôle a été de structurer cette plateforme à trois entrées pour qu'aucun des trois publics ne se sente secondaire.
Project Snapshot
Positionnement
3 parcours dédiés — un par rôle (direction / éducateur / parent), avec un point d'entrée et un vocabulaire propres à chacun
Structure
1 plateforme, 0 doublon de contenu — chaque fonctionnalité expliquée une seule fois, depuis l'angle du rôle concerné
Perception
Architecture MongoDB orientée rôles — modèle de données qui reflète directement la structure à 3 publics du site
3
parcours dédiés — un par rôle (direction / éducateur / parent)
1
plateforme, 0 doublon de contenu — chaque fonction expliquée depuis l'angle du rôle concerné
100%
architecture MongoDB orientée rôles qui reflète la structure à 3 publics
Le contexte
Une école Montessori ne se pilote pas comme une entreprise classique : suivi individualisé, observations pédagogiques, communication de confiance avec les familles. Le risque produit était de construire — ou de présenter — une plateforme générique de gestion scolaire qui ignore cette spécificité, ou inversement, un outil si spécialisé qu'il devient illisible pour une direction qui évalue plusieurs solutions en parallèle.
L'approche
J'ai découpé l'architecture du site autour des trois rôles plutôt qu'autour des modules techniques (suivi, messagerie, planning…). Chaque visiteur arrive sur la page qui correspond à sa fonction et voit en premier le bénéfice qui le concerne — gain de temps administratif pour la direction, visibilité sur la progression pour l'éducateur, tranquillité d'esprit pour le parent. Le contenu technique vient en appui, pas en ouverture.
Ce qui a ete construit
- Trois parcours d'entrée distincts (direction / éducateurs / parents), chacun avec son propre fil de lecture
- Hiérarchie de page repensée : bénéfice métier en haut, fonctionnalité ensuite, preuve sociale en bas
- Vocabulaire aligné sur le champ lexical Montessori plutôt que sur celui du SaaS générique, pour ne pas perdre la confiance des établissements
- Base SEO structurée autour des intentions de recherche réelles des écoles Montessori (gestion pédagogique, communication parents-école), pas autour de mots-clés SaaS génériques
Direction produit et design
- L'enjeu n'était pas d'ajouter de la sophistication visuelle, mais de retirer ce qui n'aidait pas à la décision. Une direction d'école qui évalue un outil pédagogique n'a pas le même réflexe d'achat qu'un acheteur SaaS classique : elle a besoin de se reconnaître dans le discours avant de regarder les fonctionnalités. C'est ce qui a guidé l'ordre d'apparition des sections.
Impact business
- Une direction d'école comprend en une page si l'outil correspond à son fonctionnement, sans avoir à déduire la pertinence à partir d'une liste de fonctionnalités génériques
- Le parcours parent, séparé du parcours direction, évite que les deux publics se sentent obligés de lire un contenu qui ne les concerne pas
- La structure de contenu posée sert aussi de base pour les futures pages produit, sans refonte de l'architecture à chaque ajout de fonctionnalité
Resultat final
Soriconnect passe d'un sujet dense — pédagogie, suivi, communication, organisation — à une plateforme où chaque public sait en quelques secondes si l'outil le concerne et pourquoi. La densité du sujet est toujours là ; elle n'est simplement plus un obstacle à la compréhension.
Lecture business
"Un travail de fond sur la clarte produit, la hierarchie des parcours et la credibilite de la plateforme pour aider un sujet complexe a devenir lisible des les premieres secondes."