IA para constructoras: dónde entra en la licitación, la obra y el cierre de un proyecto

Lo que está cambiando en una constructora: el dato de obra ya existe, lo que falta es leerlo a tiempo

La construcción arrastra un problema de productividad que no es nuevo. El McKinsey Global Institute midió que la productividad laboral del sector creció alrededor de 1 % al año durante dos décadas, frente a 2,8 % de la economía mundial y 3,6 % de la manufactura. No es falta de esfuerzo en obra. Es un sector fragmentado, con mucho papel, mucho intermediario y decisiones que se toman con información de la semana pasada.

Lo que sí cambió es la cantidad de dato disponible. Hoy una obra mediana genera partes diarios, fotos por WhatsApp, asientos de cuaderno de obra, actas, RFIs, guías de remisión, cronogramas actualizados y, si hay BIM, un modelo con cantidades. En obra pública peruana, el cuaderno de obra ya es digital desde los contratos convocados a partir de agosto de 2020. El Estado peruano, además, se puso como meta que a julio de 2030 todas sus entidades usen BIM en las inversiones de infraestructura.

El dato existe. El problema es que nadie lo lee completo. Un estudio de Autodesk y FMI con más de 3.900 profesionales estimó que las decisiones tomadas con datos malos (incompletos, inconsistentes o tardíos) explicaron cerca de 14 % del retrabajo del sector en 2020. Ese es el hueco real donde entra la IA: no en generar más información, sino en leer la que ya hay y ponerla delante de quien decide.

La adopción todavía es baja. La encuesta de RICS de 2025, con más de 2.200 profesionales, encontró que 45 % de las organizaciones no usa IA en absoluto, 34 % está en pilotos y menos de 2 % la tiene en varios procesos. Las barreras que reportan no son tecnológicas en el sentido de "falta el modelo": son falta de gente capacitada, integración con los sistemas existentes y calidad de datos. Es decir, exactamente los temas de los que trata esta página.

Lo que no significa: drones y robots en cada obra

Cuando un gerente de una constructora escucha "IA en construcción", suele imaginar lo que sale en las ferias: drones que escanean la obra, robots que levantan muros, gemelos digitales en pantallas gigantes. Existen, y en proyectos grandes tienen sentido. Pero no son por donde empieza una constructora mediana de Lima, Monterrey o Bogotá.

Tampoco significa comprar un software de gestión de obra con "IA" en el nombre y esperar que el proceso cambie solo. Si el residente sigue mandando audios sueltos por WhatsApp, el sistema no tiene qué leer. La IA no ordena una operación desordenada. La expone más rápido.

El ciclo real de una obra, de la licitación al cierre

Para saber dónde entra la IA hay que mirar la obra como la vive una constructora, no como la describe un proveedor de software. Cada etapa tiene su documento central, su responsable y su punto de dolor.

En obra pública peruana la valorización tiene definición legal: el reglamento de la Ley 32069 la describe como la cuantificación económica del avance físico realizado en un período determinado, y fija que la entidad la evalúa y paga hasta el último día del mes en que se presenta. Ese calendario es inamovible. Por eso la valorización es uno de los puntos donde más duele llegar tarde.

Qué es repetitivo, qué sigue una norma, qué es documento y qué es criterio de ingeniería

Antes de hablar de herramientas, conviene clasificar el trabajo. No todas las tareas de una obra se tratan igual, y meter el mismo tipo de IA en todas es la forma más rápida de gastar sin resultado.

• Repetitivo. Consolidar partes diarios, pasar avances al formato de la valorización, actualizar el control de almacén, mandar el recordatorio de la charla de seguridad. Mucho volumen, poca variación.
• Sigue una norma o una regla. Verificar que un metrado siga el criterio de medición de la partida, que una valorización respete el porcentaje de avance acumulado, que un trabajo en altura tenga su permiso firmado. La regla está escrita en algún lado.
• Es documento. Bases de licitación, especificaciones técnicas, RFIs, submittals, actas, cartas al supervisor, cuaderno de obra. Texto largo, no estructurado, con información crítica escondida en la página 140.
• Es criterio de ingeniería. Cambiar el procedimiento constructivo, aceptar un material alternativo, parar un frente por riesgo, negociar un adicional. Aquí decide una persona con experiencia y firma.

Lo repetitivo se resuelve con automatización tradicional. Lo normado, con reglas y validaciones. Lo documental es donde la IA generativa tiene su mejor uso. Y lo de criterio se queda con el ingeniero, con la IA preparándole la información. Esa clasificación ya resuelve buena parte del diseño.

