Esta entrevista profesional se ha elaborado con finalidad didáctica por inmoley.com. Los perfiles, situaciones y respuestas se basan en patrones profesionales observados habitualmente en operaciones inmobiliarias, urbanísticas, financieras y de construcción, y han sido redactados como una recreación práctica para explicar riesgos, errores y soluciones.

Contexto del caso

Un promotor industrial encarga el desarrollo de un edificio logístico avanzado con zonas de frío, automatización, oficinas técnicas, muelles de carga, aparcamiento, urbanización, instalaciones eléctricas de alta demanda, protección contra incendios, sistemas de control, climatización, telecomunicaciones, BMS y áreas preparadas para futura ampliación.

El importe total de inversión previsto asciende a 88.700.000 €, incluyendo suelo, proyecto, ingeniería, licencias, construcción, equipos, automatización, financiación, tipo de interés, seguros, honorarios técnicos, commissioning, contingencias e imprevistos.

El promotor quiere licitar un contrato EPC o, alternativamente, un esquema EPCM con paquetes especializados. Para ello encarga una ingeniería preliminar y un paquete FEED. El objetivo es que los licitadores puedan ofertar con suficiente certidumbre de alcance, coste, plazo y riesgos.

El problema aparece cuando llegan las ofertas. Cada contratista interpreta de forma distinta las bases de diseño. Uno incluye determinados equipos; otro los excluye. Uno asume ciertas conexiones; otro las trata como provisional sums. Uno valora la ampliación futura; otro no. Las mediciones son incompletas, los criterios de rendimiento no están cerrados y varias interfaces entre obra civil, instalaciones y automatización no están definidas.

La licitación fracasa parcialmente: las ofertas no son comparables, el financiador pide más definición y el inversor advierte de que el proyecto no puede aprobarse con una ingeniería que no permite saber el coste real.

Participantes en la entrevista

Intervienen en esta conversación profesional:

- Promotor.
- Ingeniero FEED.
- Contratista EPC.
- Gestor EPCM.
- Director financiero.
- Financiador.
- Inversor.
- Project manager.
- Asesor contractual.
- Controller de proyecto.

Entrevista profesional

Pregunta: ¿Qué ocurrió en este proyecto?

Promotor:
Creíamos que teníamos una ingeniería suficiente para salir a mercado. El concepto estaba claro, el uso estaba definido y los equipos principales estaban identificados. Pero cuando recibimos las ofertas vimos que cada licitador había entendido el proyecto de una forma distinta.

Contratista EPC:
Desde nuestra perspectiva, el paquete de licitación tenía demasiadas zonas abiertas. Algunas bases de diseño no estaban cerradas, las cargas no eran definitivas, los criterios de redundancia no estaban claros y varias interfaces quedaban pendientes de decisión del promotor.

Gestor EPCM:
Para una estrategia EPCM, la ingeniería también era insuficiente. Si el promotor quiere dividir paquetes, necesita saber muy bien dónde empieza y termina cada uno. Aquí había demasiadas fronteras indefinidas.

Financiador:
El banco no podía apoyarse en un coste que dependía de interpretaciones. Necesitábamos un alcance más definido para valorar presupuesto, contingencia, plazo, financiación y riesgo de ejecución.

Pregunta: ¿Cuál fue el primer error?

Project manager:
El primer error fue confundir ingeniería preliminar con ingeniería de definición. Una ingeniería preliminar ayuda a imaginar el proyecto. Un FEED debe permitir licitar, comparar ofertas, asignar riesgos y tomar una decisión de inversión.

Asesor contractual:
El segundo error fue no definir desde el inicio qué entregables debía producir el FEED. Si no se pactan entregables concretos, el ingeniero puede entregar documentación útil, pero insuficiente para contratar.

Controller de proyecto:
El tercer error fue no conectar el FEED con el modelo financiero. Cada indefinición técnica se traducía en contingencia, provisional sum, exclusión o prima de riesgo.

Pregunta: ¿Qué es un contrato FEED?

Ingeniero FEED:
Es un contrato de ingeniería de definición previa a la contratación principal. Sirve para transformar el concepto en un paquete técnico suficientemente claro para decidir, licitar y financiar. Incluye bases de diseño, criterios de rendimiento, especificaciones, layouts, estimaciones, riesgos, interfaces, secuencia de obra y entregables para EPC, EPCM o paquetes especializados.

Promotor:
En teoría, eso era lo que queríamos. En la práctica, no fijamos con precisión el nivel de definición requerido.

