Cuando una empresa presenta al colegio una plataforma capaz de corregir ejercicios, detectar dificultades o producir materiales en segundos, la pregunta decisiva no es si la demostración impresiona. Es esta: ¿qué problema educativo queremos resolver y qué clase de relación entre alumnado, docentes y familias queremos proteger mientras lo resolvemos? El proveedor puede describir funciones, precios y porcentajes de acierto. No puede decidir cuánto esfuerzo debe hacer un estudiante, qué errores forman parte del aprendizaje, cuándo una explicación humana es imprescindible ni qué desigualdad resulta inaceptable. Esa responsabilidad pertenece a la comunidad educativa.

Imaginemos una reunión realista. La dirección propone una aplicación de inteligencia artificial para personalizar tareas. Una madre pregunta si su hija podrá hacer el trabajo sin móvil; un profesor quiere saber quién revisará las recomendaciones; una alumna teme que cada borrador quede registrado; el comercial enseña un panel de colores y promete ahorrar tiempo. Ninguna de esas personas está haciendo la misma pregunta. Si el centro reduce la decisión a comprar o no comprar, perderá lo esencial: concretar el propósito, reconocer los costes ocultos y acordar qué controles mantendrán la educación al mando de la herramienta.

Primero el problema educativo, después el producto#

La tecnología merece entrar en el aula cuando mejora una práctica identificable, no cuando simplemente está disponible. Conviene escribir el problema en una frase que pueda comprobarse: «el alumnado de primero tarda dos semanas en recibir comentarios sobre sus redacciones» es evaluable; «queremos ser un centro innovador» no lo es. Después hay que preguntar qué solución no tecnológica se ha probado, quién se beneficiará y quién podría quedar atrás. Tal vez hagan falta horas de coordinación, una rúbrica común o grupos más pequeños. Una licencia no corrige por sí sola una organización que no reserva tiempo para enseñar y acompañar.

La tecnología merece entrar en el aula cuando mejora una práctica identificable, no cuando simplemente está disponible.

Para una familia, esto se traduce en preguntas muy concretas. ¿La herramienta sustituye una actividad o añade otra pantalla? ¿El estudiante recibirá una pista que le ayuda a pensar o una respuesta que evita pensar? ¿La calificación dependerá de una predicción automática? ¿Existe una opción equivalente si en casa no hay dispositivo, conexión estable o un adulto disponible? Pedir estas respuestas no es resistirse al progreso. Es exigir que el progreso tenga una finalidad educativa y que su coste no recaiga silenciosamente sobre quienes cuentan con menos recursos, apoyos o competencias digitales.

El centro puede usar una ficha de una página antes de aprobar cualquier piloto. Debe incluir: problema que se intenta resolver; grupo y asignatura; duración; práctica actual con la que se comparará; datos que se introducirán; persona responsable; alternativa sin la herramienta; indicadores de éxito; riesgos previsibles; y fecha de cierre o revisión. Si esos campos no caben en una página clara, probablemente la propuesta aún no está madura. La ficha también impide que una prueba temporal se convierta por inercia en una obligación permanente que nadie recuerda haber decidido.

Qué debe decidir la escuela y qué debe demostrar la empresa#

La escuela decide los fines, los límites y la forma de evaluar. La empresa debe demostrar cómo funciona el servicio dentro de esos límites. Antes de contratar, no basta con preguntar si cumple la normativa. Hay que solicitar dónde se alojan los datos, durante cuánto tiempo se conservan, quién puede acceder, si se usan para entrenar modelos, cómo se borran, qué subcontratistas intervienen y qué ocurre cuando termina el contrato. La Guía para centros educativos de la Agencia Española de Protección de Datos recuerda que los centros deben conocer las aplicaciones, sus políticas de privacidad y sus condiciones antes de utilizarlas.

También hace falta una demostración pedagógica, no solo técnica. El proveedor debería trabajar con ejemplos preparados por el profesorado: una respuesta brillante pero inesperada, un texto con faltas que contiene una idea valiosa, una explicación en otra lengua, una producción de un estudiante con necesidades de apoyo y un caso ambiguo. El objetivo es observar cuándo la herramienta se equivoca, simplifica o responde con seguridad injustificada. Una tasa media de acierto no explica a quién perjudican los errores. El centro necesita saber qué decisiones nunca se automatizarán y quién revisará las que tengan consecuencias académicas o personales.

