Hay un momento que casi todos los rectores y vicerrectores que han evaluado un cambio de sistema académico conocen bien: la noche antes de presentar el proyecto al Consejo Superior, revisando una vez más las diapositivas, preguntándose si el argumento es lo suficientemente sólido, sabiendo que si la propuesta no convence, va a tener que esperar otro año para volver a intentarlo, mientras los problemas que motivaron el proyecto siguen acumulándose.
La inquietud no es injustificada. Llevarle a una Junta Directiva una inversión tecnológica significativa, en un sector donde el margen financiero suele ser ajustado y donde cada peso invertido tiene que justificarse frente a otras prioridades igualmente legítimas —becas, infraestructura física, planta docente— requiere un argumento que vaya más allá de "necesitamos modernizarnos".
Las Juntas Directivas universitarias colombianas no rechazan proyectos de transformación digital porque no entiendan su valor. Los rechazan, o los posponen indefinidamente, cuando el argumento que se les presenta no responde con suficiente precisión a las preguntas que ellas mismas tienen que responder ante el Consejo Superior, los socios fundadores o, en el caso de instituciones con participación de comunidades religiosas o congregaciones, ante sus propias estructuras de gobierno.
Antes de construir la presentación, vale la pena entender la lógica con la que opera una Junta Directiva universitaria, que es distinta a la lógica con la que opera el equipo que vive el problema operativo todos los días.
Lo que la Junta no quiere escuchar: descripciones extensas de funcionalidades técnicas del software, comparaciones genéricas con "lo que hacen las universidades más innovadoras", o argumentos basados principalmente en el riesgo de quedarse atrás sin datos que sustenten ese riesgo de forma concreta para la institución específica.
Lo que la Junta sí quiere escuchar: cuál es el problema actual, medido en números reales de la institución; cuánto cuesta ese problema hoy, en pesos o en oportunidades perdidas; cuál es la inversión requerida y en qué plazo se recupera; y cuáles son los indicadores concretos que la Junta podrá revisar en doce meses para verificar si la inversión generó el resultado prometido.
La diferencia entre estos dos enfoques no es de contenido técnico. Es de orientación: uno habla de tecnología, el otro habla de gestión institucional con apoyo de tecnología. Las Juntas Directivas, compuestas generalmente por personas con experiencia en finanzas, gobierno corporativo o gestión institucional, responden mucho mejor al segundo enfoque.
El retorno sobre la inversión (ROI) en un proyecto de software académico no se mide igual que en un proyecto de infraestructura física o de expansión de oferta académica, pero sí puede cuantificarse con rigor si se identifican correctamente las fuentes de valor.
Ahorro en tiempo administrativo, convertido en valor monetario. Si el equipo de registro académico dedica, por ejemplo, 200 horas-persona por semestre a consolidar manualmente el reporte del SNIES, y el costo hora promedio de ese equipo es de 25.000 pesos, ese proceso le cuesta a la institución 5 millones de pesos por semestre solo en ese reporte. Multiplicado por los distintos procesos manuales que un sistema integrado automatizaría, la cifra de ahorro anual en tiempo administrativo en una institución mediana frecuentemente supera, por sí sola, una parte significativa de la inversión anual en el nuevo sistema.
Reducción de prospectos perdidos durante el proceso de admisión. Si la institución puede estimar, aunque sea de forma aproximada, cuántos prospectos abandonan el proceso de inscripción o matrícula por fricciones operativas —algo que se puede aproximar comparando el número de inscritos con el número de matriculados en periodos recientes— y se conoce el valor promedio de una matrícula durante la duración completa de un programa, la reducción de ese abandono representa una de las fuentes de retorno más significativas de cualquier inversión en digitalización de procesos de admisión.
Reducción de la deserción estudiantil. Cada estudiante que la institución logra retener, gracias a un sistema de alertas tempranas y consejería más efectiva, representa varios semestres de ingresos por matrícula que de otra forma se habrían perdido. Si la institución tiene 3.000 estudiantes activos y una reducción de solo dos puntos porcentuales en su tasa de deserción anual, eso representa 60 estudiantes adicionales que permanecen matriculados, con un impacto financiero que puede calcularse multiplicando ese número por el valor promedio semestral de la matrícula.
Mitigación de riesgo regulatorio. Este componente es más difícil de cuantificar con precisión, pero no debe omitirse del argumento. El costo de un proceso de observación del MEN, de una visita de verificación que se extiende por inconsistencias en los datos, o en el peor escenario, de una afectación al registro calificado de un programa por deficiencias documentadas en los reportes, representa un riesgo financiero y reputacional que un sistema con datos confiables y trazables reduce significativamente.
De toda la información que se puede presentar en una propuesta de inversión tecnológica, hay cuatro indicadores que, en la experiencia de procesos de aprobación exitosos, tienen mayor peso en la decisión de una Junta Directiva universitaria:
1. Impacto proyectado sobre la matrícula
Cualquier proyecto que pueda demostrar, con una lógica clara y números conservadores, un impacto positivo sobre el número de estudiantes matriculados —ya sea por mejor conversión de prospectos, por reducción de deserción, o por ambas— captura la atención de la Junta de inmediato, porque la matrícula es la variable que más directamente determina la sostenibilidad financiera de la institución.
2. Plazo de recuperación de la inversión
Las Juntas Directivas, especialmente las compuestas por perfiles con experiencia financiera, quieren saber en cuánto tiempo la inversión se paga a sí misma con los ahorros y los ingresos adicionales generados. Un proyecto que puede demostrar un plazo de recuperación de doce a veinticuatro meses tiene una posición mucho más sólida que uno que solo habla de "beneficios a largo plazo" sin un horizonte de tiempo definido.
3. Riesgo de no actuar
Presentado con datos, no con alarmismo, el riesgo de mantener el statu quo es un argumento poderoso. ¿Qué le ha costado a la institución, en los últimos tres años, operar sin estos sistemas? ¿Cuántas observaciones regulatorias ha recibido? ¿Cómo se compara la experiencia digital de la institución con la de sus competidores directos en la captación de nuevos estudiantes?
4. Evidencia de que el proyecto es ejecutable, no solo deseable
Una Junta Directiva que ha visto fracasar proyectos tecnológicos anteriores —en esta institución o en otras que conocen de cerca— necesita evidencia de que este proyecto específico tiene un plan de ejecución realista: un proveedor con experiencia comprobable en instituciones similares, un cronograma con hitos verificables, y un equipo interno con la capacidad y el tiempo para acompañar el proceso.
Estos son los errores que con mayor frecuencia debilitan una propuesta, incluso cuando el proyecto subyacente es sólido:
Presentar el problema de forma genérica, sin datos propios de la institución. Decir que "la deserción es un problema grave en la educación superior colombiana" es cierto, pero no le dice nada a la Junta sobre la situación específica de su institución. El argumento se vuelve mucho más persuasivo cuando se presenta: "nuestra tasa de deserción en los últimos tres periodos ha sido de X%, lo que representa Y estudiantes y Z millones de pesos en ingresos no realizados".
Centrar la propuesta en las funcionalidades del software en lugar de en los resultados esperados. Una Junta Directiva no necesita saber que el sistema tiene "módulos integrados de inteligencia artificial" o "arquitectura en la nube escalable". Necesita saber qué problema institucional concreto resuelve eso y cuál es el resultado esperado en sus propios indicadores.
No anticipar las preguntas sobre el riesgo del proyecto. Si la propuesta no incluye una sección explícita sobre los riesgos del proyecto y cómo se van a mitigar —riesgo de migración de datos, riesgo de resistencia al cambio del equipo, riesgo de sobrecostos— la Junta va a hacer esas preguntas de todas formas, y responderlas sin preparación previa debilita la credibilidad de toda la presentación.
Proponer un alcance demasiado ambicioso para la primera fase. Las propuestas que prometen transformar simultáneamente todos los procesos de la institución generan más escepticismo que confianza. Es más persuasivo proponer una primera fase con alcance claro y resultados medibles en un plazo corto, con un plan de expansión posterior condicionado a los resultados de esa primera fase.
No incluir el costo de no decidir. Postergar la decisión también tiene un costo, y ese costo casi nunca se presenta explícitamente. Cada semestre que la institución sigue operando con sus sistemas actuales es un semestre más de los problemas que el proyecto busca resolver, con su correspondiente costo en tiempo, en riesgo regulatorio y en prospectos perdidos.
Esta estructura puede adaptarse a la realidad específica de cada institución, pero ofrece un esqueleto que ha demostrado ser efectivo en presentaciones ante Juntas Directivas universitarias:
1. Situación actual (con datos propios de la institución) "Hoy, nuestro proceso de [matrícula / reporte regulatorio / consejería académica] tiene las siguientes características medibles: [tiempo que toma, costo en horas-persona, número de errores o reclamos, tasa de abandono]."
2. Costo de mantener esta situación "Si mantenemos este proceso sin cambios, en los próximos doce meses esperamos que esto represente: [costo estimado en pesos, riesgo regulatorio, impacto en matrícula o retención]."
3. Propuesta de inversión "Proponemos una inversión de [monto], distribuida en [plazo de implementación], con el proveedor [nombre], que tiene experiencia comprobada en instituciones similares a la nuestra, evidenciada en [referencias específicas]."
4. Resultado esperado en 12 meses "Al cabo de doce meses, esperamos poder mostrar a esta Junta los siguientes resultados medibles: [indicador 1 con meta específica], [indicador 2 con meta específica], [indicador 3 con meta específica]."
5. Riesgos identificados y plan de mitigación "Reconocemos los siguientes riesgos en este proyecto: [riesgo 1] y [riesgo 2], que vamos a mitigar mediante [acción específica para cada riesgo]."
6. Punto de control "Proponemos presentar a esta Junta un informe de avance a los seis meses, con los indicadores preliminares de este proyecto, antes del informe final de resultados a los doce meses."
Esta estructura le da a la Junta exactamente lo que necesita para tomar una decisión informada: el problema cuantificado, el costo de no actuar, la propuesta concreta, el resultado esperado y medible, los riesgos reconocidos de forma honesta, y un mecanismo de seguimiento que demuestra que el proyecto se va a gestionar con responsabilidad, no solo se va a lanzar y esperar resultados.
¿Qué hacer si la Junta pide reducir el presupuesto propuesto? Antes de aceptar una reducción de presupuesto sin más análisis, es importante entender qué alcance del proyecto se vería afectado por esa reducción y comunicarlo con claridad. Es preferible reducir el alcance de la primera fase de forma explícita —por ejemplo, comenzar solo con el módulo de matrícula y posponer el módulo de reportería regulatoria para una segunda fase— que aceptar el mismo alcance con menos presupuesto del necesario, lo cual generalmente compromete la calidad de la implementación.
¿Cómo se maneja la pregunta sobre por qué no se hizo este cambio antes? Es una pregunta que puede sentirse incómoda pero que tiene una respuesta honesta y razonable: las condiciones tecnológicas, los costos de las soluciones disponibles y la madurez de las opciones en el mercado han cambiado significativamente en los últimos años, y lo que hoy es una decisión clara no necesariamente lo era con la misma claridad en el pasado. Lo importante es enfocar la conversación hacia adelante, no hacia la justificación del pasado.
¿Es recomendable incluir comparaciones con instituciones competidoras en la presentación? Con moderación y solo si se tienen datos confiables. Mencionar que instituciones similares en el mercado colombiano ya operan con procesos digitalizados de admisión y matrícula puede ser un argumento de contexto útil, pero no debe ser el argumento central de la propuesta. El argumento central siempre debe estar anclado en los datos y las necesidades específicas de la propia institución.
¿Qué pasa si la Junta aprueba el proyecto pero los resultados a los doce meses no cumplen lo prometido? Por eso es importante establecer metas realistas y conservadoras desde el principio, y comunicar con transparencia el avance en los puntos de control intermedios, no solo al final del plazo. Si a mitad de camino se identifica que algún resultado va a quedar por debajo de lo proyectado, es mejor comunicarlo proactivamente con una explicación y un plan de ajuste, que esperar al informe final para que la Junta lo descubra por sí misma.
¿Quién debe presentar el proyecto ante la Junta: el rector, el vicerrector, o el proveedor del software? La presentación debe ser liderada por el directivo institucional responsable del proyecto —generalmente el rector o el vicerrector correspondiente— porque es quien tiene la autoridad y la responsabilidad institucional sobre el resultado. El proveedor puede participar para responder preguntas técnicas específicas o para presentar referencias y casos de éxito, pero el argumento de negocio y la solicitud de aprobación deben venir de la institución misma, no del proveedor.
Docens acompaña a los equipos directivos de sus instituciones aliadas en la construcción del caso de negocio para sus Juntas Directivas, con datos de impacto de implementaciones similares y proyecciones de retorno ajustadas a la realidad de cada institución. Si quieres construir ese argumento para tu próxima presentación, podemos agendar una conversación.