ChatGPT
Claude
Perplexity
Gemini
GrokUn agent pour tout le groupe : possible, à condition de séparer quatre choses
Un seul agent IA peut servir plusieurs écoles d'un même groupe si l'architecture sépare la marque, la base de connaissances, le routage des demandes et les données. Sans cette séparation, le visiteur d'une école reçoit la réponse d'une autre, et l'équipe admissions de l'école A voit les contacts de l'école B.
Pour un groupe, la question n'est donc pas « un chatbot ou plusieurs ? », mais « qu'est-ce qui est partagé, qu'est-ce qui reste propre à chaque école, et qui décide ? ». Cet article donne une grille pour répondre. Il complète notre guide des agents IA pour le recrutement étudiant par le cas particulier des groupes.
Note de méthode : aucun outil payant de volumes de recherche n'était disponible, l'analyse repose sur une recherche publique. Cet article ne contient aucun chiffre de performance, et rien ici ne provient de clients de Skolbot.
Trois architectures possibles
Les groupes d'écoles arrivent presque toujours à l'une de ces trois options. Aucune n'est universellement meilleure : le bon choix dépend du degré d'autonomie des écoles.
| Architecture | Principe | Avantage | Risque |
|---|---|---|---|
| Un agent par école, outils séparés | Chaque école contracte et gère son propre outil | Autonomie totale | Pratiques disparates, coût de pilotage, aucune vue groupe |
| Un agent unique et anonyme | Une seule voix pour tout le groupe | Simplicité | Dilue les marques, mélange les offres et les leads |
| Une plateforme commune, des agents par marque | Socle partagé, configuration, contenus et données propres à chaque école | Cohérence et autonomie | Demande une gouvernance explicite |
La troisième option est celle que la plupart des groupes visent, car elle respecte la réalité commerciale : un candidat à une école de communication ne cherche pas une école d'ingénieurs du même groupe. Elle impose en revanche de décider noir sur blanc qui possède quoi.
La marque : une voix par école
Chaque école garde son nom, son ton, son domaine web et son périmètre de programmes. L'agent qui répond sur le site d'une école se présente sous la marque de cette école, tutoie ou vouvoie comme elle le fait, et ne cite que ses formations.
Le groupe fixe des règles communes plus étroites que le style : ce que l'agent ne promet jamais (admission, bourse, équivalence de diplôme), comment il signale qu'il est une IA, quand il passe la main à un humain. Ces règles sont un socle de sécurité, pas une charte éditoriale.
Piège fréquent : la comparaison entre écoles du groupe. Un visiteur peut demander « quelle est la différence avec l'autre école du groupe ? ». Décidez à l'avance si l'agent oriente vers l'autre école (utile si elle correspond mieux au projet) ou s'il reste dans son périmètre. Les deux choix sont défendables, l'improvisation ne l'est pas.
Les connaissances : socle de groupe et couches d'école
Séparez les contenus en deux couches. Le socle de groupe réunit ce qui est vraiment commun : valeurs, implantations, accompagnement général, mentions légales, politique de données. La couche école réunit tout le reste : programmes, frais, calendriers de candidature, jurys, conditions d'admission, accréditations.
Règle simple : un fait qui change par école ne va jamais dans le socle. Les frais de scolarité, les dates limites et les conditions d'accès sont propres à chaque établissement, et c'est là que se produisent les erreurs les plus coûteuses quand les bases sont mélangées.
Chaque contenu a un responsable nommé, une date de dernière relecture et une règle d'expiration. La méthode est détaillée dans notre article sur la mise à jour de la base de connaissances. Dans un groupe, l'enjeu est d'éviter qu'un changement fait dans une école ne se propage par erreur aux autres, ou ne soit oublié dans celle qui devait le recevoir.
Le routage : envoyer chaque conversation à la bonne équipe
Le routage répond à deux questions : à quelle école appartient cette conversation, et qui la reprend ? Le plus fiable est le point d'entrée : le widget installé sur le site d'une école rattache la conversation à cette école, sans que le visiteur ait à choisir.
Les cas ambigus existent : une page de groupe, un salon, un lien partagé sur les réseaux, un visiteur qui hésite entre deux filières. L'agent pose alors une question de tri (niveau visé, domaine, campus souhaité) puis oriente. Si la réponse reste floue, il propose un échange avec un conseiller plutôt que de deviner.
Prévoyez aussi le routage au sein d'une école : par campus, par programme, par langue ou par statut (initial, alternance, formation continue). Chaque destination a une équipe, des horaires de réponse et un outil de suivi. Pour l'alternance, voyez notre article sur le chatbot de recrutement en alternance.
Les données : qui décide, qui traite, qui voit quoi
C'est le point que les services juridiques regardent en premier. En droit européen, la répartition des rôles dépend de qui détermine les finalités et les moyens du traitement. La CNIL rappelle que, lorsque deux responsables ou plus déterminent conjointement ces finalités et ces moyens, ils sont responsables conjoints du traitement (article 26 du RGPD).
Dans un groupe, la réponse varie selon la structure juridique. Si chaque école est une entité distincte qui recrute pour elle-même, elle est en principe responsable de ses propres données de candidats. Si le groupe mutualise la décision (outil unique, base commune, campagnes communes), le partage des responsabilités doit être documenté. Faites valider ce point par votre délégué à la protection des données : il ne se devine pas depuis un organigramme marketing. Le site de la CNIL regroupe ses guides pratiques.
Le fournisseur de l'agent agit généralement comme sous-traitant. Selon la même source, le traitement par un sous-traitant est régi par un contrat ou un autre acte juridique (article 28). Concrètement, le contrat précise les instructions, la sécurité, la localisation des données et le sort des données en fin de contrat.
Trois règles pratiques en découlent :
- Cloisonnement par défaut. Un conseiller de l'école A ne voit que les conversations et les contacts de l'école A.
- Pas de réutilisation silencieuse. Un candidat qui s'est renseigné auprès d'une école n'est pas contacté par une autre école du groupe sans base légale et information claire. Selon le considérant 39 du RGPD, les finalités spécifiques du traitement des données à caractère personnel devraient être explicites et légitimes, et cela vaut aussi entre entités d'un même groupe.
- Vue groupe agrégée. La direction du groupe suit des indicateurs agrégés (volumes, délais, taux de passage à un rendez-vous) sans accéder aux dossiers nominatifs, sauf besoin défini et documenté.
Les exigences d'hébergement et de transfert doivent figurer au contrat ; demandez-les à tout fournisseur, y compris nous, et vérifiez-les avant de signer.
La gouvernance : qui change quoi, et comment
Un agent de groupe est un produit vivant. Sans règles de modification, il dérive. Quatre rôles suffisent pour un groupe de taille moyenne.
| Rôle | Responsabilité |
|---|---|
| Sponsor groupe | Fixe le périmètre, arbitre entre écoles, porte le budget |
| Responsable de la plateforme | Gère la configuration technique, les accès, les intégrations |
| Référent par école | Valide les contenus de son école, suit les conversations et les escalades |
| Référent données | Vérifie les contrats, les durées de conservation, les demandes d'exercice de droits |
Définissez ensuite un circuit de changement : qui propose, qui valide, qui publie, comment revenir en arrière. Les modifications du socle de groupe passent par le responsable de la plateforme et un référent de chaque école concernée. Les modifications d'une couche école passent par le seul référent de cette école.
Gardez une trace des versions. Quand un candidat conteste une réponse, vous devez pouvoir retrouver ce que l'agent savait à la date de la conversation. Enfin, prévoyez une revue périodique des conversations escaladées, école par école : c'est là que se voient les contenus manquants.
Mesurer sans mélanger les écoles
Chaque école a son entonnoir, ses saisons et son niveau de notoriété. Comparer les résultats de deux écoles sans correction fabrique de faux classements internes. Mesurez chaque école par rapport à elle-même (avant et après le lancement, à période comparable), puis consolidez au niveau du groupe seulement pour les indicateurs de fonctionnement : délai de réponse, taux d'escalade, contenus signalés comme manquants.
Fixez les indicateurs avant le déploiement. Notre grille d'évaluation d'un agent IA propose des critères à vérifier avec le fournisseur, dont ceux qui touchent à la gestion multi-sites.
Questions à poser à un fournisseur pour un groupe
Posez-les par écrit, et demandez une démonstration plutôt qu'une promesse :
- Peut-on configurer des marques, des domaines et des bases de connaissances distincts dans un même espace ?
- Comment sont gérés les droits d'accès par école et par rôle ?
- Où sont hébergées les données, et quelles sont les conditions de sous-traitance ultérieure ?
- Comment sont exportées et supprimées les données d'une école qui quitte le groupe ?
- Quelles intégrations existent avec les CRM déjà utilisés par chaque école ?
Ne retenez que ce que le fournisseur démontre. Une fonction annoncée mais non montrée n'existe pas encore pour votre décision.
