Enrollment layer : la chaîne de la demande d'info à l'inscription

L'enrollment layer, c'est quoi ?

L'enrollment layer désigne l'ensemble des outils, des données et des personnes qui mènent un candidat de la première demande d'information à l'inscription confirmée. Il se situe entre le site de l'établissement, les canaux de messagerie, le CRM, le système de gestion du dossier étudiant et le bureau d'admission. Ce n'est pas un terme officiel, mais un cadre de lecture qui permet de voir toute la chaîne plutôt que de vérifier chaque outil séparément.

Dans la plupart des établissements, chaque brique fonctionne correctement seule. Les pertes se produisent entre les briques : une demande d'information qui arrive au CRM sans son contexte, une offre d'admission acceptée que le registraire ne voit jamais, un candidat joint deux fois par deux services.

Cet article décrit six composants et cinq transferts, puis la carte telle qu'elle se dessine au Québec. Il prolonge notre lecture du parcours prospect idéal de la première visite à l'inscription, qui décrit le vécu du candidat. Ici, on décrit ce que l'établissement doit assurer.

Les six composants de la chaîne

Chaque composant a une fonction, un responsable et un type de donnée.

Le CRM est souvent présenté comme le centre du dispositif. Pour le suivi, c'est vrai, mais la vérité sur l'inscription se trouve dans le dossier étudiant tenu par le registrariat. Un établissement qui confond les deux finit par compter comme « inscrit » un candidat qui a simplement terminé une séquence de courriels.

Les cinq transferts où le candidat se perd

Un transfert est le moment où l'information change de système ou de responsable. La chaîne casse là, parce que personne ne porte l'espace entre deux outils.

Chaque transfert mérite trois réponses écrites : qui en répond, quelles données doivent passer, et que se passe-t-il quand le transfert échoue.

À quoi ressemble la carte au Québec

Au Québec, la chaîne dépend du palier. Les demandes d'admission au collégial et à l'université passent largement par des services régionaux d'admission, comme le SRAM pour la région de Montréal, et certains établissements reçoivent aussi des demandes directement. Là où un service central détient la demande officielle, le transfert 4 devient un point de synchronisation avec une plateforme que l'établissement ne contrôle pas. Dessinez une carte par parcours : cégep, premier cycle universitaire, cycles supérieurs, candidats internationaux.

La cote de rendement au collégial (la cote R) est calculée en dehors de votre chaîne, mais elle conditionne les décisions des candidats et les questions qu'ils posent à la porte d'entrée. Le français, langue d'usage, impose que les gabarits de messages, les réponses de l'agent et les champs du CRM fonctionnent d'abord en français, avec une langue de contact enregistrée pour les candidats anglophones et internationaux.

Côté données, la Loi 25 a modernisé la protection des renseignements personnels au Québec, et la Commission d'accès à l'information en surveille l'application. Selon le type d'établissement, public ou privé, un régime ou l'autre peut s'appliquer : faites confirmer par votre responsable de la protection des renseignements personnels les obligations liées à chaque flux, y compris l'information donnée au candidat sur l'utilisation d'un agent conversationnel. Dans la carte, cette exigence est un composant à part entière, parce qu'elle conditionne tous les transferts.

Cartographier votre enrollment layer en une demi-journée

Un tableau, un responsable par brique et quelques dossiers réels suffisent.

1. Listez les points d'entrée. Formulaire, clavardage, téléphone, portes ouvertes, salons, réseaux sociaux, plateformes d'orientation.
2. Nommez un responsable par composant. Un composant sans nom est un composant orphelin.
3. Suivez cinq candidatures de bout en bout, dont une abandonnée.
4. Repérez chaque ressaisie. Chaque copie manuelle est un risque d'erreur et un délai.
5. Définissez les événements qui comptent. Première réponse envoyée, visite effectuée, demande complète, offre acceptée, inscription confirmée.

Le résultat tient sur une page : où les candidats attendent, où les équipes font le même travail deux fois, où deux systèmes se contredisent.

Où un agent IA s'insère dans la chaîne

Un agent IA occupe la porte d'entrée et une partie des canaux de messagerie. Il répond aux questions sur les programmes, les conditions d'admission et les dates limites à partir du contenu de l'établissement, qualifie l'intention et peut proposer un créneau de portes ouvertes. Il peut aussi transmettre la fiche au CRM avec le contexte de la conversation, ce qui traite le premier transfert.

Il ne remplace ni le CRM, ni le registrariat, ni les conseillers. Les décisions d'admission et les cas particuliers restent humains, comme nous le détaillons dans notre article sur l'accompagnement du candidat de la première question à l'inscription. Les capacités et limites des agents sont présentées dans notre guide des agents IA pour le recrutement étudiant, et le cadre stratégique dans notre guide pilier du recrutement étudiant.

L'agent écrit dans la chaîne : il doit donc en respecter les règles. Mêmes statuts que le CRM, même identifiant de candidat, mêmes consentements.

Les erreurs de conception les plus fréquentes

• Acheter un outil par problème. Chaque outil règle un trou local et en ouvre un autre à la frontière avec son voisin.
• Mesurer chaque brique séparément. Un bon taux d'ouverture de courriels n'indique rien sur le transfert 3.
• Ne confier la chaîne à personne. Si les communications possèdent l'entrée, le recrutement le CRM et le registrariat la fin, personne ne possède le tout.