Hay una cosa que nadie te cuenta de los hackathons.
La idea no gana.
La presentación tampoco.
El código, por sí solo, tampoco.
Gana la combinación.
La capacidad de entender un problema rápido, construir algo que funcione, explicarlo bien y convencer a gente que sabe más que tú de que eso tiene sentido.
Eso fue lo que pasó con DebtScope.
Teníamos seis horas.
Seis horas para entender un reto bancario, pensar una solución, construir un prototipo con inteligencia artificial y presentarlo delante de un jurado vinculado a empresas como AWS, Deloitte y WiZink.
Dicho así suena bonito.
En el momento no lo era tanto.
Porque seis horas no son seis horas.
Son muchas menos.
Primero pierdes tiempo entendiendo el reto.
Luego discutiendo ideas.
Luego descartando las malas.
Luego intentando que la buena no sea una fantasía.
Luego construyendo.
Luego arreglando lo que no funciona.
Luego preparando una demo.
Luego preparando una presentación.
Y cuando quieres darte cuenta, no estás haciendo un proyecto.
Estás tomando decisiones a contrarreloj.
DebtScope nació de una idea bastante clara: los bancos no solo necesitan saber quién debe dinero. Necesitan entender el riesgo, anticiparse y actuar mejor.
Ahí vimos una oportunidad.
Crear una herramienta de inteligencia artificial capaz de analizar posibles perfiles deudores de alto riesgo y ayudar a diseñar estrategias de recuperación financiera. No una IA decorativa. No un chatbot pegado al final para que pareciera moderno. Una herramienta pensada para un problema real: reducir pérdidas, priorizar casos y dar al asesor bancario una orientación más precisa.
Ese fue el punto importante.
No intentamos vender “IA” porque sí.
Intentamos usar IA para tomar mejores decisiones.
Y creo que ahí estuvo la diferencia.
En muchos hackathons pasa algo curioso. La gente se enamora de la tecnología antes de enamorarse del problema. Empieza por la herramienta, por el modelo, por el framework, por lo que suena más impresionante.
Nosotros intentamos hacer lo contrario.
Primero el problema.
Después la solución.
Después la forma de contarla.
Porque una solución técnica que nadie entiende no gana.
Y una presentación bonita sin producto tampoco.
Necesitábamos las dos cosas.
La parte técnica tenía que ser creíble. La parte de negocio tenía que tener sentido. Y la historia tenía que ser fácil de visualizar: un asesor bancario entra en la plataforma, revisa un perfil de riesgo, entiende el caso y recibe una estrategia de recuperación más clara.
Eso es lo que convertía DebtScope en algo entendible.
No era solo “hemos hecho una IA”.
Era:
“hemos creado una herramienta que puede ayudar a una entidad financiera a detectar riesgo y recuperar mejor su capital”.
Esa frase cambia todo.
Porque baja la tecnología a tierra.
La hace útil.
La hace defendible.
La hace presentable.
Y en un hackathon, eso pesa muchísimo.
Al final, DebtScope ganó el primer premio nacional.
Y aunque obviamente el premio hizo ilusión, lo más valioso fue confirmar una idea que cada vez tengo más clara: no basta con saber construir. También hay que saber elegir bien el problema y contar bien la solución.
Puedes tener una tecnología muy potente y no llegar a ningún sitio si nadie entiende para qué sirve.
Puedes tener una idea muy buena y perder si no eres capaz de convertirla en algo visible.
Puedes tener una presentación espectacular y quedarte corto si detrás no hay sustancia.
El punto está en unir las tres cosas.
Tecnología.
Negocio.
Comunicación.
Eso fue DebtScope.
Un proyecto nacido en muy pocas horas, bajo presión, con un equipo de estudiantes de Informática y un reto real del sector financiero.
Y también fue una prueba más de algo que me interesa mucho más que el premio:
la IA no gana por sonar futurista.
Gana cuando resuelve un problema concreto.
CTA: Leer noticia