Hay una frontera especialmente importante: una máquina puede ayudar a ordenar evidencias, proponer actividades o devolver comentarios preliminares; no debe convertirse en la única voz que decide una nota, una adaptación, una sanción o una sospecha de fraude. Esas decisiones requieren contexto, diálogo y posibilidad de contradicción. Si un detector etiqueta un trabajo como generado por IA, esa señal no es una prueba. El docente debe mirar el proceso, conversar con el estudiante y permitir que explique sus fuentes, borradores y elecciones. La carga de demostrar inocencia no puede trasladarse automáticamente a un menor por una puntuación opaca.

El marco europeo DigCompEdu resulta útil porque no reduce la competencia digital docente a manejar botones. Incluye selección de recursos, enseñanza, evaluación, inclusión y desarrollo de la competencia digital del alumnado. Esa mirada cambia la formación: en lugar de una sesión comercial de una hora, el profesorado necesita tiempo para diseñar una actividad, anticipar dificultades, probarla, observar resultados y compartir ajustes. La pregunta no es «¿sabemos usar la aplicación?», sino «¿sabemos enseñar mejor, detectar daño y prescindir de ella cuando no aporta valor?».

Un piloto pequeño, reversible y observado#

Un buen piloto empieza pequeño: una finalidad, uno o dos grupos, un periodo breve y una persona que pueda detenerlo. Antes de comenzar se registra la situación de partida. Si se pretende mejorar la retroalimentación, se mide cuánto tarda ahora, qué calidad perciben estudiantes y docentes y cuántas revisiones hacen los alumnos. Durante la prueba se anotan no solo minutos ahorrados, sino errores, consultas, abandonos, incidencias de acceso y trabajo adicional. Después se compara. Ahorrar diez minutos al profesor no es una mejora si obliga a cada familia a resolver cuentas, fallos y contraseñas durante media hora.

La reversibilidad debe ser real. Todo estudiante ha de conocer una vía alternativa que no lo estigmatice ni le quite oportunidades. El profesorado necesita poder continuar la clase cuando falla internet. Los materiales esenciales deben poder recuperarse en un formato utilizable y el centro debe saber cómo exportar o eliminar la información al finalizar. También conviene ensayar el fallo antes del despliegue: simular una caída, una recomendación incorrecta y una reclamación familiar. Un protocolo que solo funciona cuando todo sale bien no es un protocolo; es una esperanza escrita.

El éxito se evalúa con varias voces. Puede utilizarse una breve entrevista a estudiantes, una muestra de trabajos antes y después, un registro docente y una consulta accesible a familias. Hay que separar novedad de aprendizaje: al principio una herramienta puede aumentar la participación porque resulta diferente, sin mejorar comprensión a largo plazo. También hay que mirar distribuciones, no únicamente promedios. Si la mayoría avanza un poco pero el alumnado con dislexia, incorporación tardía o baja conectividad pierde acceso, el resultado exige corrección. La inclusión es un criterio de diseño, no una reparación posterior.

La Comisión Europea, en su Plan de Acción de Educación Digital, plantea una educación digital de calidad, inclusiva y accesible, y reconoce desafíos de infraestructura, capacidad y formación. Esto ayuda a evitar dos errores opuestos: pensar que todo dispositivo mejora la enseñanza o concluir que la única protección consiste en prohibirlo. Una escuela madura elige según propósito, edad, contexto y evidencia; combina recursos analógicos y digitales; y conserva espacios de lectura sostenida, conversación, juego, escritura propia y cooperación donde la eficiencia no es el valor principal.

IA generativa: enseñar el proceso, no perseguir el atajo#

Con la IA generativa, prohibir sin enseñar suele desplazar el uso fuera de la vista. Permitir sin reglas, en cambio, hace imposible distinguir ayuda, sustitución y engaño. El centro necesita una política comprensible por edades y tareas. Un semáforo puede servir: verde para ideas, vocabulario o práctica cuando el docente lo autoriza; ámbar para revisión, traducción o retroalimentación que debe declararse; rojo para entregar como propio un texto generado, introducir datos personales o usar la herramienta en una evaluación cerrada. Cada asignatura puede precisar ejemplos, pero el lenguaje común evita mensajes contradictorios.

