Del Excel al sistema: una guía honesta de migración

Casi todos los colegios llegan al mismo punto: una colección de planillas, formularios y grupos de mensajería que sostienen la operación con enorme esfuerzo humano. Funcionan porque hay personas que las conocen de memoria. Y ese es exactamente el riesgo: cuando esa persona falta, el conocimiento se va con ella.

Migrar a un sistema es la decisión correcta. Migrar mal es la forma más rápida de volver a las planillas.

Primero, no todo a la vez

La migración “big bang” —apagar todo lo viejo un lunes y prender todo lo nuevo— es tentadora por prolija y casi siempre falla por ambiciosa. La alternativa es empezar por un módulo con dolor claro y dependencias mínimas: comunicación con familias, asistencia, o cuentas y cuotas. Cuando ese módulo funciona y el equipo confía, se suma el siguiente sobre la misma comunidad, los mismos permisos y la misma identidad.

Esto exige que el sistema sea genuinamente modular: que un módulo desactivado no rompa nada y que activarlo después no implique volver a cargar personas ni vínculos.

Segundo, la importación es un proceso, no un botón

Los datos de una planilla nunca están limpios. Hay alumnos duplicados con nombres escritos distinto, familias con teléfonos viejos, tutores que ya no lo son. Importar todo tal cual es trasladar el desorden a un lugar donde será más difícil de ver.

Una importación seria tiene cuarentena: los datos entran a un espacio de revisión, el sistema señala duplicados probables y campos inválidos, alguien del colegio decide caso por caso, y sólo entonces se publican. Con simulación previa —qué pasaría si— y con posibilidad de volver atrás.

Tercero, conservar la historia

Un error frecuente es migrar sólo “lo vigente”: el ciclo actual, los alumnos activos. La trayectoria de un alumno, sus boletines anteriores, los cambios de curso, valen tanto como el presente. El sistema receptor debería poder recibir historia con fechas reales y marcarla como importada, con su fuente, para que nadie la confunda con datos generados por el propio sistema.

Cuarto, definir quién es dueño de cada dato

Durante la transición conviven dos fuentes de verdad. Sin una regla explícita —“la lista de alumnos vive en el sistema desde el 1 de abril; la planilla es sólo lectura”— aparecen las divergencias silenciosas. Definir el dueño de cada dato, y la fecha del cambio, evita la mayoría de los conflictos.

Quinto, medir antes de declarar el éxito

¿Cuántas familias ingresaron a la app? ¿Qué porcentaje de la asistencia se tomó en el sistema y no en papel? ¿Cuánto tardó el cierre del período respecto del anterior? Sin números, la migración “salió bien” es una opinión. Con números, es una decisión sobre qué mejorar después.

Un cierre realista

Migrar bien lleva meses, no días, y el resultado no es un sistema perfecto sino un colegio que dejó de depender de la memoria de tres personas. Esa es la meta. Todo lo demás —pantallas lindas incluidas— viene después.