FEED significa Front-End Engineering Design, pero en español profesional puede entenderse como ingeniería de definición. No es una simple ingeniería preliminar ni una colección de planos orientativos. Es una fase estructurada para fijar el alcance técnico, las bases de diseño, los entregables, los límites de batería, los datos de partida, los supuestos pendientes, la estimación de coste, el calendario, los riesgos y el paquete documental que servirá de base para licitar. Su valor no está únicamente en producir documentos, sino en ordenar decisiones. En proyectos de alto importe, una decisión mal tomada en esta fase puede condicionar todo el ciclo de inversión.

La construcción actual se desarrolla en un entorno más exigente que el de hace una década. Los costes de materiales y equipos críticos han sido más volátiles, los plazos de suministro pesan más en la programación, la financiación exige mayor trazabilidad técnica y el tipo de interés ha vuelto a ser una variable decisiva en los modelos financieros. Además, los inversores y financiadores quieren entender qué riesgos asume el promotor, cuáles se transfieren al contratista y cuáles quedan condicionados por permisos, terceros o datos de partida no validados. En este escenario, licitar sin FEED suficiente no es solo una debilidad técnica; es una decisión económica de riesgo.

El primer problema que resuelve el FEED es la definición del alcance. En un contrato EPC, el contratista asume normalmente la ingeniería de detalle, compras, construcción y puesta en marcha bajo un precio y plazo definidos. Pero esa transferencia de riesgo solo funciona si el promotor ha definido con claridad qué quiere contratar. Si las bases de diseño son incompletas, si los límites de batería no están cerrados o si los permisos contienen condicionantes no incorporados al pliego, el contratista tendrá argumentos para excluir partidas, aumentar precio o reclamar cambios. El FEED actúa como filtro previo para evitar que esas zonas grises entren en la licitación.

El segundo problema es la comparabilidad de ofertas. En una licitación EPC/EPCM, no basta con recibir tres o cuatro precios. Lo importante es que esos precios respondan al mismo alcance. Si un licitador incluye el refuerzo de conexión eléctrica, otro lo excluye y otro lo condiciona a permisos posteriores, el promotor no tiene una comparación real. Tiene tres importes aparentemente alternativos, pero técnicamente distintos. Un FEED bien preparado incorpora matriz de cumplimiento, listado de exclusiones, matriz de interfaces y clasificación documental para que las ofertas puedan normalizarse antes de adjudicar.

El tercer problema es la estimación de coste. La fase FEED no sustituye al precio final del contrato EPC, pero sí debe producir una base de estimación suficientemente trazable. Esa base debe indicar qué está incluido, qué está excluido, qué cantidades son preliminares, qué precios proceden de cotizaciones, qué partidas se han estimado por ratios, qué contingencia se recomienda y qué sensibilidad existe frente a inflación, divisa, plazo y tipo de interés. Sin esa trazabilidad, el importe de inversión puede convertirse en una cifra política o comercial, no en una herramienta de decisión.

La relación entre FEED y financiación es cada vez más directa. Un financiador no analiza solo la rentabilidad esperada del proyecto. Revisa si el CAPEX es coherente, si el OPEX está justificado, si los permisos críticos están identificados, si el cronograma permite alcanzar los hitos de desembolso y si la contingencia cubre riesgos razonables. Cuando el FEED es débil, el banco o el inversor pueden exigir más reservas, imponer condiciones precedentes, elevar margen financiero o aplazar el cierre. En cambio, una ingeniería de definición sólida facilita la due diligence técnica y reduce la incertidumbre que acaba traduciéndose en coste financiero.

También hay una dimensión jurídica. El contrato FEED debe definir con precisión la responsabilidad del ingeniero de definición. No se le puede exigir que garantice el resultado final de la obra si no ejecuta el EPC ni controla todos los datos de partida. Pero sí debe responder por errores, omisiones, incoherencias o falta de diligencia profesional dentro del alcance contratado. Por eso son esenciales las cláusulas sobre entregables, criterios de aceptación, control de cambios, limitación de responsabilidad, seguros profesionales, confidencialidad, propiedad intelectual y uso posterior del FEED por licitadores o contratistas.

En proyectos EPCM, la utilidad del FEED es distinta pero igual de relevante. En EPCM, el promotor conserva mayor exposición a coste, plazo y contratos de paquetes, mientras el EPCM presta servicios de ingeniería, compras, gestión y supervisión. Esto exige que el FEED defina bien la estrategia de paquetes, la matriz de responsabilidades, el plan de compras, el sistema de reporting, las interfaces y la autoridad del EPCM frente a contratistas y suministradores. Si estas piezas no están claras, el promotor puede creer que ha transferido riesgos que en realidad siguen en su balance.

La matriz de interfaces es una de las herramientas más importantes del FEED. En grandes proyectos, los conflictos no suelen aparecer solo dentro de una disciplina, sino en las fronteras entre disciplinas, contratos o terceros. Una conexión eléctrica, una acometida de agua, un acceso de transporte pesado, una servidumbre, una autorización ambiental o una interfaz entre sistema de control y operador futuro pueden condicionar todo el proyecto. La matriz de interfaces debe identificar el límite, el responsable, la fecha de cierre, el riesgo asociado y su traslado al contrato EPC/EPCM.

