La majorité des bases alumni gardent leurs diplômés en statut « student » pendant des années après le diplôme parce que la transition est manuelle. Résultat : enquêtes CGE biaisées, mentorat impossible, communications mal ciblées. Trois mécanismes complémentaires (email J+1, banner profil, filet J+30) permettent d'automatiser la bascule sans intervention admin.
Le problème silencieux : la base alumni qui ment
Sur la plupart des plateformes alumni, le statut « student » / « alumni » est un champ statique. À l'inscription, le membre est student. Au diplôme... il reste student. Pourquoi ? Parce que personne n'a explicitement déclenché la bascule.
Concrètement, voici ce qui se passe dans une école qui utilise Excel ou une plateforme classique type AlumnForce / Hivebrite :
- En juillet, la promo 2026 reçoit son diplôme.
- L'admin doit, à un moment donné, faire un export CSV, modifier la colonne statut, et ré-importer.
- Cette tâche est rarement priorisée — elle n'a aucune urgence visible, aucun KPI rattaché, aucune erreur technique en cas d'oubli.
- Résultat : douze mois plus tard, la promo 2026 est toujours étiquetée « student » dans la base.
Ce problème est invisible. La plateforme fonctionne. Les emails partent. Les profils sont consultables. Sauf que la donnée est fausse, et toutes les briques qui s'appuient dessus se retrouvent biaisées.
Pourquoi c'est un vrai problème (au-delà de l'esthétique de la base)
Une base avec des étudiants fantômes provoque trois pannes en cascade.
Enquêtes CGE/CTI biaisées
Quand vient l'enquête d'insertion CGE 6 mois, vous segmentez sur member_type = alumni. Les diplômés étiquetés « student » ne reçoivent jamais l'enquête. Vous mesurez l'insertion d'un panel partiel — et vous remontez à la CGE des chiffres mécaniquement amputés. Pour les écoles en visite d'accréditation, l'écart entre la promo réelle et la promo répondante devient un caillou dans la chaussure du dossier.
Mentorat inactivable
Un ancien diplômé encore en « student » ne peut pas devenir mentor — le rôle est généralement gaté par le statut alumni. Une promo entière est ainsi exclue du programme mentorat de votre école, alors qu'elle représente précisément le profil que les étudiants actuels veulent contacter (jeunes diplômés, encore proches du quotidien école).
Communications mal ciblées
Les newsletters « alumni d'honneur », « club des diplômés », « appels à cotisation » excluent par construction les diplômés mal taggués. Et inversement, les annonces « stage », « rentrée », « scolarité » leur arrivent à 30 ans. Effet : décrédibilisation de la communication école auprès d'une génération entière.
Pourquoi les outils classiques ne le font pas
Les plateformes alumni du marché traitent le statut comme un champ administrateur, pas comme une mécanique automatique. Trois raisons :
- AlumnForce, Hivebrite, Graduway : la transition est exposée en interface admin (export → modification → ré-import OU bulk update). C'est techniquement faisable, mais aucun de ces outils ne déclenche la bascule sans intervention humaine.
- Excel, Google Sheets : la mécanique n'existe simplement pas. Le tableur est inerte.
- LinkedIn Groups, WhatsApp, Slack communautaires : il n'y a pas de notion de statut formel. Tout le monde est « membre ».
Le bug commun : ces outils traitent le réseau alumni comme une liste, pas comme un flux. Or un réseau alumni est un flux : chaque année, une promotion bascule du dedans au dehors, et la plateforme devrait s'en charger toute seule.
La mécanique Terrilink : 3 sources convergentes
Terrilink déclenche la bascule via trois mécanismes complémentaires, chacun couvrant un cas que les autres ratent.
Source 1 — Email J+1 (engagement actif)
Le lendemain de la date de diplôme calculée (end_year × mois de diplôme par défaut de l'école), un email automatique est envoyé à l'étudiant avec un lien JWT signé valide 60 jours. Un clic = bascule alumni instantanée + email de bienvenue chaud.
Source 2 — Banner profil (cas du membre déjà connecté)
Si l'étudiant se connecte spontanément après sa date de diplôme (avant ou après l'email), un banner sur son profil lui propose la bascule en 1 clic. Couvre le cas où l'email J+1 atterrit en spam ou est ignoré.
Source 3 — Filet J+30 (garantie de complétude)
Si l'étudiant n'a ni cliqué l'email ni réagi au banner pendant 30 jours, le système le passe automatiquement alumni. La transition est tracée en base (graduation_status = auto_transitioned) pour distinguer les bascules opérées par l'utilisateur (sources 1 et 2) de celles opérées par le filet de sécurité.
Les trois sources convergent vers le même état final : member_type = alumni. Le cron tourne tous les jours à 8h Europe/Paris.
Comparatif : manuel vs automatique
| Critère | AlumnForce / Hivebrite | Excel / Google Sheets | Terrilink |
|---|---|---|---|
| Transition automatique | ❌ Manuelle (admin) | ❌ Inexistante | ✅ Automatique |
| Email de bienvenue alumni | ⚠️ À configurer | ❌ Non | ✅ Inclus |
| Filet de sécurité (J+30) | ❌ Non | ❌ Non | ✅ Inclus |
| Charge admin annuelle | 1-2 jours / an | 1-2 jours / an | 0 minute |
| Risque d'oubli | Élevé | Très élevé | Nul |
Comparatif établi à partir de la documentation publique disponible au 4 mai 2026 (sites éditeurs, fiches produit, démos enregistrées). Si vous identifiez une fonctionnalité équivalente chez un concurrent cité, écrivez-nous à thibault@terrilink.io : nous mettrons l'article à jour.
Les bénéfices que personne ne mesure
Au-delà de la propreté de la base, le lifecycle automatique débloque des effets de second ordre rarement documentés.
Email de bienvenue chaud. Le diplômé reçoit un message qui célèbre son passage de statut. Le taux de complétion de profil (entreprise + poste) est mécaniquement supérieur dans les jours qui suivent — ce qui nourrit ensuite le matching mentorat et la précision des enquêtes CGE.
Données toujours à jour pour les enquêtes. Quand vient le moment de lancer l'enquête CGE 6 mois, votre segmentation sur alumni est exhaustive et fiable. Voir notre calendrier complet de l'enquête CGE 2026 pour caler la mécanique avec les fenêtres de relance.
Activation immédiate du mentorat. Un diplômé peut, dès la bascule, être identifié comme mentor potentiel. Les programmes qui s'appuient sur les jeunes diplômés (3-5 ans) gagnent en réactivité.
Crédibilité institutionnelle. Pour un acheteur B2B (DG d'école, responsable RCP), une plateforme qui fait ça tout seule signale un niveau de maturité produit. C'est exactement le genre de détail qui distingue un outil moderne d'un outil legacy en démo.
Questions fréquentes
Que se passe-t-il si la date de diplôme prévue ne correspond pas à la réalité (jury de rattrapage, redoublement) ?
La date de diplôme est éditable au niveau du membre. L'admin peut la mettre à jour à tout moment ; le cron J+1 / J+30 prend en compte la valeur courante.
Le système envoie-t-il des emails aux écoles en mode démo ?
Non. Le cron filtre sur le mode Stripe live : aucun email réel n'est envoyé aux tenants en mode test ou démo.
Que se passe-t-il si l'envoi du welcome email échoue (SMTP down, adresse invalide) ?
Le welcome email est non-bloquant. Si l'envoi échoue, la transition student → alumni est conservée en base et l'erreur est journalisée côté admin. Aucun retry automatique aujourd'hui : le membre conserve son nouveau statut alumni, mais ne reçoit pas le mail de bienvenue tant que l'incident n'est pas résolu.
Voir la mécanique sur votre propre base
Le lifecycle automatique est l'une des fonctionnalités les plus démontrables de Terrilink : on importe une promo de votre école, on configure la date de diplôme, et vous voyez l'email J+1 partir en live. Réservez 15 minutes et on déroule l'enchaînement complet sur votre cas. Pour comparer Terrilink aux autres options du marché, voir aussi l'alternative à AlumnForce ou notre guide comment choisir son logiciel alumni.