Dónde entra cada tipo de IA en la obra

"IA" no es una sola cosa. En una constructora se combinan seis piezas distintas, y confundirlas es el error de diseño más frecuente.

• Automatización tradicional (reglas). Mover el parte diario del formulario a la base de datos, alertar si una obra no reportó a las 7 p. m., generar el consolidado semanal. No necesita IA. Si el proceso es estable, una regla es más barata y más auditable que un agente, como explica la comparación entre un agente de IA y un RPA.
• IA generativa. Leer bases de licitación y sacar plazos, garantías, penalidades y requisitos del personal clave. Resumir un RFI y proponer el borrador de respuesta. Redactar el informe mensual a partir de los partes. Transcribir el audio del residente a un parte estructurado. Aquí aparece la IA multimodal, que lee fotos, audios y PDF escaneados en el mismo flujo.
• Modelo predictivo. Estimar el riesgo de atraso de una actividad cruzando el cronograma con los rendimientos reales de las últimas semanas, o anticipar qué partidas van a pasarse de presupuesto. Necesita histórico ordenado; sin él, es adivinación con decimales. La base está en qué es la IA predictiva.
• Visión por computadora. Detectar si un trabajador en una zona marcada no lleva casco o arnés, comparar fotos del avance contra lo programado. La investigación académica lo demuestra hace años (Nath, Behzadan y Paal publicaron en 2020 detección de casco y chaleco en tiempo real con redes neuronales), pero llevarlo a obra exige cámaras, conectividad y reglas claras sobre datos de personas.
• Copiloto. Un asistente que el ingeniero de costos usa para comparar un APU con su histórico, o que el residente consulta sobre las especificaciones del proyecto sin buscar en cientos de páginas. Asiste a una persona que decide.
• Agente. Un sistema que recibe un objetivo y ejecuta pasos con herramientas: por ejemplo, revisar cada mañana los partes de todas las obras, detectar las que no reportaron metrado, pedirlo por WhatsApp al residente y dejar el consolidado listo. Vale cuando el proceso tiene variación que una regla no cubre.

Y por encima de todo, la persona en el bucle. En construcción no es una opción de diseño: es una obligación profesional. El ingeniero revisa, aprueba y firma. El sistema prepara. Si quieres el detalle de cómo se diseña ese punto de control, está en qué es human in the loop.

Lo que no se delega: la firma del ingeniero, la decisión de parar una actividad y la relación con el supervisor

Hay decisiones que no pasan a un sistema aunque el sistema acierte. No por desconfianza en la tecnología, sino porque alguien tiene que responder por ellas ante el cliente, el supervisor, la entidad o la ley.

• La firma. Metrados, valorizaciones, planos, protocolos de calidad y liquidaciones llevan la firma de un profesional colegiado. La IA puede preparar el borrador; la responsabilidad no se transfiere.
• Parar un frente por riesgo. Un modelo puede alertar que una zona tiene condiciones inseguras. Detener la actividad es una decisión del residente o del responsable de seguridad, con la normativa de seguridad en construcción detrás (en Perú, la Ley 29783 y el reglamento del sector construcción, DS 011-2019-TR; en México, la NOM-031-STPS-2011).
• Aceptar un material o un procedimiento alternativo. Es criterio técnico y tiene consecuencias de garantía.
• La relación con el supervisor y el cliente. Las cartas, los reclamos de ampliación de plazo, la negociación de un adicional. La IA redacta el borrador, la persona decide el tono y el momento.
• La decisión de presentarse o no a una licitación. La IA resume las bases y marca riesgos; el apetito de riesgo de la empresa lo decide la gerencia.

Los datos que necesita: cronograma vivo, un solo formato de parte diario, BIM si existe e histórico de costos

Aquí se define si el proyecto funciona o no. La IA no inventa el dato de obra. Lo ordena, lo cruza y lo devuelve a tiempo. Si el dato no existe o cada obra lo genera distinto, el primer trabajo no es de IA: es de proceso. Lo desarrollo en por qué los datos van antes que la IA.

