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 contrata la construcción de un edificio residencial de 126 viviendas, garajes, trasteros, locales y zonas comunes. El importe total de inversión previsto asciende a 35.600.000 €, incluyendo suelo, proyecto, licencias, construcción, comercialización, financiación, tipo de interés, seguros, impuestos, honorarios técnicos e imprevistos.

El contrato de obra incorpora un sistema de incentivos gain/pain. Se fija un coste objetivo de construcción de 19.400.000 €. Si el coste final auditado queda por debajo de esa cifra, el ahorro se reparte un 60 % para el promotor y un 40 % para el constructor. Si el coste final supera el objetivo, el sobrecoste se reparte un 70 % para el constructor y un 30 % para el promotor, con un límite máximo de exposición del constructor.

El sistema parecía equilibrado. El promotor quería incentivar eficiencia. El constructor aceptaba compartir riesgo a cambio de participar en el ahorro. El financiador valoraba positivamente que existiera un coste objetivo y una disciplina de control. El problema apareció al avanzar la obra: el constructor propuso sustituciones de materiales, cambios de proveedores, ajustes de plazo y soluciones técnicas más económicas. El promotor dudó si eran eficiencias reales o una forma de reducir calidad para generar ahorro compartido.

Participantes en la entrevista

Intervienen en esta conversación profesional:

- Promotor.
- Constructor.
- Controller de obra.
- Project manager.
- Financiador.
- Asesor contractual.
- Director técnico.

Entrevista profesional

Pregunta: ¿Qué ocurrió en esta obra?

Promotor:
Queríamos evitar la lógica tradicional de enfrentamiento. Si el constructor encontraba ahorros, nos interesaba compartirlos. Si había sobrecostes, también queríamos que tuviera responsabilidad. El sistema gain/pain parecía una buena fórmula para alinear intereses.

Constructor:
Para nosotros también era atractivo. Si trabajábamos bien, si comprábamos mejor y si coordinábamos subcontratas con eficiencia, podíamos participar en el ahorro. Pero el problema fue que el contrato no definía con suficiente claridad qué era ahorro real y qué era cambio de alcance.

Controller de obra:
El conflicto empezó cuando aparecieron propuestas de ahorro. Algunas eran muy razonables. Otras reducían prestaciones, cambiaban marcas, alteraban mantenimiento futuro o desplazaban coste a explotación. Entonces surgió la pregunta: ¿ahorro para quién y medido en qué plazo?

Financiador:
Para el banco, lo importante era que el coste bajara sin comprometer valor, plazo, garantías ni calidad. Un ahorro que genera reclamaciones, defectos o mayor mantenimiento no mejora la financiación; puede empeorar el riesgo.

Pregunta: ¿Cuál fue el primer error?

Asesor contractual:
El primer error fue no definir una línea base suficientemente clara. En un contrato gain/pain, todo depende del coste objetivo. Si esa cifra no está construida sobre un alcance, una calidad, un plazo y una matriz de riesgos precisos, después nadie sabe si hay ahorro real.

Project manager:
El segundo error fue no crear un procedimiento formal de validación de ahorros. El constructor proponía cambios, el promotor los evaluaba caso por caso y cada discusión se convertía en una negociación. Faltaba método.

Promotor:
Nos dejamos seducir por la idea del incentivo, pero no dedicamos suficiente tiempo a las reglas del incentivo. Pensamos que bastaba con pactar porcentajes de reparto. Después vimos que lo difícil no era el porcentaje, sino la medición.

Pregunta: ¿Qué es un sistema gain/pain en construcción?

Asesor contractual:
Es un mecanismo de reparto de beneficios y pérdidas respecto de un coste objetivo, plazo objetivo o resultado acordado. Si el proyecto mejora frente a la línea base, las partes comparten el gain. Si empeora, comparten el pain. La finalidad es alinear incentivos y evitar que una parte gane mientras la otra pierde.

Constructor:
En teoría, ayuda a que el constructor no esconda ahorros ni el promotor traslade todos los riesgos. Ambos miran el coste total. Pero exige confianza, transparencia y auditoría.

Controller de obra:
Y exige una contabilidad contractual muy clara. Hay que saber qué costes entran, cuáles no, qué cambios ajustan la línea base y qué riesgos son propios de cada parte.

Pregunta: ¿Dónde estaba el mayor riesgo?