Asesor contractual:
El contrato FEED debe decir qué nivel de madurez se espera. No basta con encargar “ingeniería de definición”. Hay que definir alcance, entregables, responsabilidad, revisiones, supuestos y uso posterior.

Pregunta: ¿Qué deben contener las bases de diseño?

Ingeniero FEED:
Deben contener criterios funcionales, capacidades, cargas, normativa aplicable, condiciones de operación, rendimiento esperado, criterios de seguridad, eficiencia, redundancia, mantenimiento, interfaces, condiciones ambientales, criterios de ampliación futura, requisitos de usuario y restricciones de obra.

Contratista EPC:
Si las bases de diseño son ambiguas, el contratista añade contingencia o excluye riesgos. Nadie oferta barato lo que no entiende.

Gestor EPCM:
Y si se dividen paquetes, las bases de diseño deben permitir que todos trabajen con la misma referencia. Si no, cada paquete optimiza su parte y se generan huecos.

Pregunta: ¿Dónde estaba el mayor riesgo?

Controller de proyecto:
En las interfaces técnicas. Automatización dependía de electricidad, electricidad de potencia contratada, climatización de cargas térmicas, PCI de uso y almacenamiento, estructura de equipos, urbanización de accesos y muelles. Si esas interfaces no estaban cerradas, el presupuesto era frágil.

Project manager:
También había riesgo en la ampliación futura. El promotor quería dejar preparado el edificio para crecer, pero no había decidido cuánto se dimensionaba ahora y cuánto se difería.

Director financiero:
Eso afectaba al coste inicial. Preparar para el futuro puede crear valor, pero también puede inmovilizar capital que no genera ingresos inmediatos.

Pregunta: ¿Qué problema generó en las ofertas?

Contratista EPC:
Las ofertas no eran comparables. Un licitador incluía ciertos equipos, otro no. Uno asumía la coordinación de automatización, otro la dejaba como exclusión. Uno ofertaba con contingencia alta, otro con precio más bajo pero muchas reservas.

Promotor:
Al principio pensamos que había una gran diferencia de precios. Después vimos que no estaban ofertando el mismo alcance.

Controller de proyecto:
La comparación económica era casi imposible. El precio más bajo no era necesariamente mejor; simplemente podía tener más exclusiones.

Pregunta: ¿Qué pidió el financiador?

Financiador:
Pidió una versión revisada del FEED con matriz de alcance, lista de exclusiones permitidas, estimación de coste por sistemas, contingencia justificada, calendario de compras críticas, estrategia de contratación y análisis de riesgos. También pidió saber si el proyecto se licitaría como EPC o EPCM.

Director financiero:
El banco necesitaba saber quién asumía el riesgo de definición. Si el alcance seguía abierto, exigiría más equity y contingencia.

Inversor:
El inversor pidió lo mismo desde otro ángulo: no quería aprobar capital sobre una cifra que podía variar un 15 % por falta de definición.

Pregunta: ¿Qué diferencia hay entre preparar una licitación EPC y una EPCM?

Asesor contractual:
En EPC, el paquete FEED debe permitir que el contratista asuma un alcance amplio con precio, plazo y responsabilidad integradora. En EPCM, el FEED debe permitir dividir el proyecto en paquetes, definir interfaces, preparar compras, coordinar contratistas y mantener control directo del promotor.

Gestor EPCM:
En EPCM, la claridad de interfaces es incluso más importante. Si el promotor contrata paquetes separados, necesita una ingeniería que evite huecos entre contratos.

Contratista EPC:
En EPC, si el FEED es pobre, el contratista sube precio, introduce reservas o rechaza asumir ciertos riesgos.

Pregunta: ¿Qué papel tiene la responsabilidad del ingeniero FEED?

Asesor contractual:
Debe regularse con cuidado. El ingeniero no construye la obra, pero sus entregables condicionan coste, licitación, diseño posterior y responsabilidad. Debe responder por errores, omisiones, falta de diligencia, incumplimiento de entregables y desviaciones respecto del alcance contratado.

Ingeniero FEED:
También debe quedar claro qué supuestos nos proporciona el promotor y qué decisiones quedan fuera. Si el usuario no define capacidad, operación o requisitos, no podemos inventarlos sin riesgo.

Promotor:
Ahí hubo un fallo nuestro. Algunas decisiones operativas llegaron tarde, y el ingeniero trabajó con supuestos que después cambiaron.

Pregunta: ¿Qué son los supuestos de diseño?

Ingeniero FEED:
Son hipótesis de partida: capacidad de almacenamiento, caudal, temperatura, potencia, horario de operación, nivel de automatización, número de muelles, crecimiento futuro, ocupación, cargas, calidad de suministro, mantenimiento y criterios de seguridad.