La evaluación también debe cambiar. Si una tarea puede resolverse copiando una instrucción en una plataforma, quizá no permite observar aquello que se quiere enseñar. Son más útiles las entregas por etapas, las decisiones justificadas, las fuentes comentadas, una conversación breve sobre el trabajo o una aplicación a un caso visto en clase. No se trata de convertir cada ejercicio en un interrogatorio, sino de hacer visible el proceso. Guardar esquemas y versiones ayuda al estudiante a reconocer su progreso y al docente a valorar razonamiento, revisión y autoría sin recurrir a detectores poco fiables como árbitros.

La guía de UNESCO sobre IA generativa en educación e investigación insiste en un enfoque centrado en las personas y apropiado para la edad. En la práctica, eso implica no abrir una cuenta individual solo porque la herramienta resulte atractiva, comprobar las condiciones de edad, minimizar los datos y ofrecer acompañamiento. También supone enseñar limitaciones: una respuesta fluida puede contener errores, sesgos o referencias inexistentes. Verificar no es añadir una advertencia al final; es contrastar afirmaciones, localizar la fuente primaria y explicar qué evidencia hizo cambiar o mantener una conclusión.

La conversación que las familias sí pueden exigir#

Las familias no necesitan dominar cada sistema para participar. Pueden pedir cinco respuestas: qué objetivo concreto persigue; qué datos utiliza; qué actividad reemplaza o modifica; quién revisa los resultados; y cómo se puede reclamar o elegir una alternativa. El centro, por su parte, puede explicar la decisión antes de pedir consentimientos o instalar aplicaciones, con lenguaje claro y ejemplos. Una reunión breve funciona mejor si muestra una tarea real y sus límites que si acumula marcas y conceptos técnicos. Cuando existe incertidumbre, decir «lo estamos probando hasta esta fecha y evaluaremos estos indicadores» genera más confianza que prometer seguridad absoluta.

El alumnado debe participar de forma adecuada a su edad. Puede identificar cuándo una recomendación resulta injusta, qué explicaciones entiende, qué barreras encuentra y cuándo una herramienta le ayuda o le roba iniciativa. Escuchar no significa que cada preferencia se convierta en norma; significa incorporar experiencia que ningún contrato contiene. Un consejo de estudiantes, un buzón con respuesta y sesiones de evaluación del piloto permiten descubrir problemas temprano. También enseñan ciudadanía digital: la tecnología no es un destino inevitable, sino un conjunto de decisiones que se pueden preguntar, discutir, limitar y mejorar.

Si aparece un daño —exposición de datos, acoso facilitado por una plataforma, error de evaluación o exclusión— la prioridad es proteger y reparar, no defender la inversión. Debe existir un responsable identificable, un canal sencillo y un plazo de respuesta. Se conserva la evidencia necesaria sin difundirla, se ofrece una alternativa académica inmediata y se informa de qué cambiará. Después se revisa si el problema fue individual o de diseño. Culpar a quien pulsó el botón equivocado impide aprender cuando la interfaz, la formación o una regla confusa hicieron ese error previsible.

Una decisión responsable en diez pasos#

Antes de aprobar una tecnología, la comunidad puede seguir esta secuencia: definir el problema; escuchar a quienes vivirán el cambio; comparar opciones tecnológicas y no tecnológicas; revisar privacidad, accesibilidad y edad; fijar usos prohibidos; preparar una alternativa equivalente; formar con casos reales; probar a pequeña escala; medir aprendizaje, carga y desigualdad; y decidir si continúa, cambia o se retira. Cada paso debe tener responsable y fecha. El no todavía es una decisión válida cuando faltan garantías. También lo es retirar un producto que ya no cumple su propósito, aunque su implantación haya requerido esfuerzo.

La pregunta que una empresa no puede responder sola es qué educación merece la pena construir. Puede aportar conocimientos técnicos y debe rendir cuentas sobre su producto, pero no representa por sí misma el interés del niño, la experiencia docente, la realidad familiar ni el proyecto común de la escuela. El buen criterio no se mide por cuántas aplicaciones adopta un centro, sino por su capacidad para explicar por qué usa cada una, qué protege, qué resultados observa y qué hará si se equivoca. Allí donde esas respuestas son públicas, revisables y humanas, la tecnología ocupa su lugar correcto: herramienta, nunca finalidad.