Saltar al contenido
SwankyForge
SwankyForge
Todos los insights
Artículo12 min de lectura

Cuando la IA reduce las horas, un precio fijo por hito sobre tarifas publicadas reparte el ahorro en lugar de ocultarlo

La facturación por horas entrega cada hora ahorrada al cliente, un precio fijo opaco se la entrega al proveedor; un ejemplo desarrollado muestra un punto intermedio que ambas partes pueden comprobar.

Los asistentes de IA para programar han abaratado partes del trabajo de ingeniería. Los compradores lo saben y están pidiendo el ahorro. Esta nota trata de quién se lo queda, y de por qué la respuesta depende menos de la herramienta que de cómo se pone precio al trabajo.

La versión corta, si está comprando

Hay tres formas habituales de poner precio al mismo trabajo.

  • Por horas. Paga cada hora trabajada. Si las herramientas de IA reducen las horas, paga menos. También asume el riesgo de un sobrecoste, y el proveedor gana menos por haberse vuelto más rápido, así que el modelo de precios no le da ningún motivo para ser más rápido.
  • Precio fijo, sin desglose. Conoce el precio de antemano. Si el trabajo se abarató, no lo ve. El proveedor se queda con todo el ahorro hasta que alguien renegocia.
  • Tarifas publicadas, precio fijo por hito. El proveedor muestra las horas por rol con tarifas publicadas, fija el precio de cada hito y factura solo después de que usted lo acepte frente a una métrica acordada antes de empezar el trabajo. Paga menos que antes y conoce la cifra de antemano. El proveedor se queda con el margen de la eficiencia que realmente consigue, y asume el riesgo si no la consigue.

La tercera es el modelo que ofrecemos: tarifas en la página de precios, una calculadora que multiplica las horas por rol por esas tarifas, un precio fijado una vez acordado el alcance y una factura por hito tras la aceptación. El ejemplo desarrollado más abajo muestra la aritmética con números ilustrativos.

Qué está haciendo el mercado

La presión es explícita, y está llegando a los contratos antes de que toque renovarlos.

  • Los clientes quieren el ahorro ya. En agosto de 2026, Reuters informó de que los clientes de las grandes empresas de servicios de TI exigían «el mismo trabajo por un 25% a un 30% menos», en palabras del consejero delegado de Persistent Systems. TCS dijo que alrededor del 80% de los contratos de su segmento de servicios financieros, de RR. HH. y de negocio se basan ya en medidas de resultados, lo que una persona conocedora del asunto describió como el doble de la proporción de finales de 2023. El mismo informe describe un acuerdo de automatización de Cognizant que reparte entre proveedor y cliente los ahorros de costes relacionados con la IA, según personas conocedoras de sus condiciones.
  • La renegociación no espera a la renovación. Un informe de junio de 2026 republicado por HFS Research describe a clientes que reabren contratos en un plazo de 24 meses para capturar eficiencias de la IA, con los acuerdos de más de 50 millones de dólares al año bajo la mayor presión. El consejero delegado de HFS describió la conversación como un alejamiento de los FTE y las tablas de tarifas hacia compromisos de productividad, precios basados en resultados y reparto de ganancias.
  • Los márgenes se han mantenido en general hasta ahora. UpperEdge revisó los resultados del Q2 2026 de once grandes proveedores. Varios ampliaron sus márgenes operativos: Wipro en 80 puntos básicos hasta el 17,3%, Tech Mahindra en 60 hasta el 11,1%, Accenture en 20 hasta el 17,0%. El margen de TCS se comprimió hasta el 24,0%, lo que UpperEdge atribuye a subidas salariales y gasto en infraestructura de IA, y el margen EBITDA ajustado de Kyndryl cayó del 17,3% al 14,2%. La lectura de UpperEdge es que la inversión en IA, por ahora, se está autofinanciando en lugar de generar nuevo gasto de los clientes. También señala que TCS dice ahora que se puede comprometer una mejora del 10–15% impulsada por la IA desde el primer día de un contrato, frente al tradicional 3–5% repartido a lo largo de la vida del contrato.
  • La dirección está marcada. IDC prevé que el 30% de todos los contratos con proveedores de servicios estén basados en resultados en 2029.

Los grandes contratos de outsourcing no son el mercado de un laboratorio de dos ingenieros. Pero la mecánica es la misma con 15.000 USD que con 50 millones. Alguien decide quién se queda el ahorro, y el contrato o muestra esa decisión o la oculta.

¿Cuánto es el ahorro? Menor y más incierto que los titulares

