Por qué un Excel alumni muere en 18 meses
Un archivo Excel puede gestionar 500 alumni durante 2 años. Más allá, aparecen tres señales, siempre en el mismo orden.
Señal 1: los duplicados. Después de 3 años de existencia, un archivo alumni contiene típicamente de 10 a 25 % de duplicados — misma persona, email profesional y después email personal, apellido que cambia, promoción que duda entre año de ingreso y año de salida. Ya no sabe a quién enviar qué. Una llamada a cuota se envía dos veces al mismo alumni: se queja, se desuscribe, lo cuenta.
Señal 2: el RGPD se vuelve ingobernable. Un alumni pide «elimíneme de su base». Abre el Excel, busca en 12 pestañas, encuentra 4 filas que le conciernen, olvida una, y él vuelve 6 meses más tarde copiando a la autoridad de protección de datos. Del mismo modo, imposible demostrar quién consintió qué, cuándo, para qué uso.
Señal 3: sin onboarding self-service. Un joven graduado no puede crear su cuenta, actualizar su email, cambiar su dirección. Todo pasa por usted. Con 2.000 alumni, recibe ~15 modificaciones por semana — es decir, 6 horas al mes de trabajo sin valor añadido.
El Excel es una herramienta de transición, no una herramienta de gestión a largo plazo. Cuando la directora alumni recibe una primera solicitud RGPD formal y debe buscar en 12 pestañas, la señal es clara: hay que migrar ahora.
Fase 1: Auditoría de los datos (1 semana)
Migrar sin auditar es importar el desorden a una plataforma limpia. Resultado: la plataforma se ensucia en 6 meses. La auditoría dura una semana, no más.
Paso 1: contar lo que cuenta. Cinco cifras a producir, con fórmulas Excel simples:
- Nº total de filas vs nº filas únicas (clave = email + nombre + promoción). Diferencia = tasa de duplicados.
- Tasa de bounces: emails que han rebotado en sus 3 últimas campañas. Típicamente 8-15 % en una base no mantenida.
- Distribución por promoción: cuántos alumni por año de graduación. Revela los huecos históricos (a menudo las promociones < 2000).
- Distribución por país: útil si la migración concierne una comunidad diáspora.
- Tasa de campos vacíos sobre los campos críticos (email, promoción, consentimiento).
Paso 2: clasificar los campos. Tres categorías. Los críticos: apellido, nombre, email, promoción, consentimiento RGPD. Sin ellos, el alumni no existe en la nueva base. Los útiles: ciudad, teléfono, LinkedIn, situación profesional, sector. Los opcionales: fecha de nacimiento, apodo, intereses. Toda migración debe salvar el 100 % de los críticos y el 80 % de los útiles.
Paso 3: detectar los riesgos RGPD. Tres a verificar: consentimiento ausente (alumni que nunca hizo opt-in explícito), emails desactivados sin baja formal, datos sensibles almacenados sin base legal (religión, salud, opiniones políticas — ocurre más a menudo de lo que se cree en archivos de asociación).
Entregable de la fase 1: un informe de auditoría de 2-3 páginas con estas cifras y una cartografía de riesgos. Servirá de referencia para el DPO y justificará el presupuesto de plataforma.
Fase 2: Esquema objetivo (1 semana)
Una vez hecha la auditoría, sabe lo que tiene. Queda definir lo que quiere.
Campos obligatorios (siempre): apellido, nombre, email principal, promoción (año de graduación), título (si escuela con varios cursos), estado del consentimiento RGPD con marca temporal. Cinco campos, no más. Si un alumni no tiene estos cinco, no pasa — o pasa como «a completar» con un email de recordatorio self-service.
Campos opcionales útiles: email secundario, teléfono, ciudad, país, LinkedIn, empresa actual, puesto actual, sector. Estos campos se rellenan en la migración o los completa el propio alumni a través de su espacio personal — lo cual es siempre más limpio y más legal.
Enriquecimiento automático. Dos fuentes legales y eficaces: LinkedIn (vía scraping controlado conforme a sus condiciones de uso, o vía APIs autorizadas) para el puesto / empresa / sector, y la base SIRENE para las empresas francesas (código NAF, tamaño, ubicación). Un enriquecimiento bien hecho rellena 60-70 % de los campos opcionales sin intervención del alumni.
Elección estructural: preestructurado o custom? Una plataforma preestructurada (Terrilink, AlumnForce, Hivebrite) impone un modelo de datos pero garantiza la mantenibilidad. Un custom (desarrollo Django + PostgreSQL) ofrece toda la flexibilidad del mundo y cuesta 40-80 k€ construirlo, luego 15 k€/año mantenerlo. Recomendación: preestructurado salvo caso extremo (federación de 15 asociaciones con reglas heterogéneas). Para decidir con detalle, nuestra guía para elegir un software alumni lista 10 criterios de decisión.
Fase 3: Import y deduplicación (2 semanas)
Es la fase más técnica, y aquella en la que se juega la calidad final de la base.
Formato de import. CSV UTF-8, separador coma, primera línea = cabeceras en snake_case (email, first_name, last_name, promotion_year, etc.). Evite XLSX como formato de import: Excel reinterpreta las fechas, elimina los ceros iniciales de los códigos postales, y transforma algunos emails en hipervínculos. CSV limpio, siempre.
Reglas de deduplicación. La clave primaria de facto de un alumni no es su email (que cambia) ni su nombre (que puede cambiar): es la combinación email_normalizado + nombre_normalizado + promoción. Dos filas con esta clave idéntica = fusión. Normalización: minúsculas, acentos eliminados, espacios recortados. Una regla secundaria para los casos ambiguos: si dos filas tienen mismo nombre + misma promoción pero emails diferentes, marcar como «candidato a fusión» y tratar manualmente. Cuente ~2 horas por cada 1.000 filas en fusión manual.
Preservación del historial de cuotas. Si su Excel contiene un historial de cuotas, mapear esas columnas hacia la nueva plataforma es crítico. Un alumni que cotiza desde 2015 debe ver su estado «fiel 10 años» aparecer en su perfil — si no, se siente desposeído. Columnas a mapear: año cuota, importe, método de pago, estado. Idealmente en tabla separada (una fila = una cuota).
Test de import sobre el 10 %. Nunca, nunca importar todo de una vez. Siempre: una muestra del 10 % incluyendo los casos límite (alumni con 2 promociones, alumni con 3 emails, alumni fallecidos, alumni internacionales). Verificar manualmente las primeras 100 filas importadas. Corregir el script o el mapeo. Luego lanzar el total.
Casos límite a anticipar: emails múltiples (pro + personal) — conservar ambos pero jerarquizar uno como principal. Cambios de apellido (matrimonio) — conservar «apellido de nacimiento» como campo secundario para localización. Alumni fallecidos — estado «archivado», no eliminado (memoria histórica + conformidad). Y sobre todo: nunca importar los bounces. Un email que rebota 3 veces debe purgarse antes del import. Si no, contamina la reputación de su nuevo dominio de envío desde la primera campaña.
Fase 4: Lanzamiento sin el síndrome «plataforma muerta»
Tiene una base limpia, importada, estructurada. Si envía un mass-mail «aquí está su nueva plataforma», tendrá ~8 % de adopción y una plataforma que parece vacía durante 6 meses. Aquí está cómo evitar esta trampa.
Staged launch: 20-50 beta-testers. Preselección manual: antiguos presidentes de asociación, mentores activos, cotizantes históricos, administradores apasionados. Les contacta individualmente (nada de mass-mail), les pide 2 semanas de test, corrige los bugs que reportan. Estos 20-50 alumni se convierten en los embajadores del lanzamiento oficial.
Primer evento exclusivo en los 30 días. Nada peor que una plataforma cuya página de inicio muestra «Ningún evento programado». Programar un evento (presencial o webinar) cuya inscripción pasa exclusivamente por la plataforma. Los alumni deben conectarse para existir en ese evento. Adopción observada: ~40 % en 4 semanas frente al 8 % en mass-mail.
Integrar la plataforma en el recorrido crítico. Dos flujos a conectar prioritariamente: la cuota anual (sin otro medio de cotizar que vía la plataforma) y, si es CGE/CTI, la encuesta de inserción anual. Una vez la plataforma posicionada en estos dos flujos, se vuelve indispensable — ver nuestro análisis sobre las tasas de respuesta a la encuesta CGE.
Comunicación progresiva. Semana 1: beta-testers. Semana 3: antiguos presidentes, delegados de promoción. Semana 5: mass-mail con testimonios de los beta-testers. Semana 8: primer evento exclusivo. La paciencia sobre 8 semanas vale más que un lanzamiento fallido en 2 días.
Errores clásicos que arruinan la migración
Cinco errores se repiten en el 80 % de las migraciones fallidas. Ninguno es fatal, todos cuestan de 3 a 6 meses de recuperación.
- Migrar sin purgar los bounces. Los emails muertos envenenan su reputación de remitente desde la primera campaña. +5 % de churn desde la primera semana. Purgar antes del import, siempre.
- No archivar el antiguo Excel. Conserve una copia congelada 12 meses mínimo, con fecha y responsable. Un litigio RGPD, una auditoría contable, una pregunta sobre un viejo cotizante: sin archivo, está ciego.
- Lanzar en junio-julio. Los alumni se van de vacaciones, la plataforma queda desierta hasta septiembre. Lance en marzo, en septiembre, o en enero. Nunca en verano.
- Olvidar los permisos admin. ¿Quién ve las cuotas? ¿Quién puede modificar los perfiles? ¿Quién exporta la base? Definir estos 3 roles antes del lanzamiento. Si no, tendrá un presidente de asociación que descarga la base entera «para verificar» y crea un riesgo RGPD mayor.
- No informar al DPO con antelación. La migración de una base alumni es un tratamiento de datos en el sentido del RGPD. El DPO (de la escuela o externo) debe validar el proceso, las finalidades, los plazos de conservación. Sin su validación, puede quedar bloqueado en el momento del lanzamiento. Nuestra checklist RGPD directorio alumni enumera los 12 puntos a cubrir con el DPO.
Una migración bien llevada lleva de 6 a 10 semanas, moviliza 0,3 ETP del equipo alumni, y produce una base explotable durante 5 a 10 años. Para una asociación alumni estructurada, es la mejor inversión de la década.