La mayoría de las bases alumni mantienen a sus graduados en estado «student» durante años tras la graduación porque la transición es manual. Resultado: encuestas CGE sesgadas, mentoría imposible, comunicaciones mal segmentadas. Tres mecanismos complementarios (email D+1, banner de perfil, red de seguridad D+30) permiten automatizar el cambio sin intervención admin.
El problema silencioso: la base alumni que miente
En la mayoría de las plataformas alumni, el estado «student» / «alumni» es un campo estático. En el registro, el miembro es student. En la graduación... sigue siendo student. ¿Por qué? Porque nadie ha activado explícitamente el cambio.
Concretamente, esto es lo que ocurre en una escuela que usa Excel o una plataforma clásica tipo AlumnForce / Hivebrite:
- En julio, la promoción 2026 recibe su diploma.
- El admin debe, en algún momento, hacer una exportación CSV, modificar la columna estado, y volver a importar.
- Esta tarea rara vez se prioriza — no tiene ninguna urgencia visible, ningún KPI vinculado, ningún error técnico en caso de olvido.
- Resultado: doce meses más tarde, la promoción 2026 sigue etiquetada «student» en la base.
Este problema es invisible. La plataforma funciona. Los emails salen. Los perfiles son consultables. Salvo que el dato es falso, y todos los bloques que se apoyan en él quedan sesgados.
Por qué es un problema real (más allá de la estética de la base)
Una base con estudiantes fantasma provoca tres fallos en cascada.
Encuestas CGE/CTI sesgadas
Cuando llega la encuesta de inserción CGE 6 meses, usted segmenta sobre member_type = alumni. Los graduados etiquetados «student» nunca reciben la encuesta. Usted mide la inserción de un panel parcial — y remonta a la CGE cifras mecánicamente recortadas. Para las escuelas en visita de acreditación, la diferencia entre la promoción real y la promoción que responde se convierte en una china en el zapato del expediente.
Mentoría inactivable
Un antiguo graduado todavía en «student» no puede convertirse en mentor — el rol suele estar restringido por el estado alumni. Una promoción entera queda así excluida del programa de mentoría de su escuela, cuando representa precisamente el perfil que los estudiantes actuales quieren contactar (jóvenes graduados, todavía cercanos al día a día de la escuela).
Comunicaciones mal segmentadas
Los newsletters «alumni de honor», «club de graduados», «llamadas a cotización» excluyen por construcción a los graduados mal etiquetados. E inversamente, los anuncios de «prácticas», «vuelta al curso», «matrícula» les llegan a los 30 años. Efecto: pérdida de credibilidad de la comunicación de la escuela ante una generación entera.
Por qué las herramientas clásicas no lo hacen
Las plataformas alumni del mercado tratan el estado como un campo administrador, no como un mecanismo automático. Tres razones:
- AlumnForce, Hivebrite, Graduway: la transición está expuesta en la interfaz admin (exportación → modificación → reimportación O bulk update). Es técnicamente factible, pero ninguna de estas herramientas activa el cambio sin intervención humana.
- Excel, Google Sheets: el mecanismo simplemente no existe. La hoja de cálculo es inerte.
- LinkedIn Groups, WhatsApp, Slack comunitarios: no hay noción de estado formal. Todo el mundo es «miembro».
El bug común: estas herramientas tratan la red alumni como una lista, no como un flujo. Ahora bien, una red alumni es un flujo: cada año, una promoción bascula de dentro a fuera, y la plataforma debería encargarse de ello por sí sola.
El mecanismo Terrilink: 3 fuentes convergentes
Terrilink activa el cambio mediante tres mecanismos complementarios, cada uno cubriendo un caso que los otros se pierden.
Fuente 1 — Email D+1 (engagement activo)
Al día siguiente de la fecha de graduación calculada (end_year × mes de graduación por defecto de la escuela), un email automático se envía al estudiante con un enlace JWT firmado válido 60 días. Un clic = cambio alumni instantáneo + email de bienvenida cálido.
Fuente 2 — Banner de perfil (caso del miembro ya conectado)
Si el estudiante se conecta espontáneamente tras su fecha de graduación (antes o después del email), un banner en su perfil le propone el cambio en 1 clic. Cubre el caso en que el email D+1 aterriza en spam o es ignorado.
Fuente 3 — Red de seguridad D+30 (garantía de exhaustividad)
Si el estudiante no ha hecho clic en el email ni ha reaccionado al banner durante 30 días, el sistema lo pasa automáticamente a alumni. La transición se traza en base (graduation_status = auto_transitioned) para distinguir los cambios operados por el usuario (fuentes 1 y 2) de los operados por la red de seguridad.
Las tres fuentes convergen hacia el mismo estado final: member_type = alumni. El cron corre todos los días a las 8h Europe/Paris.
Comparativa: manual vs automático
| Criterio | AlumnForce / Hivebrite | Excel / Google Sheets | Terrilink |
|---|---|---|---|
| Transición automática | ❌ Manual (admin) | ❌ Inexistente | ✅ Automática |
| Email de bienvenida alumni | ⚠️ A configurar | ❌ No | ✅ Incluido |
| Red de seguridad (D+30) | ❌ No | ❌ No | ✅ Incluido |
| Carga admin anual | 1-2 días / año | 1-2 días / año | 0 minutos |
| Riesgo de olvido | Elevado | Muy elevado | Nulo |
Comparativa establecida a partir de la documentación pública disponible al 4 de mayo de 2026 (sitios de los editores, fichas de producto, demos grabadas). Si identifica una funcionalidad equivalente en un competidor citado, escríbanos a thibault@terrilink.io: actualizaremos el artículo.
Los beneficios que nadie mide
Más allá de la limpieza de la base, el lifecycle automático desbloquea efectos de segundo orden rara vez documentados.
Email de bienvenida cálido. El graduado recibe un mensaje que celebra su cambio de estado. La tasa de cumplimentación del perfil (empresa + puesto) es mecánicamente superior en los días siguientes — lo que alimenta luego el matching de mentoría y la precisión de las encuestas CGE.
Datos siempre actualizados para las encuestas. Cuando llega el momento de lanzar la encuesta CGE 6 meses, su segmentación sobre alumni es exhaustiva y fiable. Vea nuestro calendario completo de la encuesta CGE 2026 para ajustar el mecanismo con las ventanas de recordatorio.
Activación inmediata de la mentoría. Un graduado puede, desde el cambio, ser identificado como mentor potencial. Los programas que se apoyan en los jóvenes graduados (3-5 años) ganan en reactividad.
Credibilidad institucional. Para un comprador B2B (DG de escuela, responsable RCP), una plataforma que hace esto por sí sola señala un nivel de madurez de producto. Es exactamente el tipo de detalle que distingue una herramienta moderna de una legacy en demo.
Preguntas frecuentes
¿Qué pasa si la fecha de graduación prevista no coincide con la realidad (tribunal de recuperación, repetición de curso)?
La fecha de graduación es editable a nivel del miembro. El admin puede actualizarla en cualquier momento; el cron D+1 / D+30 tiene en cuenta el valor actual.
¿El sistema envía emails a las escuelas en modo demo?
No. El cron filtra sobre el modo Stripe live: ningún email real se envía a los tenants en modo test o demo.
¿Qué pasa si el envío del welcome email falla (SMTP down, dirección inválida)?
El welcome email es no bloqueante. Si el envío falla, la transición student → alumni se conserva en base y el error se registra del lado admin. Ningún reintento automático hoy: el miembro conserva su nuevo estado alumni, pero no recibe el correo de bienvenida mientras el incidente no se resuelva.
Ver el mecanismo sobre su propia base
El lifecycle automático es una de las funcionalidades más demostrables de Terrilink: importamos una promoción de su escuela, configuramos la fecha de graduación, y usted ve salir el email D+1 en directo. Reserve 15 minutos y desplegamos el encadenamiento completo sobre su caso. Para comparar Terrilink con las otras opciones del mercado, vea también la alternativa a AlumnForce o nuestra guía cómo elegir su software alumni.