El software debería hablar como tu colegio

Todo colegio tiene una lengua propia. No es sólo el nombre de las materias: es cómo se llama a la persona que acompaña a un curso, cómo se organizan las sedes, qué documento se entrega a las familias al cerrar el período. Ese vocabulario acumula décadas de historia institucional y, sobre todo, organiza el trabajo cotidiano de docentes, administrativos y familias.

Cuando un sistema de gestión llega con su propio diccionario —sección, tutor, campus, informe— y obliga a la institución a traducir mentalmente cada pantalla, algo se rompe. No de golpe: se rompe en la fricción diaria de “acá dice tutor pero es la preceptora”, en la capacitación que hay que repetir cada marzo, en la familia que no entiende qué es un informe de progreso cuando toda la vida recibió un boletín.

La traducción tiene costo

Hay un costo evidente y uno oculto. El evidente es tiempo: cada término ajeno agrega segundos de duda a miles de interacciones por semana. El oculto es más grave: la gente deja de confiar en el sistema. Si la pantalla no habla mi idioma, asumo que tampoco entiende mi trabajo, y vuelvo a la planilla paralela “donde está todo bien”.

Esa planilla paralela es el síntoma más claro de una adopción fallida. Y casi siempre empieza por vocabulario.

Configurar, no forkear

La respuesta tradicional de la industria fue una de dos: o el colegio se adapta al producto, o el proveedor crea una versión “a medida” del software para ese cliente. La segunda opción suena bien y termina peor: cada versión a medida es una rama que hay que mantener, probar y actualizar por separado. Con el tiempo, el cliente queda atrapado en una versión vieja porque migrarla cuesta más de lo que vale.

Hay una tercera vía: que el vocabulario sea configuración, no código. El sistema conoce el concepto unidad organizativa, responsable de curso o documento de cierre de período, y cada colegio le pone su nombre, su plural y su abreviatura. La semántica es compartida; la palabra es propia.

Esto exige disciplina de diseño: distinguir con claridad qué es un concepto del sistema (con reglas, permisos y auditoría) y qué es una etiqueta. Un colegio puede renombrar “sección” como “división”; no puede redefinir qué significa estar inscripto en una.

Qué mirar al elegir un sistema

Algunas preguntas concretas para hacer en cualquier demo:

• ¿Puedo cambiar los nombres de las entidades principales sin pedirle un desarrollo al proveedor?
• ¿Ese cambio se refleja en todas las pantallas, incluidas las que ven las familias, los emails y los documentos impresos?
• ¿Qué pasa con el vocabulario cuando el sistema se actualiza? ¿Se conserva o hay que volver a configurarlo?
• ¿Puedo ver de dónde viene cada valor: si es el nombre por defecto, el de la red educativa o el de mi sede?

Si las respuestas son vagas, el vocabulario va a terminar siendo el de otro. Y con él, buena parte de la adopción.

Una regla simple

El sistema tiene que aprender cómo funciona tu institución, no al revés. El vocabulario es la primera prueba, la más visible y la más barata de superar cuando el producto fue pensado para eso desde el principio.