Prueba gratuita, piloto o demo: cómo evaluar un software escolar de verdad

«¿Tienen prueba gratuita?» es la pregunta más común de un colegio que evalúa software, y casi siempre es la pregunta equivocada. Una prueba gratuita sin diseño enseña la interfaz durante dos semanas y no responde nada de lo que hay que decidir.

Las tres formas de probar —demo, prueba gratuita y piloto— sirven para cosas distintas. Esta es la diferencia y cómo diseñar cada una para que valga la pena.

Demo: para descartar, no para decidir

Dura una hora, la conduce el proveedor y enseña lo que mejor funciona. Es útil —descarta rápido— y no es evidencia.

Cómo hacerla útil:

• Con tus datos. Tu escala, un curso real, una regla de promoción de tu SIEE. Los datos de ejemplo del proveedor nunca tienen casos raros.
• Mismo guion para todos. Sin eso no hay comparación posible.
• Con un docente presente. El comité de compra no es quien va a usar la herramienta todos los días.
• Pidiendo el control diez minutos. Que tu gente ponga una nota y matricule un estudiante.

Las preguntas que conviene enviar antes están en 15 preguntas antes de firmar.

Prueba gratuita: para la usabilidad

Un ambiente de prueba durante días o semanas, con datos de ejemplo. Responde bien una sola pregunta —¿esto se puede usar sin manual?— y ninguna de las demás, porque los datos no son tuyos y el volumen no es el real.

Cómo aprovecharla:

• Da acceso a tres o cuatro docentes de áreas distintas, incluido uno escéptico con la tecnología. Su experiencia predice la adopción mejor que la del entusiasta.
• Pide que cada uno haga las mismas tres tareas: tomar asistencia de un curso, registrar las notas de una evaluación, hacer una anotación en el observador.
• Cronometra. No opiniones: minutos.

Sistema Saberes, por ejemplo, publica una versión freemium (verificado el 16 de agosto de 2026), que es la forma de menor riesgo de hacer este ejercicio.

Piloto: la única prueba que decide

Un alcance real y acotado —un grado, un período, una sede pequeña— con datos reales, usuarios reales y un criterio de éxito escrito antes de empezar.

Es más trabajo y es lo único que responde las preguntas que importan: si tu SIEE cabe, si el docente lo adopta, si el boletín sale bien, si el soporte responde.

Cómo diseñarlo

1. Elige el alcance con criterio. Un grado completo —no un curso— con todas sus asignaturas y todos sus docentes. Si tienes varias sedes, la más pequeña. Si el dolor principal es el PIAR, incluye estudiantes con PIAR activo.

2. Escribe el criterio de éxito antes de empezar. Tres o cuatro afirmaciones verificables, del estilo:

• El boletín del período sale sin corrección manual.
• Ningún docente necesita más de una sesión de acompañamiento después de la capacitación.
• La regla de promoción del SIEE se configura sin desarrollo a la medida.
• El soporte responde en menos de X horas hábiles.

3. Define la duración. Un período académico. Menos no alcanza a incluir un cierre —que es donde se ve todo— y más se convierte en operación permanente sin contrato.

4. Nombra un responsable interno. Con horas asignadas. Un piloto sin doliente termina en «no alcanzamos a probarlo».

5. Documenta mientras ocurre. Un documento compartido donde todo el que participa anota lo que no funcionó, el día que ocurrió. Al final del período, ese documento es la decisión.

Qué mirar el día del cierre

El cierre de período es el examen real. Cinco verificaciones:

• Cuánto tardó consolidar las notas, comparado con el mismo proceso en el sistema actual.
• Si el boletín salió con la equivalencia de escala y los indicadores correctos.
• Cuántos casos hubo que corregir a mano y por qué.
• Si la promoción calculada coincide con la que habrías calculado tú.
• Cuántas preguntas de docentes tuvo que resolver soporte y qué tan rápido.

Los cinco errores de una prueba

Probar sin criterio de éxito. Sin él, la conclusión es una impresión y gana el proveedor más simpático.

Probar solo con los entusiastas. Adoptan cualquier cosa. Necesitas al docente que preferiría seguir con el cuaderno.

Probar con datos de juguete. Treinta estudiantes ficticios sin casos raros no representan nada. Tus casos raros —el que repitió, el que se retiró y volvió, el que tiene PIAR— son la prueba.

Probar en el peor momento. Arrancar un piloto en la semana de cierre o de matrículas garantiza que nadie lo atienda.

Alargar el piloto indefinidamente. Un piloto sin fecha de decisión se convierte en un sistema paralelo, con doble digitación: los 8 errores más comunes al implementar.

Qué pedirle al proveedor para un piloto

• Ambiente propio con tus datos cargados, no una cuenta de demostración.
• Acompañamiento durante el cierre de período.
• Compromiso escrito de que los datos del piloto se conservan si contratas, y se eliminan si no.
• Condiciones claras si el piloto es pago: qué se descuenta del contrato si sigues.

Y una advertencia práctica: un piloto que termina y se contrata no debería exigir volver a cargar todo. Verifícalo antes de empezar.

Preguntas frecuentes

¿Todos los proveedores ofrecen piloto? No. Es más costoso para ellos que una demo, así que suele reservarse a colegios que ya están en la fase final de decisión. Pedirlo cuando eres finalista es razonable; pedirlo a cinco proveedores a la vez, no.

¿Cuánto debe durar una prueba gratuita? Dos semanas bastan para juzgar usabilidad. Más tiempo no agrega información si los datos no son reales.

¿Un piloto se puede hacer a mitad de año? Sí, y es el momento natural: necesitas un período completo con su cierre. Lo que no conviene es empezar el piloto y el año escolar el mismo día.

¿Qué hago si el piloto sale bien pero el precio no cierra? Ese es el mejor momento para negociar: ya tienes evidencia de valor y el proveedor ya invirtió en ti. Lo que más se mueve son migración, capacitación e incremento anual, más que la tarifa.

¿Y si el piloto sale mal? Es un resultado valioso y barato. Documenta por qué, y verifica si el problema era de la plataforma o del diseño del piloto —alcance mal elegido, sin responsable, en mala fecha—: esas tres causas explican buena parte de los pilotos fallidos.