Director técnico:
En confundir ahorro con reducción de prestaciones. Por ejemplo, cambiar una solución de fachada por otra más barata puede ser eficiente si mantiene calidad, durabilidad, mantenimiento y estética. Pero puede ser un falso ahorro si reduce vida útil o aumenta coste de conservación.

Project manager:
También había riesgo en plazo. Acelerar puede ahorrar coste financiero, pero si se hace con exceso de presión puede generar defectos, baja productividad o reclamaciones posteriores.

Financiador:
Para la financiación, el ahorro debe traducirse en menor coste total y menor riesgo, no sólo en menor certificación de obra. Si un ahorro compromete entregas o garantías, no es ahorro financiero real.

Pregunta: ¿Qué debía incluir el coste objetivo?

Controller de obra:
Debía incluir coste directo, subcontratas, materiales, medios auxiliares, personal de obra, seguros, costes indirectos admitidos, coordinación, seguridad, pruebas, puesta en marcha, documentación final y contingencia. También debía excluir con claridad lo que no formaba parte de la base.

Asesor contractual:
Además, debía vincularse a planos, mediciones, memoria, especificaciones, programa, calidades, tolerancias, licencias, normativa, condiciones de contratación y riesgos asumidos. Sin esa vinculación, el coste objetivo es una cifra discutible.

Constructor:
El coste objetivo no puede ser un número impuesto. Debe construirse con datos, ofertas, mercado y supuestos compartidos.

Pregunta: ¿Qué problema hubo con la línea base?

Project manager:
La línea base tenía lagunas. Algunas calidades estaban descritas de forma general. Algunas mediciones eran preliminares. Algunas decisiones de instalaciones seguían abiertas. Eso permitió que ciertas variaciones se presentaran como ahorros cuando, en realidad, eran redefiniciones del alcance.

Promotor:
Cuando el constructor proponía una alternativa más barata, no siempre podíamos saber si comparaba contra una obligación real o contra una interpretación generosa del presupuesto inicial.

Controller de obra:
Ese es un punto crítico. Si la línea base está inflada o poco definida, el ahorro compartido puede premiar al constructor por devolver al proyecto a un coste normal.

Pregunta: ¿Cómo se diferenciaba ahorro real de cambio de calidad?

Director técnico:
Se creó una revisión técnica de cada propuesta. La pregunta no era sólo “¿cuánto ahorra?”, sino: ¿mantiene prestaciones?, ¿mantiene garantía?, ¿mantiene durabilidad?, ¿mantiene mantenimiento?, ¿mantiene imagen comercial?, ¿afecta a licencia?, ¿afecta a compradores?, ¿afecta a certificaciones energéticas?

Promotor:
En algunos casos aceptamos alternativas. En otros las rechazamos porque el ahorro era pequeño y el riesgo comercial o técnico era demasiado alto.

Constructor:
A veces el promotor rechazaba ahorros por prudencia excesiva. Pero acepto que el contrato necesitaba un filtro. No todo ahorro aparente debe aprobarse.

Pregunta: ¿Qué papel tuvo el controller?

Controller de obra:
El controller tuvo que auditar tres cosas: coste base, coste real y cálculo del incentivo. Revisábamos ofertas, pedidos, facturas, certificaciones, costes indirectos, cambios aprobados, contingencia y ahorro. Sin auditoría, el sistema gain/pain se convierte en una discusión de confianza.

Financiador:
El banco pidió recibir informes de coste objetivo, coste comprometido, coste incurrido, previsión de cierre y exposición gain/pain. Queríamos saber si el proyecto realmente estaba mejorando o si el ahorro era una apariencia.

Promotor:
El controller fue incómodo, pero necesario. Si hay reparto de ahorro, la medición debe ser independiente.

Pregunta: ¿Qué costes generaron más discusión?

Controller de obra:
Los indirectos, los medios auxiliares, las compras centralizadas, los descuentos de proveedores, los rappels, los costes de personal técnico, las sustituciones de materiales, las penalizaciones de subcontratas y los gastos de aceleración.

Constructor:
Los descuentos comerciales fueron un punto sensible. Si obtenemos un mejor precio por nuestra capacidad de compra, creemos que debe formar parte del ahorro compartido. El promotor sostenía que debía reflejarse íntegramente como menor coste del proyecto.

Asesor contractual:
Ese punto debe regularse. Si el constructor aporta capacidad de compra, puede tener incentivo. Pero los descuentos ocultos o no declarados rompen el libro abierto.