Programar es una fracción del trabajo. El Technology Report 2025 de Bain encontró que los equipos que usan asistentes de IA para programar ven mejoras de productividad del 10–15%. Las mejoras del 25–30% aparecen solo donde la IA viene con un rediseño de todo el proceso. Escribir y probar código ocupa alrededor del 25–35% del tiempo desde la idea hasta el lanzamiento, así que incluso una gran aceleración al escribir código mueve el total mucho menos.

Medir es difícil. El ensayo aleatorizado de METR de 2025 encontró que desarrolladores open source con experiencia tardaban un 19% más con herramientas de IA. En febrero de 2026 informó de que sus datos de seguimiento mostraban algunos indicios de aceleración y de que los desarrolladores probablemente eran más rápidos a principios de 2026 que a principios de 2025. También calificó esos datos como una evidencia muy débil del tamaño del cambio, porque cada vez más desarrolladores se negaban a trabajar sin IA y por tanto quedaban fuera de la comparación. Sus dos nuevos intervalos de confianza siguen incluyendo la ausencia de efecto.

Prometer un ahorro por adelantado es una apuesta. En el mismo informe de Reuters, el consejero delegado de Tech Mahindra dijo que algunos competidores estaban incluyendo en sus precios mejoras de productividad del 70–80% a cinco a siete años y garantizando precios sobre esa base, y que su empresa había decidido no asumir ese riesgo.

Nosotros tampoco hemos medido nuestro propio ahorro. Un contrato que promete un descuento porcentual fijo por IA promete algo que nadie puede verificar todavía. Un contrato que fija el precio de un hito y deja el riesgo de la estimación al proveedor no necesita ese número.

Un ejemplo desarrollado (ilustrativo)

Todo en esta sección es ilustrativo. Las horas ahorradas son una suposición, no una medición. Las cifras de coste son valores provisionales, no nuestra estructura de costes.

Línea base. Tome la plantilla de copiloto RAG de nuestra calculadora: 310 horas entre cinco roles, 14.500 € con tarifas publicadas y complejidad estándar. Trátela como la estimación sin asistencia de IA. Después suponga que la asistencia de IA reduce las horas dedicadas a código repetitivo, tests y documentación, rol por rol:

Rol Tarifa (USD/h) Horas antes Horas después (supuestas) Dónde van las horas
Ingeniero de ML 50 120 108 (−10%) arnés de evaluación y loaders; el diseño de la evaluación no cambia
Ingeniero de datos 45 60 52 (−13%) andamiaje de ingesta, tests de datos
Ingeniero backend 40 60 45 (−25%) andamiaje de la API, tests de integración
Ingeniero de MLOps 55 40 32 (−20%) configuración de CI, dashboards, runbooks
Product manager 40 30 30 (0%) métrica, alcance, conversaciones con el cliente
Total 310 h = 14.500 € 267 h = 12.500 € −43 h, −13,9%

Elegimos un 13,9% porque cae dentro del rango del 10–15% de Bain para asistentes solos.

Dos valores provisionales más. Una hora de entrega le cuesta al proveedor el 60% de su tarifa facturada, y las herramientas de IA cuestan 300 € durante el hito.

Cuatro formas de ponerle precio:

Modelo de precio Paga el cliente Coste del proveedor Margen del proveedor Margen por hora trabajada
A. Por horas, antes de la IA (310 h trabajadas) 14.500 € 8.700 € 5.800 € (40,0%) 18,71 €
B. Por horas, después de la IA (267 h) 12.500 € 7.800 € 4.700 € (37,6%) 17,60 €
C. Fijo al precio anterior, después de la IA (267 h) 14.500 € 7.800 € 6.700 € (46,2%) 25,09 €
D. Hito fijo presupuestado en 288 h, entregado en 267 h 13.480 € 7.800 € 5.680 € (42,1%) 21,27 €

La aritmética. El coste en A es 60% × 14.500 €. En B, C y D es 60% × 12.500 € + 300 €. El margen por hora trabajada es el margen dividido entre las horas realmente trabajadas: 310 en A, 267 en las demás. En D el proveedor se compromete con una estimación que cuenta la mitad del ahorro esperado en cada rol: ML 114 h, datos 56, backend 52, MLOps 36, PM 30. Son 288 horas, y 13.480 € con tarifas publicadas. (La calculadora redondea cada rol a la centena de dólares más cercana, así que mostraría 13.500 €.)

