Piloto de 90 días
con 5 docentes.
Este documento detalla el alcance, el calendario y los entregables del experimento piloto académico. Está diseñado para ser leído por la institución en quince minutos y por el equipo técnico en una hora.
Qué queremos demostrar,
no solo probar.
El piloto no busca validar la tecnología. La tecnología ya funciona. Buscamos medir su impacto real en el día a día de docentes y alumnos participantes.
Reducir el tiempo de preparación del docente
Medir cuántas horas semanales se liberan al no tener que reexplicar contenido que el material dinámico ya clarifica. Meta: 25 % de reducción.
Aumentar el tiempo de estudio efectivo del alumno
Comparar tiempo de interacción y profundidad de navegación frente al PDF estático. Meta: +40 % de engagement medido en sesiones.
Mejorar la comprensión sin aumentar la carga
Evaluar tasa de acierto en preguntas de chequeo integradas. Meta: 75 % de acierto medio al cierre de cada unidad.
Generar un informe reproducible para el Rectorado
Entregar un dossier con datos brutos, metodología, análisis y recomendación de escala o ajuste.
90 días en 5 fases.
Cada una con un propósito claro.
- Selección de 5 docentes voluntarios y firma de consentimiento.
- Toma de línea base: encuesta inicial, tiempo de prep. semanal.
- Carga de 2–3 PDFs piloto por docente al sistema.
- Sesión presencial de 90 min: flujo de trabajo y criterios de revisión.
- Primera conversión automática: 1 PDF de prueba por docente.
- Revisión conjunta: el docente corrige, la IA aprende del feedback.
- Conversión del resto de PDFs piloto (1–2 unidades por semana).
- Publicación en enlaces privados para los alumnos de cada asignatura.
- Recogida semanal de métricas de uso y percepción.
- Cierre de recogida de datos. Encuesta final a docentes y alumnos.
- Análisis comparativo: línea base vs. cierre del piloto.
- Redacción del informe ejecutivo y dossier técnico.
- Presentación de resultados al Rectorado (30 min + Q&A).
- Entrega del dossier en PDF y web para consulta del claustro.
- Decisión formal: escalar, ajustar o concluir el piloto.
Qué se entrega,
qué se mide.
Al cierre del piloto se producen dos tipos de entregables: los que el equipo técnico genera (informes, datos) y los que el sistema produce automáticamente (unidades HTML, métricas en vivo).
12 páginas. Resumen para el Rectorado: objetivos, metodología, resultados clave y recomendación de escala. Incluye anexos técnicos.
Web privada con gráficos de uso, comprensión, NPS y tiempo ahorrado. Datos exportables a CSV para auditoría externa.
Cada PDF convertido se entrega como unidad navegable con su propia URL, resumen, ejemplos y preguntas de chequeo.
Respuestas brutas de encuestas iniciales y finales (anonimizadas) + dataset de eventos de uso para investigación.
Documento de 20 páginas con criterios de conversión, plantillas de revisión y buenas prácticas para futuros docentes.
Plan técnico y presupuestario para extender el piloto a otras facultades. Incluye 3 escenarios: conservador, moderado, ambicioso.
Sobriedad también significa
estar preparado para lo contrario.
Mitigación: nada se publica sin su aprobación explícita. La IA propone; el docente decide. El flujo se diseña para que el profesor sea el último filtro.
Mitigación: enlaces integrados en el campus virtual actual. Sin apps nuevas, sin registros extra. Friction cero.
Mitigación: los 5 docentes se eligen diversificando área, edad y experiencia digital. Los resultados se ponderan por perfil.
Mitigación: datos alojados en infraestructura propia o bajo acuerdo DPA. Sin modelos de terceros entrenados con datos institucionales.
Si el piloto tiene sentido,
empecemos con una conversación.
No pedimos una firma, ni un presupuesto, ni una reforma. Pedimos una reunión de 45 minutos para explicar esto en persona y responder preguntas.