Pregunta: ¿Qué ocurrió con los cambios del promotor?

Asesor contractual:
Los cambios del promotor debían ajustar la línea base. Si el promotor modifica calidades, añade prestaciones o cambia diseño, no puede computarse como pain del constructor. Pero si el constructor no documenta el cambio en plazo, puede perder derecho a ajustar.

Project manager:
Algunos cambios nacieron en reuniones comerciales y llegaron tarde al control de obra. Eso generó discusiones. El sistema gain/pain exige disciplina documental.

Promotor:
Aprendimos que cada cambio del promotor debe tener ficha: descripción, causa, coste, plazo, impacto en incentivo y aprobación.

Pregunta: ¿Qué ocurrió con los retrasos?

Constructor:
El contrato también preveía incentivos de plazo. Si terminábamos antes, había bonus; si retrasábamos, había penalización. Pero algunos retrasos dependían de decisiones del promotor, licencias parciales o interferencias externas.

Project manager:
El plazo objetivo debe revisarse con el mismo rigor que el coste objetivo. Si no se separan retrasos imputables y no imputables, el bonus o penalización se vuelve conflictivo.

Financiador:
El plazo es financiero. Terminar antes reduce intereses y acelera ingresos. Terminar tarde aumenta coste financiero. Por eso el incentivo de plazo debe estar conectado con el modelo de financiación.

Pregunta: ¿Qué riesgo tenía el límite de pérdida del constructor?

Promotor:
El constructor tenía un cap de pain. Eso era razonable para que aceptara el contrato, pero también significaba que, superado cierto nivel de sobrecoste, parte del riesgo volvía al promotor.

Financiador:
El banco revisó ese límite con atención. Si el constructor sólo responde hasta una cifra limitada, el promotor debe tener contingencia y fondos propios para el exceso.

Asesor contractual:
Los límites son necesarios, pero deben ser transparentes. Un gain/pain sin límite puede ser inasumible para el constructor; con límite demasiado bajo puede dar falsa seguridad al promotor.

Pregunta: ¿Cómo se evitaba que el constructor inflara el coste objetivo?

Controller de obra:
Auditando desde el principio. Se revisaron ofertas base, precios unitarios, comparables, mercado, subcontratas, contingencia y supuestos. También se exigió desglose completo y justificación de partidas.

Promotor:
La auditoría inicial fue clave. Si el coste objetivo se fija alto, después aparece un ahorro que no es eficiencia, sino exceso de base.

Constructor:
Pero tampoco puede fijarse artificialmente bajo. Si el coste objetivo no es realista, el constructor entra ya en pain desde el primer día y el contrato se vuelve inviable.

Asesor contractual:
El coste objetivo debe ser exigente, pero alcanzable. Esa es la base del incentivo.

Pregunta: ¿Qué papel tenía la contingencia?

Controller de obra:
La contingencia debía absorber riesgos definidos. Pero hubo debate sobre si la contingencia no consumida formaba parte del ahorro compartido. El contrato no lo decía con claridad.

Asesor contractual:
Ese es un error frecuente. Hay que definir si la contingencia pertenece al promotor, al proyecto, al constructor o al cálculo del gain. También hay que definir quién autoriza su consumo.

Project manager:
Si la contingencia se consume sin control, el incentivo deja de ser una herramienta de eficiencia y se convierte en una bolsa opaca.

Pregunta: ¿Qué relación hay entre gain/pain y calidad?

Director técnico:
La calidad debe estar fuera de negociación. No puede aceptarse ahorro que reduzca cumplimiento, seguridad, durabilidad, garantía, eficiencia energética, accesibilidad, mantenimiento o valor comercial. El incentivo debe premiar eficiencia, no degradación.

Promotor:
Esa frase se convirtió en regla interna: eficiencia sí, degradación no.

Constructor:
También es cierto que algunas soluciones más baratas pueden ser técnicamente mejores o más industrializadas. No todo menor coste implica peor calidad.

Project manager:
Por eso se necesita evaluación técnica, no prejuicio.

Pregunta: ¿Qué impacto tuvo en la relación entre promotor y constructor?

Promotor:
Al principio mejoró la colaboración. Todos buscaban ahorro. Después, cuando no estaban claras las reglas, aumentó la tensión. El incentivo mal definido puede generar más conflicto que un contrato tradicional.