Controller de proyecto:
Cada supuesto tiene impacto económico. Cambiar una temperatura objetivo, una potencia, una redundancia o un nivel de automatización puede cambiar millones de euros.

Project manager:
Por eso los supuestos deben aprobarse formalmente. No pueden quedar dispersos en correos o reuniones.

Pregunta: ¿Qué entregables faltaban?

Project manager:
Faltaban matriz de interfaces, lista completa de equipos principales, criterios cerrados de rendimiento, estimación por disciplinas, estrategia de compras, matriz de riesgos, calendario de licitación, criterios de aceptación, bases de commissioning y alcance de ampliación futura.

Contratista EPC:
También faltaban límites de batería. Es decir, dónde termina una disciplina y empieza otra: acometidas, conexiones, señales, soportes, canalizaciones, control, integración y pruebas.

Gestor EPCM:
Sin límites de batería, cada paquete puede excluir lo que considera ajeno. Y entonces el promotor compra huecos.

Pregunta: ¿Qué impacto tuvo en el coste?

Controller de proyecto:
Las primeras ofertas oscilaban entre 49.000.000 € y 61.500.000 € para un alcance que supuestamente era el mismo. Al normalizar exclusiones, reservas y provisional sums, la diferencia real se redujo, pero el coste probable subió respecto al modelo inicial.

Director financiero:
El modelo financiero tuvo que incorporar 4.200.000 € adicionales entre contingencia, ingeniería complementaria, revisión de paquetes, actualización de ofertas, financiación por retraso y mayor tipo de interés efectivo.

Inversor:
Ese coste no era sólo técnico. Era el precio de haber salido a licitación demasiado pronto.

Pregunta: ¿Qué impacto tuvo en el plazo?

Project manager:
La licitación se retrasó 14 semanas. Hubo que rehacer documentación, contestar aclaraciones, cerrar bases de diseño, convocar reuniones técnicas, emitir addenda y pedir nuevas ofertas.

Financiador:
Ese retraso afectó a condiciones financieras. Las aprobaciones bancarias tienen calendario. Si el proyecto no madura, la financiación también se mueve.

Promotor:
Lo más frustrante fue que intentamos ganar tiempo saliendo pronto a licitar y acabamos perdiéndolo.

Pregunta: ¿Qué medidas correctoras se adoptaron?

Project manager:
Se paralizó la adjudicación y se abrió una fase FEED ampliada de ocho semanas. Se definieron bases de diseño, matriz de alcance, interfaces, entregables críticos, estrategia de contratación y lista de exclusiones no admitidas.

Asesor contractual:
También se reescribió el contrato FEED para incorporar responsabilidad por entregables, control de cambios, revisión por terceros y obligación de asistencia durante la licitación.

Controller de proyecto:
Cada entregable técnico se conectó con una partida económica. No se aceptaba un documento si no permitía valorar impacto en coste, plazo y riesgo.

Pregunta: ¿Qué hizo el promotor con la estrategia EPC/EPCM?

Promotor:
Decidimos separar. El núcleo técnico más integrado se licitaría como EPC, mientras que algunos paquetes no críticos podrían gestionarse bajo una estructura EPCM o contratación directa. No intentamos meterlo todo en una sola fórmula.

Gestor EPCM:
Esa decisión era más realista. Hay sistemas que conviene integrar bajo una responsabilidad única y otros donde el promotor puede comprar directamente.

Contratista EPC:
Para el EPC, la nueva documentación permitió ofertar con menos reservas. Eso redujo incertidumbre.

Pregunta: ¿Qué aprendió el financiador?

Financiador:
Que el FEED es una condición de financiabilidad en proyectos complejos. No es un lujo técnico. Si no hay ingeniería de definición suficiente, no hay coste fiable, no hay plazo fiable y no hay matriz de riesgos defendible.

Director financiero:
El banco pasó a exigir un informe FEED como condición previa a la aprobación final.

Inversor:
Y nosotros incorporamos un hito de inversión: no liberar más capital hasta cerrar FEED validado y licitación comparable.

Pregunta: ¿Qué errores se repiten en contratos FEED?

Asesor contractual:
El primero es contratar FEED sin definir entregables. El segundo, no aprobar bases de diseño. El tercero, no cerrar supuestos de usuario. El cuarto, no conectar FEED con estrategia EPC/EPCM. El quinto, no regular responsabilidad del ingeniero.

