El equipo docente
Kelorqenai nació de la colaboración entre personas que habían gestionado academias y personas que sabían construir software. Esa combinación es lo que da forma a cada decisión de diseño del producto.
De la gestión diaria al software
Antes de escribir una sola línea de código, pasamos meses en academias de idiomas observando cómo trabajan coordinadores, profesores y personal de secretaría. Vimos hojas de cálculo con decenas de pestañas, listas de asistencia en papel, certificados redactados uno a uno en Word.
Esa experiencia de campo es lo que distingue a Kelorqenai de otros sistemas genéricos de gestión. No diseñamos para un usuario abstracto. Diseñamos para la coordinadora que a las nueve de la mañana necesita saber qué profesor falta y qué aula tiene libre.
El equipo docente de Kelorqenai no enseña idiomas, pero entiende profundamente cómo funciona una academia por dentro. Esa comprensión guía cada iteración del producto.
Personas que conocen el problema desde dentro
Área de Producto
Diseño y estrategia de funcionalidadesResponsable de definir qué construimos y por qué. Trabaja directamente con academias para validar cada nueva funcionalidad antes de desarrollarla. Su criterio es el puente entre las necesidades reales del sector y las decisiones técnicas del equipo.
Área Técnica
Arquitectura y desarrollo del sistemaDiseña la arquitectura del sistema con foco en la fiabilidad y la escalabilidad. Cada módulo de Kelorqenai está construido para funcionar de forma independiente pero integrarse sin fricción con el resto. La seguridad de los datos y el cumplimiento del RGPD son parte de su trabajo diario.
Soporte e Implantación
Acompañamiento y formaciónEl equipo que acompaña a cada academia durante los primeros meses de uso. Conoce el software en profundidad y también entiende la resistencia al cambio que existe en cualquier organización. Su objetivo es que el equipo de cada academia se sienta cómodo con el sistema antes de que dejemos de estar presentes.
Principios que guían cada decisión
Escuchamos antes de proponer
Cada nueva funcionalidad parte de conversaciones reales con academias. No asumimos qué necesitas. Preguntamos, observamos y luego diseñamos.
Iteramos con frecuencia
Preferimos lanzar versiones imperfectas y mejorarlas con retroalimentación real a esperar meses hasta tener algo perfecto en papel.
La privacidad no es opcional
Los datos de los alumnos de una academia son sensibles. Cumplimos el RGPD no como requisito legal sino como compromiso con las personas cuyos datos gestionamos.
El soporte forma parte del producto
Un software que no puedes usar sin ayuda no está terminado. La formación y el acompañamiento son parte de lo que construimos, no un extra.