Constructor:
La colaboración requiere reglas. Si cada ahorro se discute como si fuera sospechoso, el constructor deja de proponer. Si cada propuesta se acepta sin filtro, el promotor pierde control.

Asesor contractual:
El contrato debe crear un sistema, no sólo una intención colaborativa.

Pregunta: ¿Qué solución se adoptó?

Promotor:
Se aprobó una adenda de procedimiento. Se definieron fichas de ahorro, validación técnica, auditoría económica, tratamiento de contingencia, ajuste de línea base, aprobación de cambios y cálculo del gain/pain.

Controller de obra:
También se creó un informe mensual con coste objetivo, cambios aprobados, coste comprometido, coste previsto final, ahorro validado, ahorro pendiente y exposición de pain.

Project manager:
A partir de ahí, las propuestas se resolvían con más rapidez. Algunas se aprobaban, otras se rechazaban y otras se reformulaban.

Pregunta: ¿Qué resultado tuvo la obra?

Promotor:
El coste final quedó 620.000 € por debajo del coste objetivo ajustado. Se compartió el ahorro conforme al contrato revisado. Pero lo más importante fue que el ahorro validado no afectó a calidad ni a entregas comerciales.

Constructor:
El sistema funcionó cuando hubo claridad. Pudimos beneficiarnos de mejores compras, planificación y coordinación, pero sabiendo qué se aceptaba como ahorro real.

Financiador:
Para el banco, el resultado fue positivo porque el coste bajó, el plazo se mantuvo y la calidad no se deterioró. Eso sí es una mejora de riesgo.

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

Promotor:
Que un incentivo no puede basarse en confianza genérica. Debe basarse en línea base, auditoría, calidad protegida y reglas de reparto. Si no, el ahorro se convierte en conflicto.

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

Constructor:
Que el gain/pain puede ser rentable si documenta bien, compra bien y propone mejoras reales. Pero no sirve para trasladar al promotor indefiniciones o reducciones de alcance.

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

Financiador:
Que los incentivos pueden mejorar el proyecto, pero sólo si el coste objetivo, la auditoría y el control de calidad son sólidos. Un incentivo mal diseñado puede aumentar el riesgo.

Análisis de Redacción inmoley.com

Los contratos de incentivos en construcción —gain/pain share— son una herramienta útil para alinear intereses entre promotor y constructor. Su lógica es atractiva: si se genera ahorro real, ambas partes participan; si se produce sobrecoste, ambas partes soportan consecuencias según la fórmula pactada. Pero su eficacia depende de una arquitectura contractual muy precisa.

El punto central es la línea base. El incentivo sólo tiene sentido si se sabe contra qué se compara. Deben quedar definidos alcance, proyecto, mediciones, calidades, plazo, riesgos, costes admisibles, exclusiones, contingencia y supuestos. Si la línea base es débil, el ahorro puede ser artificial y el sobrecoste puede ser discutible.

El coste objetivo debe auditarse antes de firmar. Un coste objetivo inflado genera ahorros aparentes. Un coste objetivo demasiado bajo convierte el contrato en una penalización anticipada para el constructor. Debe ser realista, exigente y trazable.

El ahorro debe ser ahorro real. No debe confundirse con reducción de calidad, menor alcance, desplazamiento de coste a mantenimiento, eliminación de prestaciones, retraso encubierto o traslado de riesgos al promotor. Por eso toda propuesta de ahorro debe evaluarse técnica, económica, contractual y comercialmente.

La calidad debe quedar protegida. En promociones inmobiliarias, edificios técnicos o activos destinados a inversores, un ahorro que compromete durabilidad, garantía, eficiencia energética, mantenimiento o satisfacción del usuario puede destruir más valor del que genera. La eficiencia debe mejorar el proyecto, no degradarlo.

La contingencia debe regularse expresamente. Quién la controla, para qué se usa, cómo se aprueba, cómo se informa y si la parte no consumida forma parte del ahorro son cuestiones esenciales. Una contingencia ambigua puede desvirtuar todo el sistema gain/pain.

El financiador debe revisar el contrato de incentivos como parte del riesgo de crédito. El reparto de pain, los límites de responsabilidad del constructor, el coste objetivo, el reporting y los posibles efectos sobre plazo y calidad afectan directamente a la financiación, al tipo de interés efectivo y a la cobertura de deuda.

El controller y el project manager son figuras imprescindibles. El controller valida números, costes, descuentos, facturas, contingencia y ahorro. El project manager valida técnicamente si la propuesta mantiene calidad, plazo, seguridad, mantenimiento y prestaciones.