Ingeniero FEED:
También se repite pedir rapidez y bajo coste, pero esperar un nivel de definición alto. Un FEED serio requiere tiempo, información y decisiones del promotor.

Controller de proyecto:
Y se olvida que una ingeniería barata puede generar una licitación carísima.

Pregunta: ¿Qué debe hacer el promotor antes de licitar?

Project manager:
Validar bases de diseño, cerrar requisitos de usuario, revisar riesgos, definir interfaces, aprobar estrategia contractual, preparar data room técnico, normalizar mediciones, decidir qué riesgos se transfieren y qué riesgos retiene.

Director financiero:
También debe comprobar que el presupuesto resultante es financiable. No basta con que sea técnicamente correcto.

Inversor:
Y debe tener claro el punto de no retorno. Si el FEED demuestra que el proyecto no es viable, hay que poder parar.

Pregunta: ¿Qué lección debe extraer el promotor?

Promotor:
Que licitar pronto con mala definición no ahorra tiempo. Traslada incertidumbre al mercado, encarece ofertas y debilita la financiación.

Pregunta: ¿Qué lección debe extraer el ingeniero?

Ingeniero FEED:
Que sus entregables deben ser útiles para contratar, no sólo técnicamente correctos. El FEED debe servir al proyecto, al coste, al plazo y a la decisión de inversión.

Pregunta: ¿Qué lección debe extraer el financiador?

Financiador:
Que en proyectos complejos la ingeniería de definición es parte del riesgo de crédito. Sin FEED suficiente, el banco financia incertidumbre.

Análisis de Redacción inmoley.com

Los contratos FEED e ingeniería de definición son una herramienta esencial en proyectos de construcción complejos, industriales, logísticos, tecnológicos, energéticos, hospitalarios, terciarios avanzados o con alto componente de instalaciones. Su función es convertir una idea en un proyecto licitable, financiable y ejecutable.

El caso muestra un error frecuente: salir al mercado con documentación inmadura. El promotor cree que acelera el proyecto, pero los licitadores incorporan reservas, exclusiones, contingencias y precios no comparables. Lo que parecía rapidez se convierte en retraso y sobrecoste.

El FEED debe definir bases de diseño. Capacidad, operación, cargas, rendimiento, seguridad, redundancia, mantenimiento, eficiencia, ampliación futura, condiciones ambientales y criterios de usuario deben quedar aprobados. Sin bases claras, cada licitador interpreta el proyecto.

Los entregables deben ser contractuales. Matriz de interfaces, límites de batería, especificaciones, mediciones, criterios de aceptación, estrategia de compras, riesgos, calendario, commissioning y presupuesto por disciplinas deben estar expresamente previstos en el contrato FEED.

La estrategia EPC/EPCM debe decidirse antes de licitar. No se prepara igual un paquete para contratista único que una estructura con paquetes separados. EPC exige transferir alcance integrado; EPCM exige definir interfaces y control directo del promotor.

La responsabilidad del ingeniero FEED debe regularse. No responde como constructor, pero sí por calidad, integridad y utilidad de sus entregables dentro del alcance pactado. También debe documentar supuestos, exclusiones y decisiones pendientes.

El financiador debe exigir FEED suficiente. La financiación de proyectos complejos depende de coste, plazo, riesgo, contingencia y estrategia contractual. Una ingeniería inmadura obliga a más contingencia, más equity y más prudencia bancaria.

El inversor debe entender que el FEED no es gasto previo menor, sino protección del capital. Una buena ingeniería de definición puede evitar adjudicaciones equivocadas, reclamaciones, cambios de alcance y desviaciones de coste.

El promotor debe evitar la falsa economía. Reducir tiempo o presupuesto en FEED puede multiplicar coste en licitación, contrato principal, construcción y financiación. La ingeniería de definición es una inversión en claridad.

Los formularios, checklists y casos prácticos son especialmente útiles porque permiten ordenar esta fase: contrato FEED, bases de diseño, matriz de entregables, límites de batería, supuestos de usuario, revisión de riesgos, estrategia EPC/EPCM, normalización de ofertas y decisión Go/No Go.

Este tipo de situaciones se desarrolla con mayor profundidad en la guía profesional de inmoley.com sobre CONTRATOS FEED E INGENIERÍA DE DEFINICIÓN: ALCANCE, ENTREGABLES, BASES DE DISEÑO, LICITACIÓN EPC/EPCM Y RESPONSABILIDAD, con formularios, checklists y casos prácticos orientados a la prevención de errores, la gestión del coste, la financiación, el control del importe y la toma de decisiones del promotor, inversor, financiador, ingeniero y contratistas.

