Caso de éxito: un plugin de Moodle para que el alumno se comprometa con su fecha de examen en Madrid

Este caso describe un plugin de Moodle que convierte las convocatorias de examen en un compromiso del alumno. Una empresa de formación a distancia con la que trabajamos desde 2006 iba a empezar a impartir cursos de cuatro y seis meses acreditados por una universidad. La universidad exigía un porcentaje alto de finalización, y el punto donde más alumnos se pierden en este tipo de cursos son los exámenes. Nos pidieron una forma de reducir ese abandono dentro del propio campus virtual. Este es el diseño del plugin de Moodle que definimos, por qué funciona de la manera en que lo plantea y cómo se construye un desarrollo así sin tocar el núcleo de la plataforma.

Proyecto para un cliente de la provincia de Madrid. Caso anonimizado: por confidencialidad, la ubicación y los datos que podrían identificar al cliente se han modificado.

La situación de partida

Los cursos tenían una estructura clara: un examen por cada mes de duración, es decir, cuatro o seis exámenes según el curso. Las convocatorias se abren todos los meses, del día 20 al 30. El avance del alumno depende, por tanto, de aprovechar cada una de esas ventanas mensuales. Una convocatoria perdida retrasa la finalización de todo el curso y aleja al alumno del diploma.

El problema que describía el cliente es muy conocido en la formación online:

• El examen se deja «para cuando pueda». El alumno ve que la convocatoria está abierta, pero no decide cuándo se presentará.
• Los pendientes se acumulan. Un examen atrasado se suma al siguiente, y el esfuerzo necesario crece cada mes.
• El abandono llega después. Con varios exámenes por recuperar, muchos alumnos dejan el curso.
• Los recordatorios genéricos no bastan. Un correo que dice «la convocatoria está abierta» informa de la tarea, pero no obliga a nadie a tomar una decisión.

Para asegurar la finalización, se presentó al cliente un plan con varias líneas de actuación. De ellas, el cliente eligió como prioritaria la que desarrolla este caso: un plugin al que llamamos «Compromiso de Examen».

Por qué un compromiso y no un recordatorio

El mecanismo se basa en lo que la psicología conductual llama «intención de implementación» (en inglés, planning prompt). La idea es sencilla: una persona tiene más probabilidades de hacer algo si decide de antemano cuándo y dónde lo hará. No es lo mismo saber que hay un examen que haber elegido «el jueves 24 a las 18:00». El documento de especificación se apoya en trabajos académicos sobre este efecto, incluida su aplicación en cursos online, y lo aplica al calendario mensual de convocatorias.

Conviene ser claros con lo que esto significa. El mecanismo está respaldado por la literatura que cita el proyecto, pero no tenemos datos de finalización de este cliente que demuestren su efecto en sus cursos. Lo que perseguimos es convertir un aviso genérico en una decisión concreta del alumno; si lo consigue, lo dirán los datos del cliente y no nuestra opinión.

Qué hace el plugin

La especificación funcional, en su versión 1.0, define diez requisitos. Los resumimos en el orden en que el alumno los vive.

Detección automática de exámenes pendientes. El plugin identifica, para cada alumno y cada convocatoria, qué exámenes del curso tiene superados y cuáles no. Se apoya en el seguimiento de finalización que Moodle ya incluye, y toma los exámenes en el orden natural del curso. No hay listas manuales que mantener. Si un alumno pierde una convocatoria, su examen atrasado pasa a ser el siguiente pendiente y el objetivo de la convocatoria siguiente.

Una ventana emergente mensual. Entre los días 5 y 19 de cada mes, cuando el alumno entra al campus y tiene un examen pendiente, ve un panel que le habla por su nombre, le dice qué examen le toca y le recuerda las fechas de la convocatoria. Puede cerrarlo sin comprometerse: nunca bloquea el contenido del curso ni obliga a nada. Si lo cierra, reaparece con la frecuencia que se haya configurado, hasta que agende o termine el periodo.

Elección de día y hora. Desde esa ventana, el alumno elige cuándo se presentará, dentro de los días de la convocatoria. Hay botones rápidos para decidir sin pensar y un calendario para quien prefiera fijar una fecha y una hora exactas. Ningún compromiso se crea sin una elección explícita del alumno.

Reprogramación limitada. El alumno puede cambiar la cita, pero solo dentro de la misma convocatoria y hasta un máximo configurable. Una reprogramación sin límite sería la vía de escape perfecta para seguir posponiendo, y destruiría el mecanismo.

Confirmación y recordatorios. Al registrar el compromiso se envía un correo de confirmación con la fecha, la hora y un enlace directo al examen. Después, el sistema envía dos recordatorios, 24 horas y 1 hora antes. A diferencia de un aviso general, recuerdan la cita que el propio alumno fijó. Si el alumno aprueba o cambia la fecha antes del envío, los recordatorios pendientes se cancelan o se reprograman: nunca llega un aviso de una cita que ya no existe.

Evento en el calendario del campus. Cada cita aparece en el calendario del alumno dentro de Moodle, con un único evento vigente por compromiso.

Un bloque en la portada del alumno. En la página principal del campus, un bloque muestra el compromiso del mes y el progreso del curso, con una frase como «3 de 4 exámenes superados». Desde ahí el alumno puede ir al examen o cambiar la cita.

Cierre automático. Al superar un examen, su compromiso se archiva solo. Al superar el último, el ciclo se cierra. Los compromisos no se borran: se archivan con su historial.