• Cronograma vivo. Actualizado al menos cada semana con avance real, no la versión de la propuesta. Sin esto no hay predicción de atraso posible.
• Parte diario con el mismo formato en todas las obras. Personal, equipos, metrado ejecutado por partida, incidencias, clima, restricciones. Es el dato más barato de capturar y el más valioso de estandarizar.
• Presupuesto por partida y su histórico. Costos reales de obras cerradas, rendimientos reales de cuadrillas. Es la memoria que permite comparar un APU nuevo contra lo que realmente costó.
• Documentación del proyecto con control de versiones. Planos, especificaciones, RFIs y submittals con estado claro. La norma ISO 19650 lo resuelve con un entorno común de datos donde cada documento está en trabajo, compartido, publicado o archivado. Si una constructora ya trabaja así, la IA tiene un suelo firme. Si no, el riesgo es que el sistema responda con la revisión vieja del plano.
• Modelo BIM, si existe. Cantidades y fases ya estructuradas. Acelera metrados y comparaciones de avance.
• Registros de seguridad y calidad en digital. Inspecciones, observaciones, no conformidades, con fecha, obra y responsable.

La gestión documental merece un comentario aparte. Una buena parte del valor de la IA generativa en una constructora es poder preguntarle al expediente: "¿qué dice la especificación sobre el curado del concreto?" o "¿se respondió el RFI de la losa del tercer piso?". Eso se construye con una arquitectura RAG sobre documentos versionados, y funciona solo si se indexa la revisión vigente. El paso previo es armar una base de conocimiento con reglas de qué entra y qué sale.

Con qué se conecta: S10, MS Project o Primavera, ERP, BIM y el WhatsApp de obra

Una constructora en Latinoamérica ya tiene su stack, aunque nadie lo llame así. El sistema de IA no lo reemplaza: se conecta a él. Si exige que el equipo abandone sus herramientas, no lo van a usar.

WhatsApp merece mención propia porque es el canal real de obra. El residente no va a abrir otra aplicación a las seis de la tarde. Si el sistema recibe el parte por WhatsApp y responde por ahí, se usa. Cómo se hace bien, con trazabilidad y sin depender de un número personal, está en cómo conectar la IA con WhatsApp en una empresa.

Riesgos: la seguridad de las personas, la responsabilidad profesional y los datos de licitación

• Seguridad de las personas. Un sistema de visión que da falsa tranquilidad es peor que no tener sistema. Si la cámara no detectó una falta, no significa que no la hubo. La vigilancia humana del responsable de seguridad no se reemplaza.
• Responsabilidad profesional. Un metrado asistido con un error de unidad, firmado sin revisar, es responsabilidad del ingeniero. El diseño tiene que obligar a la revisión, no solo permitirla.
• Datos de licitación confidenciales. Precios, márgenes y estrategia de oferta no pueden terminar en una herramienta gratuita que entrena con lo que le subes. Hay que saber dónde se procesa cada documento.
• Datos personales. Cámaras que identifican trabajadores, audios con nombres, fichas de personal. En Perú aplica la Ley 29733 de protección de datos personales; en otros países, su equivalente. Hay que informar, limitar el uso y definir cuánto tiempo se guarda.
• Trazabilidad. Si la IA propuso una cifra en la valorización, tiene que quedar registro de la fuente (qué parte, qué fecha) y de quién la aprobó. En un arbitraje o una controversia con la entidad, eso se pide.
• Errores de documento. Responder con la revisión equivocada de un plano o una especificación derogada. Se mitiga con control de versiones y citas obligatorias a la fuente.

Ninguno de estos riesgos es razón para no hacer nada. Son razones para diseñar bien. El marco que recomiendo revisar para ordenar la conversación es el de gestión de riesgos de IA del NIST, y para la parte regulatoria por país, el resumen de qué normativas regulan la IA en empresas.

Hay un riesgo que no sale en ningún marco y es el más frecuente: que nadie lo use. En una edición del newsletter conté dos reuniones con dos constructoras distintas que llegaron a la misma conclusión: el reto no era desarrollar el software, era lograr que las personas quisieran usarlo. En obra eso se nota el primer lunes.

Matriz de obra: tarea, tipo de IA, complejidad, riesgo e impacto

Esta es la matriz que uso para conversar con una gerencia de proyectos. Es una referencia de trabajo, no una medición: la complejidad y el impacto cambian según el tamaño de la empresa y el orden de sus datos. Léela como tarea · tipo de IA · complejidad · riesgo · impacto.

La lectura útil es por combinación. Las tareas de complejidad media, riesgo bajo o medio e impacto alto son los primeros casos: partes diarios y lectura de bases. Las de complejidad alta y riesgo alto (metrado asistido, visión para seguridad, valorización) vienen después, cuando ya hay datos ordenados y confianza del equipo.

Cómo se ve en una constructora con una obra y con diez obras en paralelo