Lo que dice la tabla:

  • B es lo que la facturación por horas le hace a un proveedor que se vuelve más rápido. El cliente ahorra 2.000 €. El margen del proveedor cae 1.100 €, y su margen por hora trabajada baja un 6% respecto a antes de la IA. Solo lo recupera si puede vender las 43 horas liberadas a otro cliente. Una empresa grande con trabajo en cola puede. Un laboratorio de dos ingenieros con uno o dos proyectos simultáneos a menudo no puede. En cualquier caso, el modelo de precios premia el trabajo más lento.
  • C es lo que hace un precio fijo opaco. El proveedor se queda con todo el ahorro y gana un 34% más por hora trabajada que en A. El cliente no puede verlo. Cuando se entera, el resultado es la renegociación a mitad de contrato que describen los informes anteriores.
  • D reparte el ahorro a la vista. El cliente paga 1.020 € (7,0%) menos que antes de la IA, conoce la cifra antes de empezar el trabajo y paga solo tras aceptar el hito. El proveedor gana alrededor de un 14% más por hora trabajada que en A. Ambas partes pueden ver cómo se construyó el precio: horas por rol, por tarifas publicadas.

D también tiene un inconveniente, y le corresponde al proveedor. Si el ahorro no aparece y el trabajo lleva las 310 horas completas, el coste es de 9.000 € (60% × 14.500 € + 300 €) y el margen cae a 4.480 € (33,2%). El cliente sigue pagando 13.480 €. Asumir ese riesgo es lo que da derecho al proveedor a la ganancia.

Frente a B, el cliente en D paga 980 € más sobre el papel. A cambio obtiene una cifra fija en lugar de un taxímetro abierto, y paga solo tras la aceptación. Si eso vale 980 € depende de cuánto se fíe de la estimación. Por eso se publican las horas.

Por qué importan la métrica y el paso de aceptación

Un precio fijo sin una definición de terminado solo traslada la discusión al final del proyecto. Dos cosas hacen que la opción D funcione.

La métrica se acuerda antes del entrenamiento y se escribe en el contrato. Para un copiloto RAG, por ejemplo, podría ser la proporción de respuestas calificadas como correctas sobre un conjunto de preguntas acordado, más un límite de tiempo de respuesta.

La aceptación va antes de la factura. Usted comprueba el hito frente a la métrica antes de pagar. Si el código escrito por IA tomó un atajo, aparece en la aceptación, no después del pago final.

Esto es más acotado que los precios basados en resultados en el sentido que usan IDC y TCS, que vinculan los honorarios a resultados de negocio. En los sistemas de ML, un resultado de negocio como los ingresos depende también de precios, stock, marketing y temporada, nada de lo cual controla el proveedor. Una métrica del sistema que ambas partes pueden medir en la aceptación es aquello de lo que se puede responsabilizar honestamente a un proveedor. El resultado de negocio se mide después, en un test A/B.

Dónde no funciona

Riesgo de investigación. Si nadie sabe si los datos pueden sostener el modelo, un precio fijo es una apuesta para ambas partes. Haga primero un discovery de pago; el teardown gratuito le dice si lo necesita. El nuestro lleva 2–3 semanas y cuesta 6k–14k €.

Un alcance que cambia cada semana. Un hito fijo necesita un alcance congelado para ese hito. Si eso es imposible, la facturación por horas con un tope es más honesta.

Ahorros que nunca llegan al siguiente presupuesto. Con D, el proveedor se queda el margen extra en este hito. En el siguiente presupuesto, las horas por rol deberían reflejar lo que aprendió. Si no bajan, pregunte por qué. Esa comprobación es lo que impide que D derive hacia C.

Qué preguntar a un proveedor sobre los ahorros por IA

  1. ¿Qué partes de este trabajo tendrán asistencia de IA, y qué supone que eso hace a las horas, rol por rol?
  2. ¿Está esa suposición en el precio que nos ha dado? Muestre las horas y las tarifas.
  3. ¿Quién paga si la estimación es errónea, en cualquiera de las dos direcciones?
  4. ¿Qué aceptamos antes de cada factura, y frente a qué métrica?
  5. ¿Ha medido su propia aceleración? ¿Cómo, y en qué ventana? Una autodeclaración no es una medición: los participantes de METR creían ser un 20% más rápidos cuando eran un 19% más lentos.
  6. ¿Quién revisa el código escrito por IA, y qué comprobaciones se ejecutan en cada cambio?
  7. ¿Qué herramientas de IA verán nuestro código y nuestros datos, y en qué condiciones?
  8. ¿Reflejará el siguiente presupuesto lo que aprendió en este?

Un proveedor que responde rápido a estas preguntas ya ha hecho la aritmética. La nuestra empieza con la calculadora de la página de precios, que muestra horas y tarifas por rol para su proyecto.

Fuentes

¿Tiene un proceso que cuesta demasiado?

Cuéntenoslo. La primera llamada es gratuita y, si la IA no es la respuesta, se lo decimos.

Hablar de su tarea