Informe de coordinación. El equipo de seguimiento dispone de un informe con los compromisos incumplidos, la agenda de la convocatoria en curso, los alumnos que aún no han agendado cuando se acerca el final del periodo y los exámenes atrasados. Todos los listados se pueden filtrar por curso y exportar a CSV.

Configuración sin tocar código. Todo se gestiona desde la administración del campus, con valores globales y personalizaciones por curso: qué cursos están activados, los días de la convocatoria, el periodo del aviso, los textos, los momentos de los recordatorios y el límite de cambios. Los valores del cliente (convocatoria del 20 al 30, aviso del 5 al 19) son su configuración inicial, no una restricción del plugin.

Cómo se construye un desarrollo así

El proyecto siguió el método que aplicamos a cualquier desarrollo sobre una plataforma que otros usan a diario.

1. Plan de líneas de actuación. Antes de escribir una línea, se presentaron varias opciones para asegurar la finalización y el cliente eligió la prioritaria.
2. Especificación funcional. Documento con diez requisitos numerados, descripciones detalladas y un diagrama de flujo. Es el contrato entre lo que el cliente quiere y lo que se construye.
3. Desarrollo del plugin y del bloque. Se programan en PHP como componentes propios de Moodle, siguiendo su estructura de plugins. No se modifica el código del núcleo, de modo que las actualizaciones de la plataforma no se ven comprometidas.
4. Pruebas. Se comprueban los casos habituales y los límites: un alumno con varios exámenes atrasados, una cita reprogramada justo antes de un recordatorio, un examen aprobado sin haber agendado nunca.
5. Puesta en marcha. Se instala, se activa en los cursos elegidos y se revisan los textos globales.

Detalles de diseño que marcan la diferencia

Algunas decisiones parecen menores y no lo son.

El estado se calcula, no se guarda a mano. Como la lista de pendientes sale siempre del seguimiento real del curso, no puede quedar desactualizada. Si el alumno aprueba un examen, deja de estar pendiente en ese mismo momento.

Los textos son del cliente. Asunto y cuerpo de los correos, mensaje de la ventana emergente y textos de los recordatorios se editan desde la administración, con variables como el nombre, el curso, el examen o la fecha. Cambiar el tono no exige a nadie que programe.

El fallo se ve. Los errores de envío de correo quedan registrados y visibles para la administración.

Mínimo esfuerzo para el alumno. El diseño busca que, con el botón rápido, baste con dos toques desde la ventana emergente hasta la cita confirmada.

Qué cambia para el cliente

Los beneficios que persigue el proyecto, y que justifican cada decisión, son estos:

• Convertir un aviso genérico en una decisión concreta del propio alumno, mes a mes.
• Reducir el trabajo manual de coordinación: no hay listas que mantener y los compromisos se cierran solos.
• Dar al equipo de seguimiento un listado accionable de quién está en riesgo, convocatoria a convocatoria.
• Mantener una configuración adaptable, de modo que el mismo plugin sirva para cursos con otro número de exámenes u otro calendario.

Cuándo compensa un plugin a medida

No todo problema de seguimiento necesita un desarrollo. Compensa cuando:

• El abandono se concentra en un punto concreto y repetido del curso, como un examen mensual.
• Los avisos que ya se envían informan, pero no consiguen que el alumno actúe.
• Hay un requisito externo, como una acreditación, que penaliza no llegar a un porcentaje de finalización.
• El equipo de seguimiento dedica horas a hacer listas a mano que el propio campus podría generar.

Si en cambio el problema es de contenido, de tutorización o de motivación general, un plugin no lo resolverá por sí solo. Un buen análisis sirve, entre otras cosas, para descartar esa vía a tiempo.

¿Tiene un problema de abandono en su campus?

Podemos analizar dónde se pierden sus alumnos y valorar si un desarrollo a medida en Moodle es la respuesta. Trabajamos con el código y los servidores a nombre del cliente. Consulte nuestras páginas sobre programación en Moodle y Moodle para formación bonificada, o cuéntenos su caso.

Plugin de Moodle: lo esencial del caso

Un plugin de Moodle bien diseñado se instala sin modificar el núcleo, para que las actualizaciones no lo rompan. En este plugin de Moodle, el compromiso del alumno queda registrado con fecha y se puede consultar y medir. Un plugin de Moodle de este tipo permite además automatizar avisos y estadísticas por convocatoria. Antes de poner un plugin de Moodle en producción se prueba en una copia con usuarios de prueba.

Para ampliar información, puede consultar la documentación oficial de Moodle.

Preguntas frecuentes

¿Un plugin a medida rompe las actualizaciones de Moodle?

No tiene por qué. Si se desarrolla como plugin y bloque propios, sin modificar el código del núcleo, la plataforma puede actualizarse. Cada actualización importante conviene probarla antes en un entorno de pruebas.

¿El alumno está obligado a elegir una fecha?

No. La ventana emergente se puede cerrar y no bloquea el acceso al curso. El compromiso solo se crea cuando el alumno elige una fecha y una hora.

¿Sirve para cursos con otro calendario de convocatorias?

Sí. El número de exámenes, los días de la convocatoria y el periodo del aviso se configuran de forma global y por curso.

¿Se puede conectar con el CRM del cliente?

Es posible. Lo habitual es empezar por el campus y estudiar después qué datos conviene compartir con el CRM, por ejemplo los alumnos con compromisos incumplidos.

¿Garantiza que suba la finalización?

Ningún plugin puede garantizarlo. El mecanismo se apoya en estudios publicados, pero el efecto en un campus concreto solo se conoce midiendo antes y después.