Los dos ejemplos que siguen son ilustrativos. No describen a un cliente; describen dos realidades que se repiten en el sector y que cambian por completo qué conviene hacer.

En lo que he visto, el salto de valor no está en el tamaño de la obra sino en el número de obras simultáneas. Es una hipótesis de trabajo, no un estudio: cuando una gerencia ya no alcanza a leer todos los partes, la consolidación automática paga sola su costo.

Si ya trabajas con BIM: de modelar a decidir

Muchas constructoras invirtieron en BIM por exigencia del cliente o del Estado. En Perú, el Plan BIM del MEF marca 2030 como fecha para la obra pública; Chile arrancó Planbim en 2015 con CORFO; Colombia tiene su Estrategia Nacional BIM 2020-2026. El resultado típico es un modelo muy bien hecho que se usa para coordinar diseño y después se abandona cuando empieza la obra.

Ahí está la oportunidad. El modelo ya tiene cantidades, fases y relaciones. Cruzarlo con el avance real del parte diario permite ver qué se programó, qué se ejecutó y qué se valorizó, en el mismo lugar. Lo desarrollo con más detalle en cómo usar IA en construcción, de BIM a decisiones con datos de obra.

Una advertencia: el modelo BIM tiene el mismo problema que cualquier documento. Si nadie mantiene la versión vigente, la IA va a decidir sobre un modelo que ya no representa la obra. Aplicar los estados del entorno común de datos de ISO 19650 no es burocracia: es lo que hace que la IA pueda confiar en lo que lee.

El primer caso de uso que conviene en una constructora

Si tuviera que elegir uno solo para una constructora mediana con varias obras, empezaría por el parte diario. No por ser el más vistoso, sino porque cumple las cuatro condiciones de un buen primer caso: el dolor se siente cada día, el proceso ya existe, el dato es barato de capturar y el resultado se mide en semanas.

Si la empresa licita mucho y ejecuta poco, el orden cambia: el primer caso es la lectura de bases. El criterio general para elegir está en cómo elegir el primer caso de uso de IA, y la forma de probarlo sin comprometer presupuesto grande, en cómo hacer una POC de IA en dos semanas.

Cómo medir: desviación de plazo y costo, horas de reporte, observaciones de calidad e incidentes

Un proyecto de IA en una constructora que no se mide en números de obra termina como una demo bonita. Los indicadores tienen que ser los que la gerencia de proyectos ya mira, más dos que casi nadie mide y que son los que más cambian.

• Desviación de plazo y de costo por obra y por partida, medida durante la obra y no solo al cierre.
• Días entre que ocurre un desvío en campo y que la gerencia se entera. Es el indicador que mejor muestra si el sistema sirve.
• Horas de reporte por residente y por administrador de obra a la semana, antes y después.
• Tiempo de armado de la valorización mensual y número de observaciones del supervisor.
• Observaciones de calidad y no conformidades abiertas y su tiempo de cierre.
• Incidentes y actos inseguros reportados (un aumento al principio suele significar que ahora se registran, no que haya más).
• RFIs abiertos y su tiempo de respuesta.

Sin línea base no hay ROI. Antes de construir nada, mide dos o tres semanas cómo funciona hoy. El método para convertir horas y desvíos en dinero está en cómo calcular el ROI de un proyecto de IA.

La arquitectura mínima y el caso real

La arquitectura de una solución para una constructora no tiene que ser compleja, pero sí tiene que tener todas sus piezas. Cuando falta una, el proyecto se queda en piloto.

Cómo se ordenan esas capas en una empresa completa está en arquitectura empresarial de IA. Si quieres entender cómo se implementa de punta a punta, del diagnóstico a la operación, está en cómo implementar IA en una empresa. Y si la solución va a ejecutar tareas sola, como perseguir partes faltantes, conviene leer cómo implementar agentes de IA en una empresa antes de diseñarla.

En los casos reales de implementación hay uno de construcción: una empresa grande en México donde operaciones repetía tareas y no tenía visibilidad real del trabajo diario. El detalle y los números están en esa página.

Esta página es parte del mapa de aplicaciones de la inteligencia artificial en las empresas, por área y por industria. Si llegaste buscando qué es la IA empresarial en general, empieza por inteligencia artificial para empresas.

Si quieres aprender a diseñar e implementar este tipo de soluciones dentro de empresas, constructoras incluidas, ese es el trabajo de Arquitectura IA: el método para pasar del dolor de operación a un sistema que la gente usa.