Checklist práctico

- ¿El contrato FEED define entregables concretos y verificables?

- ¿Las bases de diseño están aprobadas por el promotor y el usuario final?

- ¿Los supuestos de operación, capacidad y rendimiento están documentados?

- ¿Existe matriz de interfaces y límites de batería por sistema?

- ¿La estrategia EPC/EPCM está decidida antes de preparar la licitación?

- ¿Las ofertas serán comparables o permitirán demasiadas exclusiones?

- ¿El presupuesto FEED se conecta con coste, financiación, contingencia y plazo?

- ¿El ingeniero FEED debe asistir durante aclaraciones y normalización de ofertas?

- ¿La responsabilidad del ingeniero está regulada por errores, omisiones y entregables incompletos?

- ¿Existe una decisión Go/No Go si el FEED demuestra que el proyecto no es viable?

Errores frecuentes

- Licitar EPC o EPCM con ingeniería inmadura.

- Encargar FEED sin definir nivel de detalle esperado.

- No aprobar formalmente bases de diseño y supuestos de usuario.

- No cerrar límites de batería entre sistemas y contratistas.

- Comparar ofertas con exclusiones y alcances distintos.

- Tratar el FEED como coste menor y no como protección de la inversión.

- No conectar entregables técnicos con presupuesto y financiación.

- No prever responsabilidad del ingeniero por documentación insuficiente.

Conclusiones operativas

- El promotor debe entender que una mala definición inicial encarece toda la cadena del proyecto.

- El ingeniero FEED debe entregar documentación útil para licitar, contratar, financiar y construir.

- El contratista EPC necesita alcance claro para asumir precio, plazo y responsabilidad.

- El gestor EPCM necesita interfaces definidas para coordinar paquetes separados.

- El director financiero debe traducir indefiniciones técnicas a contingencia, equity y tipo de interés.

- El financiador debe exigir FEED validado antes de aprobar deuda principal.

- El inversor debe condicionar capital a entregables FEED suficientes y ofertas comparables.

- El asesor contractual debe regular alcance, entregables, responsabilidad, supuestos, cambios y uso posterior de la ingeniería.

Autoría: Redacción inmoley.com

Síguenos en nuestro LinkedIn o en X, comparte este artículo y comenta tus experiencias y propuestas sobre contratos FEED, ingeniería de definición, bases de diseño, licitación EPC/EPCM, coste, financiación y responsabilidad técnica.

NOTA LINKEDIN

LA INGENIERÍA DE DEFINICIÓN QUE LLEGÓ DEMASIADO TARDE

Licitar pronto no siempre ahorra tiempo.

A veces encarece todo.

Un promotor sale al mercado con una ingeniería inmadura.
Los licitadores interpretan distinto el alcance.
Unos incluyen equipos.
Otros los excluyen.
Unos asumen interfaces.
Otros las dejan como provisional sums.
El banco pide más definición.
El inversor exige más contingencia.
Y la obra todavía no ha empezado.

Tres controles antes de licitar:

- bases de diseño aprobadas,
- entregables FEED verificables,
- matriz de interfaces y límites de batería.

Una guía profesional con formularios, checklists y casos prácticos ayuda al promotor, inversor, financiador, ingeniero y contratistas a convertir el FEED en una herramienta real de decisión, contratación y financiación, no en una documentación preliminar insuficiente.

Iremos anunciando ventajas y ofertas restringidas para seguidores y para quienes participen con preguntas y respuestas en los comentarios.

¿Qué falla más en una licitación EPC/EPCM: bases de diseño, interfaces, entregables FEED, coste o responsabilidad del ingeniero?

https://www.inmoley.com/CURSOS-LIBRERIA/INGENIERIA-CONTRATOS-FEED-INGENIERIA-DEFINICION.html

NOTA X

Licitar con ingeniería inmadura no ahorra plazo: traslada incertidumbre al precio. Regla: sin FEED, bases de diseño, límites de batería e interfaces, las ofertas EPC/EPCM no son comparables.

https://www.inmoley.com/CURSOS-LIBRERIA/INGENIERIA-CONTRATOS-FEED-INGENIERIA-DEFINICION.html

TRES PREGUNTAS PARA REDES

- ¿Las bases de diseño están aprobadas antes de licitar?

- ¿Los licitadores ofertan el mismo alcance o interpretan supuestos distintos?

- ¿El FEED permite financiar el proyecto o sólo describirlo técnicamente?

Para proponer un caso similar en un próximo artículo, deja tu pregunta sin datos sensibles.