# IA en construcción: qué sirve hoy en obra y qué todavía es humo > Evaluación honesta de la inteligencia artificial aplicada a obra: qué está maduro, qué está a medias y qué se vende pero no funciona. - Autor: Felipe Arancibia — Sr. Product Designer - Publicado: 2026-08-20 - Original: https://usepaladio.com/blog/ia-en-construccion/ - Tecnología en obra --- La inteligencia artificial aplicada a la construcción abarca desde transcripción de voz hasta predicción de retrasos. Parte de esas aplicaciones ya funcionan bien y se pueden usar hoy en una obra real. Otras funcionan en condiciones controladas y fallan en campo. Y varias se venden con seguridad y todavía no existen de forma confiable. Este artículo separa las tres categorías: la utilidad está tanto en lo que sí sirve como en lo que conviene no comprar todavía. ## Lo que ya funciona ### Transcripción de voz Es la aplicación más madura y la de mayor impacto inmediato en obra, porque ataca el punto exacto donde se rompe la cadena: la captura. Un residente dicta lo que ve y el sistema lo convierte en texto. Funciona bien incluso con ruido de fondo moderado. **Su límite real no es técnico general sino de vocabulario.** Un modelo genérico entrenado en español neutro masacra la jerga de obra: cimbra, encofrado, formaleta, castillo, dala, cadena, colado, vaciado, fundida, varilla, fierro. Y esas son justamente las palabras que llevan la información. Requiere léxico de dominio adaptado por país, lo que es trabajo específico y no viene gratis con el modelo. ### Extracción de datos de documentos Leer un presupuesto, un catálogo de conceptos o una factura y convertirlos en datos estructurados. Funciona bien con documentos razonablemente ordenados y ahorra días de captura manual. Falla con documentos escaneados de mala calidad, con tablas de estructura irregular y con formatos muy poco convencionales. Siempre requiere revisión. ### Detección visual de elementos Identificar en una fotografía si el personal trae casco, si hay orden en el frente, si el andamio tiene las protecciones. Funciona con precisión aceptable para tareas acotadas y bien definidas. Sirve para monitoreo de seguridad y para prefiltrar fotos. No sirve para verificar calidad constructiva, que es un juicio bastante más complejo. ### Búsqueda y resumen sobre información propia Preguntar en lenguaje natural sobre lo que ocurrió en la obra y obtener una respuesta con las fuentes. Esta funciona bien y está subestimada: buena parte del tiempo perdido en obra se va buscando información que sí existe pero que nadie encuentra. ## Lo que funciona a medias ### Medición de cantidades desde fotografía Estimar cuántos metros cuadrados de muro se levantaron a partir de una foto. Funciona en condiciones controladas: buena iluminación, ángulo adecuado, referencia de escala visible. En obra real, con sol de frente, obstrucciones y ángulos improvisados, el margen de error es demasiado alto para alimentar una estimación de cobro. Sirve como verificación aproximada, no como medición. ### Predicción de retrasos Los modelos existen y las señales que usan son razonables: caída de personal, rendimientos por debajo del presupuesto, acumulación de restricciones. El problema es que exigen histórico de calidad, y la mayoría de las constructoras no lo tiene. Un modelo predictivo alimentado con datos capturados de memoria al cierre del mes produce predicciones con la calidad de esos datos. **La secuencia correcta es medir bien primero y predecir después**, no al revés. ### Generación de reportes Convertir datos estructurados en un reporte redactado. Funciona bien para el texto y hay que vigilar los números: un modelo de lenguaje puede redactar de forma impecable una cifra equivocada. Los datos deben venir de un cálculo, no de la generación. ## Lo que todavía es humo **Programación automática de obra.** La idea de un sistema que arme el programa óptimo suena bien y choca con la realidad: la secuencia de una obra depende de restricciones locales, disponibilidad de subcontratistas, criterios de la supervisión y decisiones que no están en ningún dato. Los intentos actuales producen programas que ningún planificador con experiencia aprobaría. **Detección automática de defectos constructivos.** Distinguir una fisura estructural de una de contracción, o evaluar si un colado quedó bien, requiere criterio técnico e información que una foto no contiene. Lo que existe hoy detecta la presencia de una fisura, no su significado. **Estimación automática de precios.** Sugerir precios unitarios a partir de datos históricos suena razonable hasta que se considera cuánto depende un precio de condiciones específicas: acceso, altura, disponibilidad local de material, capacidad de la cuadrilla. Sirve como referencia inicial; presentarlo como presupuesto es peligroso. **Cualquier cosa que prometa reemplazar criterio técnico.** Un residente decide con información incompleta bajo presión de tiempo, integrando factores que nadie escribió. Es exactamente el tipo de trabajo que la IA hace peor. ## El criterio para evaluar Tres preguntas que sirven frente a cualquier propuesta. **¿Qué pasa cuando se equivoca?** Si el error es visible y barato de corregir —una transcripción que el usuario revisa— el riesgo es bajo. Si el error es invisible y caro —una cantidad mal medida que entra a una estimación— el riesgo es alto y hace falta verificación humana obligatoria. **¿Con qué datos se entrenó?** Un modelo entrenado con obra estadounidense va a fallar con mampostería confinada, con vocabulario latinoamericano y con la mecánica de precios unitarios de la región. **¿Qué hace un humano en el circuito?** Toda aplicación seria de IA en obra tiene un punto de confirmación humana. Si no lo tiene, o el riesgo es muy bajo, o alguien no lo pensó bien. ## Por dónde empezar Si vas a incorporar IA en tu operación, el orden que tiene sentido es este: 1. **Captura**, con transcripción de voz. Es donde está el dolor real y donde el retorno es inmediato. 2. **Estructuración**, convirtiendo esa captura en datos por concepto y ubicación. 3. **Análisis**, comparando lo ejecutado contra lo presupuestado. 4. **Predicción**, solo cuando ya tengas seis meses de datos buenos. La mayoría de las empresas quiere empezar por el cuarto punto porque es el que suena impresionante. Sin los tres anteriores, es un modelo prediciendo sobre datos inventados. ## Preguntas frecuentes **¿La IA va a reemplazar al residente de obra?** No en un horizonte previsible. Lo que puede reemplazar es la parte administrativa de su trabajo, que hoy le consume cerca de un tercio de la jornada. El resultado esperable no es menos residentes: es residentes haciendo más supervisión técnica y menos captura. **¿Qué tan confiable es la transcripción con ruido de obra?** Con ruido moderado y vocabulario adaptado, es bastante confiable. Con ruido intenso —un colado, un martillo neumático cerca— baja de manera notoria. Por eso el paso de confirmación no es opcional. **¿Necesito conectividad para usar IA en obra?** Para el procesamiento, sí, porque los modelos corren en servidores. Pero la captura puede ocurrir sin señal si el canal encola y sube cuando hay red. La diferencia importa: el residente no debería tener que esperar a tener señal para registrar. **¿Cuánto cuesta implementar IA en una obra?** Depende del alcance, y el costo de licencia suele ser el menor de los componentes. Lo que realmente cuesta es preparar los datos base —catálogo de conceptos, presupuesto— y sostener el hábito de captura. Cualquier propuesta que omita eso está subestimando el proyecto. **¿Cómo sé si un proveedor está exagerando?** Pídele que te muestre un error. Un proveedor honesto sabe en qué casos falla su sistema y te lo explica sin problema. Quien afirma que funciona siempre, o no ha implementado en obra real, o no está siendo franco.