El FEED también permite integrar seguridad, sostenibilidad y resiliencia climática antes de que sea demasiado tarde. En la fase de definición se pueden incorporar criterios HAZID, HAZOP, constructibilidad, operación, mantenimiento, eficiencia energética, consumo de agua, emisiones, residuos, huella de carbono y adaptación a eventos extremos. Si estas exigencias se introducen después de adjudicar, suelen aparecer como cambios de alcance, incrementos de coste o conflictos sobre responsabilidad. Si se incorporan al FEED, se convierten en requisitos de licitación y pueden valorarse de forma competitiva.

Caso práctico 1: un promotor industrial decide licitar un EPC con bases de diseño incompletas porque quiere aprovechar una ventana de financiación. El pliego incluye planos preliminares, pero no define con claridad el punto de conexión eléctrica ni la responsabilidad sobre el refuerzo externo. El licitador más barato excluye esa partida; el segundo la incluye con una provisión elevada; el tercero condiciona el plazo a la respuesta del operador de red. La diferencia entre ofertas supera 9.000.000 €. Tras varias rondas de aclaraciones, el promotor debe reabrir el paquete técnico y retrasar la adjudicación. El ahorro de tiempo previsto se transforma en mayor coste financiero, pérdida de tensión competitiva y revisión del modelo de inversión.

Caso práctico 2: en un proyecto de data center, el FEED define potencia, refrigeración, redundancia y seguridad física, pero no incorpora de forma suficiente los requisitos de operación futura ni la integración con sistemas BMS/DCIM. Durante la licitación EPCM, los oferentes interpretan de forma distinta el alcance de integración digital y el nivel de pruebas. El problema no es solo tecnológico. Afecta a disponibilidad, garantías, coste de operación y financiación, porque el inversor necesita acreditar que el activo cumplirá niveles de servicio. Una revisión independiente del FEED permite reclasificar entregables, cerrar la matriz de interfaces y emitir una matriz de cumplimiento revisada antes de adjudicar.

Caso práctico 3: en una infraestructura de tratamiento de agua, el FEED incorpora una estimación de coste con contingencia general del 7,0 %, pero no separa riesgos de permisos, calidad del agua de entrada, equipos de largo plazo y obra civil. Durante la due diligence, el financiador exige sensibilidad con CAPEX +10,0 %, retraso de 6 meses y tipo de interés superior al previsto. El proyecto sigue siendo viable, pero el DSCR queda ajustado y el promotor debe aumentar aportación propia. La lección es clara: la contingencia no puede ser una cifra decorativa. Debe estar vinculada a riesgos concretos y a decisiones documentadas.

Desde el punto de vista metodológico, un buen FEED debe organizarse como un sistema de control. Primero, datos de partida y objetivos del promotor. Segundo, bases de diseño por disciplina. Tercero, listado maestro de entregables. Cuarto, matriz RACI y matriz de interfaces. Quinto, estimación de coste y cronograma. Sexto, registro de riesgos. Séptimo, informe de madurez para decidir si se puede pasar a EPC/EPCM. Octavo, paquete técnico de licitación con matriz de cumplimiento, reglas de aclaraciones y criterios de evaluación. Sin esta secuencia, la documentación puede parecer abundante pero no necesariamente útil.

Las herramientas digitales ayudan, pero no sustituyen al criterio contractual. BIM, modelos 4D/5D, CDE, bases de datos de activos, mediciones automatizadas y gemelos digitales pueden mejorar la coordinación y trazabilidad del FEED. Sin embargo, el problema sigue siendo contractual: qué documento prevalece, qué versión está aprobada, qué dato es garantizado, qué información es solo orientativa y qué responsabilidad asume cada parte. Digitalizar documentación contradictoria no elimina el riesgo; puede hacerlo más difícil de detectar si no existe control de calidad documental.

La prevención de reclamaciones empieza mucho antes de la obra. Empieza cuando se advierte que una estimación FEED no es un precio cerrado, cuando se clasifica un estudio geotécnico como dato garantizado o informativo, cuando se documenta una decisión del promotor, cuando se aprueba una orden de cambio y cuando se transfiere al licitador una matriz de riesgos clara. En proyectos complejos, la reclamación no suele nacer de un solo error, sino de una cadena de indefiniciones toleradas.

El promotor tiene una responsabilidad decisiva. No puede pedir al FEED que resuelva la falta de objetivos internos, la ausencia de datos, la indecisión sobre estrategia contractual o la presión de un calendario financiero irreal. Debe aportar información, decidir a tiempo, aprobar entregables, cerrar supuestos y asumir los riesgos que no se pueden transferir de forma razonable. La buena gestión del FEED exige liderazgo del promotor, no solo competencia del ingeniero.

