Escuela con convocatorias
Captación, admisión, pago y matrícula viven en sistemas distintos y la misma persona aparece con estados diferentes en cada uno.
Plataforma y operación
Gestión integral de programas formativos
Este sistema está diseñado para coordinar la captación, la admisión, las convocatorias, la inscripción y la operación de los programas formativos.
El problema
En algunas organizaciones, el LMS acaba absorbiendo procesos administrativos que encajan mejor en otros sistemas. Cuando esas funciones se mezclan sin límites claros con las de aprendizaje, pueden empeorar la experiencia de uso, fragmentar los datos y dificultar la evolución del producto académico.
La operación académica empieza antes de que el participante acceda al campus y continúa después de que termine la formación.
La captación, la admisión, la contratación, la convocatoria, la asistencia, la evaluación y la certificación forman un recorrido que atraviesa varios equipos. Cuando todos estos procesos se concentran en el LMS, los estados administrativos se mezclan con la experiencia de aprendizaje.
Decisión principal
Determinar qué sistema conserva cada estado del participante y qué equipo responde de él.
El diseño propone una distribución inicial de los estados de la persona, la candidatura, la matrícula, la convocatoria y las evidencias formativas, junto con los equipos que deberían mantenerlos. La siguiente fase debe validar esa distribución dato por dato antes de integrar el CRM, los pagos, los sistemas académicos y el LMS.
Criterios de diseño
- 01
Mantengo Moodle como motor de aprendizaje y traslado la operación administrativa a un sistema propio.
- 02
El modelo representa de forma explícita las convocatorias, los participantes, las sesiones, las evidencias y los estados.
- 03
Integro los sistemas mediante contratos que evitan compartir sus estructuras de datos internas.
Límites del producto
El LMS, el CRM y el sistema de gestión conservan funciones distintas.
El sistema de gestión coordina el programa y conserva su estado operativo. El aprendizaje permanece en el LMS y la relación comercial, en el CRM. La integración mediante contratos y eventos preserva esa separación.
Capacidades previstas en el diseño
- 01Captación y admisión
- 02Convocatorias e inscripciones
- 03Operación formativa
- 04Evidencias e informes
Criterio de validación
La primera validación debe seguir el recorrido completo.
La validación seguirá una convocatoria desde la captación hasta la certificación, incluidos los cambios, las bajas, los errores de integración y las evidencias exigidas. Comparará con el proceso actual el tiempo manual, los traspasos, las correcciones y las discrepancias mediante indicadores y umbrales acordados de antemano.
Evidencia descrita para la gestión integral de programas formativos
- Modelo de producto documentado
- Procesos de captación, admisión y convocatoria modelados
Preguntas abiertas
Decisiones pendientes en la gestión integral de programas formativos.
La siguiente fase debe validar la distribución dato por dato, acordar cómo se corregirán las discrepancias y fijar la trazabilidad necesaria para la matrícula, la convocatoria y la certificación.
- Variaciones regulatorias por programa
- Modelo de identidad
- Límites entre operación y LMS
- Prioridad del primer flujo completo
Contextos en los que encaja
Dónde se rompe la gestión de un programa
El campus resuelve el aprendizaje; el resto del recorrido suele estar en hojas de cálculo.
Formación programada por la empresa
La modalidad, la norma aplicable y el organismo competente determinan qué asistencia, participación o resultados deben acreditarse y durante cuánto tiempo.
Programas con universidad asociada
La acreditación depende de datos que hay que devolver en un formato y un plazo concretos.
Catálogo con muchas ediciones
Cada convocatoria multiplica el trabajo administrativo aunque el contenido no cambie.
Decisiones de arquitectura
Las decisiones que lleva dentro
La decisión de fondo es qué se queda dentro del campus y qué vive fuera.
- 01
El campus enseña; la gestión vive fuera
Cuando una decisión obliga a desarrollar dentro del LMS funciones administrativas ajenas al aprendizaje, concentrar allí toda la operación puede generar desarrollos grandes, difíciles de mantener y costosos de adaptar en cada actualización.
- 02
Un sistema responsable por dato
Los datos de la persona, el programa, la candidatura, el pago, la matrícula y el resultado tienen un sistema de referencia y un equipo responsable explícitos. Cuando dos sistemas pueden modificar el mismo dato sin una regla de precedencia, resolución de conflictos y reconciliación, aumenta el riesgo de que diverjan.
- 03
Estados que el negocio reconoce
Modelo por separado los estados de la candidatura, de la matrícula y de la relación formativa. Una misma persona puede mantener estados distintos en programas diferentes.
- 04
Las excepciones se diseñan
Los pagos incompletos, las devoluciones, las bajas y los cambios de edición concentran buena parte del tratamiento excepcional y deben diseñarse desde el principio.
A escala
Qué cambia con el volumen de programas
- Pocas convocatorias
Una hoja de cálculo puede bastar si tiene responsable, permisos, control de versiones, copia, trazabilidad y reglas de protección de datos. Hay que comparar su coste operativo y su riesgo con los de configurar una herramienta ya disponible.
- Catálogo estable con varias ediciones
En este caso puede compensar implantar el sistema de gestión: el trabajo administrativo repetido es lo que más tiempo consume y menos aporta.
- Con financiación pública o acreditación externa
Hay que documentar la modalidad, la norma o convocatoria, el organismo competente, las evidencias exigidas y su plazo de conservación. Sin esa referencia, la trazabilidad es un requisito del producto, no una obligación jurídica ya demostrada.
Decisiones de diseño documentadas
Una separación inicial entre la operación del programa, la relación comercial y el aprendizaje
He definido el criterio y una primera propuesta para repartir los datos entre el CRM, el LMS y el sistema de gestión, y para coordinar la admisión, la matrícula, el seguimiento y la certificación.
- 01Arquitectura de plataforma
- 02Operación y observabilidad
- 03Gobierno técnico
- 04Integración con sistemas corporativos
Contexto profesional