En pleno auge de la IA, todos nos volvimos programadores. He visto arquitectos construir su propio CRM en un fin de semana, analistas financieros armando modelos para venderlos como SaaS, gerentes de mercadeo montando su propia plataforma de campañas automatizadas. Todo funciona, todo se ve perfecto, todos nos sentimos genios… hasta que un día algo se rompe y aparece, casi siempre en boca de un programador de verdad, una frase que suena inofensiva pero que puede costar una empresa entera: “eso es DEUDA TÉCNICA”. Antes de explicarle qué es, déjeme mostrarle lo que le hizo a un negocio de carne y hueso.
El caso de Iván Darío
Imagínese a Iván Darío, dueño de una constructora pequeña pero seria, de esas que pelean de tú a tú contra las grandes a punta de ingenio. Iván descubrió la IA y se enamoró, con toda la razón. Montó su propio CRM para no pagar licencias. Generó sus renders y videos con IA. Automatizó sus campañas de mercadeo. Y —aquí se puso ambicioso— armó un sistema de agentes que redacta y envía contratos y separaciones de forma autónoma, un cotizador que arma la tabla de amortización solo, un chatbot que atiende compradores a las 3 de la mañana, y un tablero que muestra la disponibilidad de cada apartamento en tiempo real. Todo conectado. Todo funcionando. Durante meses, Iván fue el hombre más feliz del gremio: vendiendo, ahorrando en nómina, sintiéndose diez años adelante de la competencia.
Hasta que un martes cualquiera quiso hacer algo mínimo: cambiarle el precio a una tipología. Un cambio de treinta segundos en cualquier sistema bien hecho. Pero el precio no vivía en un solo lugar; estaba regado, duplicado y pegado con alfileres por todo el sistema. Lo cambió en el CRM y el cotizador siguió mostrando el viejo. Las campañas automatizadas —que nadie sabía apagar— siguieron pautando durante semanas un valor que ya no existía. Y los agentes de contratos, alegremente autónomos, empezaron a generar separaciones con datos cruzados de un proyecto a otro.
Y mientras trataba de apagar ese incendio, se prendió otro peor. Su render estrella, el que usaba en toda la publicidad, mostraba una sala con una pared espectacular: un mosaico dorado que quitaba el aliento. Un comprador le dijo, textual, que compraba el apartamento POR esa pared de la sala. Iván, feliz, salió a materializarla pensando que conseguía algo parecido en Corona… y ahí se estrelló contra la realidad. La IA no había inventado esa pared: había puesto una referencia real, el mosaico Oro Bis de Bisazza —teselas de vidrio con hoja de oro de 24 quilates, hechas a mano en Vicenza, Italia—. Un material que se cotiza casi como joyería, de una casa europea sin un solo distribuidor en Colombia. No había “algo parecido” en Corona ni en ninguna parte del país. Iván le había vendido a su cliente una pared que jamás iba a poder entregar.
Preocupado, le pidió a su arquitecto que revisara el render contra los planos reales. Y ahí vino el golpe que no estaba en el guion: “La distribución está bien”, le dijo, “pero la IA te infló el espacio para que se viera imponente. Ese comedor de seis puestos que pintó NO CABE en los metros que de verdad tiene el apartamento”. La IA, que siempre busca complacer al ojo, había estirado la realidad: en la pantalla todo se veía amplio y espacioso; en físico, el comprador iba a llegar a un apartamento donde el comedor del que se enamoró no entraba.
¿Y corregirlo con otro prompt? Imposible. Cada vez que le pedía cambiar una sola cosa, la IA le rediseñaba otras tres —le movía la ventana, le subía el techo, le cambiaba la cocina del fondo—. Esa imagen perfecta era un castillo de naipes: hermosa, pero imposible de editar.
Iván hizo lo que hacen todos cuando el barco empieza a hacer agua: llamó a un programador de verdad. El tipo miró el sistema un día entero y le dijo la frase que Iván no quería oír: “Esto no se arregla remendando. Toca hacerlo TODO de nuevo”.
Y ahí empezó la pesadilla que de verdad importa. No la técnica —esa es la de menos—. La del NEGOCIO. La Superintendencia de Industria y Comercio le abrió proceso por publicidad engañosa: por anunciar durante semanas un precio que ya no era cierto, y por vender con renders que prometían lo que la obra jamás podría entregar —una pared de oro imposible de conseguir y un espacio más amplio del que en realidad medía—. Compradores que se retractaron y pidieron devolución. Y la herida más profunda: los contratos y separaciones que sus agentes manejaban “de forma autónoma” quedaron expuestos por una configuración mal hecha —algo que ya le pasó de verdad a plataformas construidas con IA en 2025, donde datos personales, registros financieros y hasta claves de acceso quedaron a la vista de cualquiera—. En Colombia eso tiene nombre y apellido: violación de la Ley de Protección de Datos, y otra multa encima. Meses de operación detenida, la reputación golpeada, y el “ahorro” en programadores convertido en la cuenta de cobro más cara de su vida. Iván no ahorró. Iván pidió un préstamo carísimo sin saber que lo estaba firmando.
¿De dónde sale el concepto?
El concepto no es nuevo: lo acuñó Ward Cunningham en 1992, y su metáfora le entra directo a cualquier empresario. Escribir código apurado es como pedir un préstamo. Le da velocidad hoy, pero cada cambio futuro sobre ese código mal hecho es INTERÉS corriendo sobre la deuda. Si nunca la paga, llega el día en que su sistema entero queda paralizado bajo el peso de lo que debe. Y no es teoría de garaje: el CISQ calculó que la mala calidad de software le costó a Estados Unidos 2,41 billones de dólares solo en 2022.
Aquí viene lo grave. La IA no inventó la deuda técnica, pero la volvió una epidemia silenciosa. Cuando cualquiera puede generar código que “funciona” en segundos, el incentivo cambia de hacerlo bien a sacarlo ya. Los datos lo confirman: la firma GitClear, analizando cientos de millones de líneas de código, encontró que la práctica de refactorizar —limpiar y ordenar lo que ya se escribió— cayó del 25% en 2021 a menos del 10% en 2024. Se produce más código que nunca, se ordena menos que nunca. Y hay un detalle que debería quitarle el sueño a cualquiera que maneje datos de clientes: casi la mitad del código generado por IA sale con vulnerabilidades de seguridad conocidas.
¿Por qué se da?
En cristiano: la deuda técnica es el costo futuro de haber elegido hoy la solución rápida en vez de la correcta. Y con IA se dispara por una razón concreta. La IA genera código a partir de patrones de su entrenamiento, pero no conoce SU proyecto: no sabe cuáles son sus reglas internas, ni qué piezas ya existen, ni cómo debe conversar un módulo con otro. Entonces duplica lógica, resuelve el mismo problema de cinco maneras distintas, y (esto es lo crítico) no deja rastro de POR QUÉ hizo lo que hizo. Cada capa nueva se apila sobre cimientos que nadie diseñó. Su gremio entiende esto mejor que nadie: es exactamente como levantar un edificio de veinte pisos sin cálculo estructural ni planos. Los primeros pisos se sostienen solos. El problema no es el piso tres. El problema es el día en que hay que tocar una viga y usted descubre que nunca hubo vigas.
Lo que se necesita para no caer ahí
Y aquí está el punto que casi nadie quiere oír: antes de ponerse a programar con IA hay que saber de programación, o por lo menos saber GESTIONARLA. Esto no es opinión, es oficio. Se lo cuento desde nuestra propia trinchera, porque es lo que hacemos todos los días para que lo que construimos no se nos parta por la mitad.
Se necesita CONTROL DE VERSIONES (herramientas como Git) donde cada cambio queda registrado, fechado y es reversible; el equivalente digital al histórico notarial de una escritura, donde usted puede volver a cualquier estado anterior sin perder nada. Se necesita TRAZABILIDAD: saber quién cambió qué, cuándo y por qué, con commits atómicos y ordenados en vez de un bulto de cambios sin explicación. Se necesitan registros de decisiones de arquitectura —lo que los ingenieros llaman Architecture Decision Records que documentan no solo QUÉ se construyó, sino la RAZÓN detrás de cada decisión estructural, para que dentro de un año alguien entienda por qué se hizo así y no lo tumbe por ignorancia. Se necesita elegir conscientemente un STACK TECNOLÓGICO (el conjunto de herramientas y lenguajes que van a convivir durante años) y no simplemente aceptar lo primero que la IA sugirió porque compiló. Y se necesita refactorización disciplinada, documentación que se explique sola, y pruebas automáticas que avisen cuando algo se rompió antes de que lo descubra el cliente.
Nada de esto lo hace la IA sola. Todo esto exige criterio humano, y ese criterio no se genera con un prompt. Le pongo un espejo de nuestra propia casa: en VIKA cada decisión importante queda escrita con su fecha, su razón y su registro de cambios, para que dentro de seis meses sepamos exactamente por qué decidimos lo que decidimos. Esa misma disciplina, llevada al código, es la única vacuna real contra la deuda técnica. No es glamorosa. No sale en el pitch. Pero es la diferencia entre un activo que dura y un pasivo que algún día explota.
En la era de la IA, escribir código se volvió gratis. Mantenerlo, entenderlo y no morir en el intento es lo que de verdad cuesta.
Mostrar no es lo mismo que entregar
Y ese muro de oro deja una lección más allá del código. Una imagen generada puede ser deslumbrante y, a la vez, MENTIROSA: promete lo que no se va a construir. En preventa, donde el cliente compra sobre planos, eso lo es todo. La visualización que sirve no es la más bonita, es la que respeta la REALIDAD: geometría verificada, metraje exacto, inventario real. Mostrar lo hace cualquiera con un prompt. Mostrar la verdad es el oficio.
Nuestra responsabilidad como sector
Los que estamos en el sector tecnológico tenemos una responsabilidad especial en lo que le ofrecemos a nuestros clientes. Una deuda técnica que parece menor puede desencadenar algo muchísimo mayor y agredir de forma TRANSVERSAL todo el modelo de negocio (como le pasó a Iván, donde un cambio de precio y una pared de render terminaron en multas, desistimientos y datos expuestos). La IA es, en mi sentir, tan grande como la invención del internet. Y justamente por eso hay que manejarla con la seriedad que merece una herramienta de ese tamaño. En VIKA aprendimos hace rato a no dejar que la tecnología de moda sea la etiqueta del negocio: nuestra etiqueta es entregar soluciones que VENDAN y que DUREN. Empezamos con renders hace más de dos décadas, hoy vamos con modelos de IA, pero el principio no ha cambiado. La moda pasa; el criterio queda.
¿Y entonces?
La IA le va a dar una velocidad que ninguna generación de empresarios tuvo antes. Pero la velocidad esconde una trampa: no arregla una base mal construida, la lleva más rápido al precipicio. Entre más rápido avance sobre cimientos improvisados, más dura es la caída. Así que la única pregunta que de verdad importa es sobre qué está construyendo mientras acelera: ¿sobre algo sólido, o sobre una deuda que un día, en el peor momento posible, le van a cobrar con todos sus intereses?
¿Y ustedes, sobre qué están construyendo?