El constructor o contratista EPC también se beneficia de un FEED sólido. Le permite ofertar con menor incertidumbre, reducir reservas, planificar compras críticas, evaluar interfaces y comprometer garantías realistas. En un mercado con capacidad contratista limitada, los buenos licitadores prefieren pliegos claros. Un FEED débil no atrae mejores ofertas; atrae primas de riesgo, exclusiones o candidatos dispuestos a ganar el contrato para discutirlo después.

El inversor, por su parte, obtiene una lectura más precisa del riesgo. Puede distinguir entre un proyecto técnicamente maduro y uno que todavía depende de permisos, conexiones, datos de terceros o decisiones internas. Esa diferencia afecta al importe de inversión, a la financiación, al tipo de interés, al calendario de desembolsos y a la rentabilidad esperada. En una decisión de inversión seria, el FEED no es un anexo técnico: es parte del fundamento económico del proyecto.

El futuro de la contratación EPC/EPCM pasa por una mayor profesionalización de esta fase. Los proyectos serán más exigentes en digitalización, sostenibilidad, resiliencia, seguridad, datos operativos y financiación. La ingeniería de definición deberá integrar todos esos requisitos sin convertir el FEED en una ingeniería de detalle prematura. Ese equilibrio será clave: definir lo suficiente para licitar y financiar, pero sin invadir fases que corresponden al contratista o al EPCM.

La conclusión sectorial es clara. El FEED no garantiza por sí solo que el proyecto no tenga desviaciones, pero reduce el terreno de la improvisación. Ordena la información, permite comparar ofertas, mejora la posición del promotor, facilita la revisión del inversor, ayuda a negociar financiación y disminuye la probabilidad de disputas. En un contexto de importes elevados, costes sensibles y financiación selectiva, esa reducción de incertidumbre puede valer más que el propio coste de la ingeniería de definición.

La ingeniería FEED no es una moda contractual. Es la respuesta profesional a un problema muy concreto: demasiados proyectos se han licitado con información insuficiente, y esa insuficiencia se ha pagado después en sobrecostes, retrasos y reclamaciones.

Conclusiones operativas

1. El promotor debe contratar FEED cuando el importe, la complejidad técnica, los permisos o la financiación hagan inviable licitar con simples documentos preliminares.

2. La base de diseño debe aprobarse formalmente, con datos pendientes, hipótesis, exclusiones y criterios por disciplina claramente documentados.

3. La matriz de interfaces debe trasladarse al pliego EPC/EPCM, no quedarse como documento interno del equipo técnico.

4. La estimación de coste debe incluir alcance, exclusiones, contingencias, inflación, divisa, financiación, tipo de interés y sensibilidad de escenarios.

5. La licitación EPC/EPCM debe exigir matriz de cumplimiento, listado de exclusiones valoradas y aclaraciones con efecto contractual.

6. El cierre del FEED debe incluir auditoría documental, informe de madurez, transferencia ordenada al equipo EPC/EPCM y registro de riesgos abiertos.

Autoría: Redacción inmoley.com

Síguenos en LinkedIn o en X, comparte este artículo y comenta tu experiencia y propuestas sobre contratos FEED, ingeniería de definición y licitación EPC/EPCM.

NOTA LINKEDIN

FEED ANTES DEL EPC

Muchos sobrecostes en construcción no nacen en la obra, sino antes: en un FEED insuficiente, unas bases de diseño incompletas o una licitación EPC/EPCM con alcance ambiguo. Cuando el promotor pide precio, plazo y garantías sin cerrar interfaces, permisos, coste y riesgos, el resultado suele ser el mismo: ofertas incomparables, exclusiones, reclamaciones y financiación más cara.

Tres controles antes de licitar:
• Revisar si las bases de diseño están aprobadas y si distinguen datos validados, hipótesis y exclusiones.
• Comprobar que la matriz de interfaces se traslada al contrato EPC/EPCM, con límites de batería y riesgos asignados.
• Normalizar ofertas con matriz de cumplimiento, exclusiones valoradas y sensibilidad de coste, plazo, financiación y tipo de interés.

La guía profesional sobre Contratos FEED e ingeniería de definición incluye formularios, checklists y casos prácticos para preparar alcance, entregables, bases de diseño, licitación EPC/EPCM, gestión documental, coste y responsabilidad.

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

¿Qué punto suele fallar más en vuestros proyectos: alcance, permisos, interfaces, coste o responsabilidad?

NOTA X

Un EPC falla muchas veces antes de firmarse: FEED débil, alcance ambiguo y ofertas incomparables. Regla: no licitar sin matriz de interfaces cerrada o riesgos retenidos. Coste / financiación / responsabilidad. ¿Qué falla más?

Tres checks rápidos antes de licitar EPC/EPCM:
1. ¿Las bases de diseño distinguen datos validados, hipótesis y exclusiones?
2. ¿La matriz de interfaces asigna responsable, riesgo, fecha y efecto contractual?
3. ¿La estimación de coste incluye contingencia, financiación y sensibilidad de tipo de interés?

Si quieres que tratemos tu caso en un próximo artículo, deja tu pregunta sin datos sensibles.