Los formularios, checklists y casos prácticos son especialmente útiles porque convierten el incentivo en un sistema verificable: línea base, coste objetivo, ficha de ahorro, auditoría, reparto, contingencia, cambios, calidad, plazo y reporting al financiador.

Este tipo de situaciones se desarrolla con mayor profundidad en la guía profesional de inmoley.com sobre CONTRATOS DE INCENTIVOS EN CONSTRUCCIÓN: GAIN/PAIN EN OBRAS, 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, constructor, financiador y equipo técnico.

Checklist práctico

- ¿Existe una línea base completa de alcance, coste, plazo y calidad?

- ¿El coste objetivo ha sido auditado antes de firmar?

- ¿Se han definido costes admisibles, exclusiones y riesgos compartidos?

- ¿La contingencia tiene reglas de uso y aprobación?

- ¿El ahorro compartido excluye reducciones de alcance o calidad?

- ¿Cada propuesta de ahorro tiene ficha técnica y económica?

- ¿El pain del constructor tiene límite y el promotor conoce su exposición residual?

- ¿Los cambios del promotor ajustan formalmente la línea base?

- ¿El financiador recibe reporting de coste objetivo, ahorro y sobrecoste?

- ¿El project manager valida que las eficiencias no perjudican mantenimiento ni valor final?

Errores frecuentes

- Pactar porcentajes de gain/pain sin definir línea base.

- Confundir ahorro real con menor calidad.

- Fijar un coste objetivo inflado para generar ahorro artificial.

- No auditar descuentos, rappels y compras centralizadas.

- No regular el destino de la contingencia no consumida.

- No ajustar la línea base cuando el promotor cambia alcance.

- No conectar incentivos de plazo con coste financiero.

- Creer que un contrato colaborativo funciona sin procedimiento ni documentación.

Conclusiones operativas

- El promotor debe incentivar eficiencia, pero proteger calidad, plazo y valor del activo.

- El constructor debe documentar ahorros reales y asumir los riesgos pactados.

- El controller debe auditar coste objetivo, coste real, contingencia y cálculo del incentivo.

- El project manager debe validar técnica y operativamente cada propuesta de ahorro.

- El financiador debe revisar límites de pain, reporting y efecto sobre coste hasta terminación.

- El asesor contractual debe coordinar línea base, fórmula gain/pain, cambios, contingencia y auditorí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 de incentivos en construcción, gain/pain, ahorro compartido, coste, plazo, financiación y calidad de obra.

NOTA LINKEDIN

EL AHORRO QUE NADIE SABÍA REPARTIR

Los contratos gain/pain pueden alinear intereses en construcción.

Si hay ahorro, promotor y constructor ganan.
Si hay sobrecoste, ambos comparten el dolor.

Pero el sistema sólo funciona si está muy bien definido.

Tres riesgos habituales:

- una línea base imprecisa,
- un coste objetivo inflado,
- ahorros que reducen calidad, mantenimiento o valor del activo.

La clave no es repartir cualquier ahorro. La clave es saber si el ahorro es real, auditable y compatible con plazo, garantías, financiación y calidad.

Una guía profesional con formularios, checklists y casos prácticos ayuda al promotor, constructor, financiador y controller a convertir el incentivo en gestión real del coste, no en una nueva fuente de conflicto.

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

¿Qué falla más en un gain/pain: coste objetivo, auditoría, contingencia o control de calidad?

https://www.inmoley.com/CURSOS-LIBRERIA/EDIFICACION-CONTRATOS-INCENTIVOS-CONSTRUCCION-GAIN-PAIN-OBRAS.html

NOTA X

Gain/pain no es repartir cualquier ahorro. Regla: sin línea base, auditoría, contingencia clara y control de calidad, el incentivo puede premiar recortes y no eficiencia. Promotor / constructor / financiación. ¿Ahorro real o coste oculto?

https://www.inmoley.com/CURSOS-LIBRERIA/EDIFICACION-CONTRATOS-INCENTIVOS-CONSTRUCCION-GAIN-PAIN-OBRAS.html

TRES PREGUNTAS PARA REDES

- ¿El coste objetivo fue auditado antes de firmar?

- ¿El ahorro mantiene calidad, garantías y mantenimiento?

- ¿La contingencia no consumida se reparte o vuelve al promotor?

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