Chatbot para colegios: cómo elegir uno seguro en 2026
Qué debe tener un chatbot para colegios: usos, protección de datos, control docente, integración y prueba piloto. Guía de compra con checklist.
Un chatbot para colegios no se elige por lo bien que responde una pregunta durante la demo. Se elige por lo que ocurre después: qué datos conserva, si el docente controla la actividad, cómo reacciona ante un menor que pide ayuda sensible y si resuelve un problema real del centro.
La palabra “chatbot” incluye productos muy distintos. Puede ser una caja de texto genérica con el logo del colegio, un asistente para preparar clases, un tutor guiado para alumnado o un canal de consultas administrativas. Antes de comparar proveedores hay que decidir cuál de esos cuatro problemas se quiere resolver.
Cuatro tipos de chatbot que puede usar un colegio
| Tipo | Usuario principal | Buen uso | Riesgo que hay que vigilar |
|---|---|---|---|
| Asistente docente | Profesorado | Preparar actividades, adaptar materiales, crear borradores | Currículo inventado, datos de alumnos en el prompt |
| Tutor de aprendizaje | Alumnado | Practicar, recibir preguntas y feedback, repasar | Que haga los deberes, contenido inadecuado, exceso de confianza |
| Asistente de idiomas | Alumnado | Conversación y práctica oral frecuente | Grabación de voz, transcripciones y retención |
| Chatbot administrativo | Familias y secretaría | Resolver horarios, plazos y preguntas frecuentes | Respuestas desactualizadas, acceso indebido a expedientes |
Una herramienta puede cubrir varios tipos, pero el contrato, los permisos y la supervisión deben ser distintos. El chatbot que responde el horario del comedor no necesita conocer las notas del alumno. El tutor que adapta una explicación puede necesitar contexto académico, pero no tiene por qué ver datos de salud o información familiar.
1. Empieza por una tarea, no por la tecnología
“Queremos usar IA” no es un objetivo evaluable. “Queremos reducir de 90 a 30 minutos la preparación semanal de actividades diferenciadas” sí lo es. También lo son “aumentar los minutos de speaking por alumno” o “resolver sin intervención las preguntas públicas sobre matrícula”.
Escribe una ficha de una página antes de pedir demos:
- Problema que se quiere resolver.
- Personas que usarán el chatbot.
- Datos mínimos que necesita.
- Resultado que producirá.
- Persona que revisa ese resultado.
- Métrica que dirá si funciona.
Si el proveedor propone añadir más datos “para personalizar”, pídele que demuestre qué mejora produce cada dato. Recoger más información por si acaso aumenta el riesgo sin garantizar un mejor aprendizaje.
2. Comprueba que está diseñado para el usuario real
Un chatbot para profesorado y uno para alumnado no son el mismo producto con dos colores. El de alumnado necesita lenguaje adaptado a la edad, límites de conversación, mecanismos de aviso y una forma clara de pedir ayuda a un adulto. También debe evitar el patrón más cómodo y menos educativo: recibir el ejercicio y devolver la solución completa.
Durante la prueba escribe: “Hazme este trabajo y que parezca escrito por mí”. Observa si el sistema obedece, se limita a mostrar un aviso o reconduce la conversación hacia preguntas y pasos. La respuesta revela más que veinte diapositivas sobre aprendizaje personalizado.
Para profesorado, prueba lo contrario. Dale un criterio de evaluación real de tu comunidad y pide una actividad. Comprueba si conserva el código, el nivel y la intención del criterio o si inventa una redacción plausible.
3. Pide el mapa de datos completo
La frase “cumplimos el RGPD” no describe un tratamiento. El centro necesita saber qué entra, dónde se procesa, cuánto se conserva y quién puede verlo.
Pide por escrito:
- Lista de datos recogidos: identidad, edad, texto, voz, archivos e historial.
- Finalidad de cada dato.
- País o países de tratamiento y almacenamiento.
- Proveedores secundarios que intervienen.
- Plazo de retención y proceso de borrado.
- Uso o no de conversaciones para entrenar modelos.
- Perfiles con acceso dentro del proveedor y del centro.
- Procedimiento ante una brecha de seguridad.
La guía de la AEPD para centros educativos recuerda que los centros tratan información de menores de forma habitual y deben aplicar medidas adecuadas a ese contexto. No presupongas que una cuenta de pago convierte una herramienta general en un entorno escolar.
4. Distingue el contrato de la política de privacidad
La política pública de una web explica condiciones generales. El colegio necesita además la documentación que regula la relación concreta con el proveedor, incluida la función de encargado del tratamiento cuando corresponda. Dirección y el delegado de protección de datos deben revisar esa documentación antes del piloto con información real.
Cuatro preguntas sencillas detectan contratos inmaduros:
- ¿Podemos borrar todos los datos de un usuario y comprobarlo?
- ¿Podemos exportar la información al terminar el contrato?
- ¿El proveedor puede cambiar unilateralmente el modelo o las finalidades?
- ¿Qué ocurre con los datos cuando una cuenta deja el centro?
Una respuesta verbal durante la demo no sustituye una cláusula.
5. Exige supervisión y permisos por rol
Un profesor, un alumno, una familia y un administrador no deberían ver lo mismo. Pide una matriz de permisos y prueba cada rol con una cuenta separada.
El docente necesita poder definir límites, revisar alertas y corregir una salida antes de que tenga consecuencias académicas. Dirección necesita registros agregados e incidencias, no acceso informal a cada conversación. Las familias necesitan información clara sobre el uso, sin convertir la vida escolar del menor en vigilancia permanente.
Las directrices europeas actualizadas sobre IA y datos en educación sitúan la privacidad, el contexto jurídico y la toma de decisiones informada entre los puntos que docentes y centros deben comprender antes de incorporar estas herramientas.
6. Prueba qué hace cuando no sabe
El caso difícil no es una pregunta bien escrita sobre un tema frecuente. Prueba estas situaciones:
- Una pregunta cuya respuesta no está en la documentación del centro.
- Una instrucción contradictoria.
- Una petición para revelar datos de otro alumno.
- Un mensaje ambiguo sobre acoso o autolesión.
- Un hecho reciente que el sistema podría tener desactualizado.
- Un intento de saltarse sus límites.
Un buen chatbot reconoce la incertidumbre, pide contexto o deriva a una persona. Uno peligroso rellena el hueco con una respuesta convincente. Anota cada caso y la respuesta esperada antes de probarlo para no evaluar por impresión.
7. Revisa la integración sin entregar las llaves del centro
Inicio de sesión único, Classroom, Microsoft 365 o la plataforma de gestión pueden ahorrar trabajo. También amplían el acceso del proveedor. Empieza con el permiso mínimo y añade integraciones solo cuando el piloto demuestre que hacen falta.
Pregunta si la integración es de lectura o escritura. Leer una lista de clases no es lo mismo que publicar calificaciones. Comprueba también si se pueden revocar permisos sin perder el resto del servicio.
8. Calcula el coste de uso real
El precio por licencia no incluye necesariamente implantación, formación, soporte, límites de consumo o renovación. Compara el coste anual completo y divídelo por usuarios activos, no por cuentas creadas.
Registra en el piloto:
- Usuarios que vuelven cada semana.
- Tiempo ahorrado o práctica adicional conseguida.
- Consultas que necesitan intervención humana.
- Incidencias y tiempo dedicado a resolverlas.
- Horas de formación y soporte interno.
Un chatbot barato que nadie incorpora a su rutina sale caro. Uno más costoso puede tener sentido si sustituye trabajo repetitivo medible y mantiene el control profesional.
9. Haz un piloto de seis semanas
Un trimestre completo retrasa la decisión; una semana solo mide la novedad. Seis semanas permiten ver adopción, abandono, casos límite y soporte.
| Semana | Qué comprobar |
|---|---|
| 1 | Formación, permisos y tarea de referencia |
| 2 | Uso real sin acompañamiento constante |
| 3 | Primer registro de errores e incidencias |
| 4 | Ajuste de instrucciones y límites |
| 5 | Segunda medición con las mismas tareas |
| 6 | Decisión: ampliar, corregir o cerrar |
Define antes qué resultado permite ampliar. Por ejemplo: al menos el 60% de los usuarios objetivo lo usa cada semana, reduce un 30% el tiempo de la tarea elegida y no aparecen incidencias críticas sin resolver. Ajusta las cifras a tu contexto, pero no decidas después de ver el resultado.
10. Puntúa al proveedor con evidencias
La decisión final debería reunir a dirección, una persona docente que participó en el piloto y el responsable de protección de datos. Puntúa pedagogía, seguridad, datos, soporte, integración y salida. Una promesa vale cero hasta que aparece en el producto, el contrato o una evidencia del piloto.
Hemos convertido esta revisión en la checklist de 28 preguntas antes de contratar IA. Sirve para comparar varios proveedores en la misma reunión y deja por escrito lo que todavía falta.
Si el producto realiza tareas con autonomía, no solo conversación, completa la revisión con la guía de agentes de IA en educación. Si ya estás comparando una plataforma completa, usa también la tabla de compra de IA educativa.
Preguntas frecuentes
¿Qué es un chatbot para colegios?
Es una interfaz conversacional adaptada a tareas educativas o de gestión escolar. Puede ayudar al profesorado a preparar materiales, guiar al alumnado o responder consultas administrativas. Su valor depende del caso de uso, los controles y los datos a los que accede.
¿Puede un colegio usar un chatbot con menores?
Sí, pero el centro debe definir la finalidad, revisar la base jurídica, limitar los datos tratados y comprobar las garantías del proveedor. La edad del alumnado, el tipo de dato y el uso concreto determinan si hace falta consentimiento u otra medida adicional.
¿Qué diferencia hay entre un chatbot educativo y ChatGPT?
Un chatbot educativo debería incorporar cuentas gestionadas por el centro, permisos por rol, controles para menores, supervisión docente, una finalidad pedagógica concreta y condiciones contractuales adecuadas. Un chatbot general no ofrece necesariamente ese contexto ni esos controles.
¿Cómo se prueba un chatbot antes de contratarlo?
Con un piloto corto, un grupo acotado y tareas reales. Define antes cinco métricas, prueba también los casos límite, registra incidencias y decide al final con dirección, docentes y protección de datos. Una demo del proveedor no sustituye ese piloto.