En este artículo
Horas de agentes de IA más horas humanas: por qué cuestionar la factura
Tu agencia dice que la IA acelera el desarrollo. Después llega la propuesta: horas de desarrollo, horas de agentes de IA y revisión humana por separado.
¿Más transparencia? Quizá. ¿Un acuerdo mejor? No necesariamente.
Un segundo reloj no hace que una factura sea más justa. Para quien compra software que funcione, sumar tiempo humano y ejecución ilimitada de agentes es un mal punto de partida. La factura depende de cómo trabaja el proveedor, no de lo que puedes utilizar.
En Wavect defendemos acordar el resultado, el nivel de calidad y el límite comercial. El equipo elige las herramientas. Su eficiencia interna no debería convertirse en tu problema de auditoría de facturas.
Fuentes comprobadas el . La crítica del modelo es un análisis de Wavect. Los ejemplos públicos demuestran que se ofrece o recomienda la facturación combinada, no su frecuencia. Los cálculos son ilustrativos, no resultados de clientes ni presupuestos de proveedores.
¿Hay proveedores que facturan horas de IA junto con horas humanas?
LeoTech Services publica dos tarifas de desarrollo: 120 dólares por hora de ingeniero y 10 por hora de agente de IA. Incluye verificación humana y presenta el modelo como una forma de trasladar el ahorro al cliente.
Sí, hay ejemplos públicos. En una publicación sobre su propia facturación, el consultor EJ Bantz describe un precio de 65 dólares por hora de ejecución de IA o de reuniones, con registros automáticos visibles para el cliente.
La guía de Keito para servicios profesionales describe expresamente facturas que combinan horas humanas y horas de IA con tarifas distintas. También presenta la facturación por resultados como alternativa.
Son prácticas declaradas y orientación de un proveedor, no una encuesta independiente sobre la adopción en agencias. Tampoco demuestran que una empresa concreta cobre de más o entregue trabajo deficiente.
Facturar horas de agentes de IA significa cobrar por el tiempo de ejecución de un agente automatizado, por separado o junto con el trabajo humano. El contrato debe aclarar si una hora representa tiempo transcurrido, procesamiento activo, capacidad reservada o una estimación de trabajo humano equivalente. Son servicios diferentes.
¿Por qué es un mal modelo predeterminado para clientes de software?
1. La factura puede crecer sin que mejore el resultado
Un agente puede invertir otra hora en encontrar un fallo de seguridad crítico. Puede ser una inversión excelente. También puede pasar esa hora repitiendo un enfoque fallido. El contador registra ambos casos.
El problema no es que toda ejecución adicional sea un desperdicio. Es que el tiempo de ejecución no permite saber qué trabajo adicional merecía la pena comprar. Sin criterios de aceptación, límites de reintentos y un presupuesto máximo, el cliente asume demasiado riesgo de ejecución.
En su artículo de junio de 2025 sobre un sistema de investigación, Anthropic indicó un consumo aproximado de 15 veces los tokens de un chat normal en sus sistemas multiagente. Es evidencia histórica de un sistema específico, no un multiplicador universal de costes ni una referencia de márgenes para agencias.
Nuestra conclusión comercial: quien elige la arquitectura debería responder de que esa complejidad adicional aporte valor.
2. Los agentes en paralelo pueden multiplicar el contador
Diez agentes funcionando durante dos horas pueden generar veinte horas facturables si el contrato suma sus tiempos. Para el cliente han transcurrido dos horas. Ninguna cifra demuestra que la funcionalidad haya superado las pruebas.
El trabajo paralelo puede ser valioso. Pero iniciar más agentes no debería justificar por sí solo una factura mayor. Pregunta quién autoriza la concurrencia y si se cobran tareas duplicadas o abandonadas.
En los experimentos de coordinación de Anthropic de agosto de 2026, grupos de agentes dedicaron 12 horas a crear un juego. Incluso los modelos más recientes que integraban mejor el código produjeron malos resultados finales en esa prueba. Más actividad integrada no garantizó un producto utilizable.
3. Puedes terminar pagando la generación y su reparación
La revisión humana es trabajo importante, no un recargo ilegítimo por definición. La cuestión es quién responde: ¿la agencia corrige a su cargo los defectos del alcance acordado o te factura cada generación fallida y cada corrección?
Un acuerdo débil cobra la primera versión, la revisión, la reparación y el siguiente intento sin establecer cuándo parar. Uno mejor incluye las pruebas y correcciones necesarias para cumplir los criterios de aceptación.
Los requisitos nuevos son otra cosa. Cambiar el comportamiento solicitado puede justificar un precio nuevo. Corregir un resultado que incumple los requisitos existentes debería seguir las condiciones de subsanación acordadas, no convertirse automáticamente en trabajo adicional.
4. Una hora de agente no es una hora humana
Una persona puede revisar una tarea mientras otro agente se ejecuta. Un registro lleno de actividad no demuestra dos horas de trabajo humano. Tampoco demuestra que dos horas transcurridas equivalgan a dos horas de procesamiento productivo.
La actualización metodológica de METR de febrero de 2026 señala que usar agentes simultáneamente dificulta medir el tiempo por tarea. Los sesgos de selección también hicieron poco fiable su estimación posterior de productividad actual. Es un motivo para medir tu propio flujo, no reutilizar titulares antiguos.
Dos proveedores con la misma tarifa por hora de agente pueden vender capacidades muy distintas. Compara alcance aceptable, calidad, exposición total y entrega del proyecto, no solo el precio por hora.
5. Visibilidad de costes no significa derecho a facturarlos
Registrar tokens, tiempo de ejecución y esfuerzo humano puede ayudar a una agencia a trabajar mejor. Eso no significa que cada registro deba aparecer en la factura del cliente.
Distingue los cargos reales del proveedor, el reparto interno de una suscripción compartida y la tarifa del servicio gestionado. Todos pueden ser legítimos si se acuerdan. No son intercambiables. Valorar el consumo con una tarifa equivalente de API no crea automáticamente otro gasto real además de la suscripción ya pagada.
Nuestra guía sobre facturas reales de IA y asignación interna de costes explica esa diferencia. Aquí la pregunta de compra es otra: ¿qué recursos deberías aceptar pagar como cliente?
Ejemplo: la misma funcionalidad, dos relojes y una factura variable
Imagina una función acotada para exportar datos de clientes. Necesita implementación, control de acceso, pruebas y entrega. Son escenarios comerciales inventados en euros, sin IVA, no tarifas de mercado ni ofertas de Wavect. El alcance y los criterios de aceptación no cambian.
| Escenario | Trabajo humano | Ejecución de agentes | Total |
|---|---|---|---|
| Estimación inicial por tiempo | 20 horas × 150 € = 3.000 € | 40 horas × 15 € = 600 € | 3.600 € |
| Mismo alcance, más reintentos y reparaciones | 28 horas × 150 € = 4.200 € | 120 horas × 15 € = 1.800 € | 6.000 € |
| Precio acordado por un entregable aceptable | Incluido en el alcance | Incluido en el alcance | 4.500 € |
La segunda factura por tiempo supera la estimación en 2.400 €, un aumento del 66,7 %. El entregable a precio fijo cuesta 900 € más que el primer escenario sin incidencias, pero 1.500 € menos que el escenario con reintentos.
Esa es la comparación honesta. Responsabilizarse del resultado no garantiza la factura más baja. Puedes pagar una prima por un resultado definido y un reparto de riesgos más claro.
El precio permanece fijo dentro del alcance y los supuestos acordados. Los requisitos nuevos o costes externos expresamente excluidos necesitan otra autorización. Un contrato por horas con un techo real también limita la exposición. Un precio fijo sin remedios ante el incumplimiento no garantiza la finalización.
¿Qué debería significar el precio por resultados en software?
Para un desarrollo acotado, el precio por resultados debería vincular una tarifa acordada a un resultado definido y verificable, con consecuencias explícitas si no supera la aceptación. Aquí hablamos de cobrar por un entregable aceptable. No de garantizar ingresos, encaje producto-mercado ni todos los resultados comerciales posteriores.
| Modelo | Qué compras | Qué debe definirse |
|---|---|---|
| Horas humanas más horas de agentes | Recursos o capacidad especificados. | Contadores, tarifas, límites, solapamientos y reintentos facturables. |
| Entregable aceptable a precio fijo | Una capacidad acotada que supera las pruebas acordadas. | Aceptación, control de calidad incluido, dependencias, subsanación y cambios. |
| Honorarios por rendimiento comercial | Un pago vinculado a una mejora comercial medida. | Línea base, atribución, periodo de medición, exclusiones y discrepancias. |
Una cuota mensual fija no es automáticamente un precio por resultados. Tampoco lo es cobrar por cada pull request generado, ticket cerrado o documento. Esas unidades necesitan una definición de calidad. De lo contrario, solo cambias el reloj por otro contador de actividad.
La documentación de Fin de Intercom incluye resoluciones en Intercom por chat y correo a 0,99 dólares, también supuestas, y traspasos configurados facturables. Anula el cargo por resolución si el cliente vuelve a la misma conversación solicitando más ayuda.
Eso no invalida el modelo. Demuestra que la palabra resultado no determina por sí sola qué cuenta como éxito. Lee la definición y las reglas para anular cargos.
Para elegir entre tiempo, precio fijo y entrega por etapas, consulta nuestra guía de modelos de precio para proyectos de software.
¿Qué debe incluir una propuesta basada en resultados?
Empieza por un resultado pequeño que se pueda demostrar y aceptar. Para la función de exportación, una especificación de compra útil podría ser esta:
| Límite | Qué acordar antes de empezar |
|---|---|
| Resultado utilizable | Un usuario autorizado puede exportar los campos de clientes acordados en el formato especificado. |
| Aceptación funcional | Casos identificados prueban datos vacíos, volumen acordado, caracteres especiales y fallos de exportación. |
| Seguridad y rendimiento | Los usuarios no autorizados no pueden exportar. Se concretan tiempo de respuesta, conjunto de datos y entorno de prueba. |
| Pruebas y responsable | Demostración funcional, resultados de pruebas y una persona revisora del cliente, con plazo acordado. |
| Precio y pago | Precio por hito, fechas de pago, revisiones y reintentos incluidos, y gastos separados autorizados con límites. |
| Fallos y cambios | Corrección, nuevas pruebas, remedios para defectos pendientes y autorización de requisitos realmente nuevos. |
| Entrega y dependencias | Acceso al repositorio, derechos sobre el código, documentación y archivos de despliegue; accesos, datos y decisiones necesarios del cliente. |
Un resultado no está aceptado porque el agente diga que ha terminado. Tampoco debería depender de una instrucción subjetiva e ilimitada para seguir mejorándolo. Ambas partes necesitan un límite comprobable y una forma de resolver desacuerdos.
En proyectos mayores, presupuesta cada hito acotado por separado. Las incógnitas pertenecen a una fase de descubrimiento, un experimento con límite o un servicio recurrente bien definido. No las escondas dentro de una transformación supuestamente garantizada.
Para la operación continua de agentes, en lugar de un hito de desarrollo, nuestra plantilla de SLA para agentes de IA cubre la medición del servicio y los remedios.
¿Cuándo son razonables las tarifas separadas de IA y trabajo humano?
Cuando compras conscientemente dos servicios distintos, entiendes cómo se miden y controlas el presupuesto. No hay nada intrínsecamente incorrecto en pagar infraestructura y profesionales que la operan.
Los precios de AWS AgentCore Runtime separan CPU activa y memoria. La espera de entrada y salida no se cobra como CPU activa; la memoria puede seguir facturándose. Son recursos definidos, no resultados de software prometidos.
En un agente de producción propiedad del cliente, el consumo de modelos puede quedar razonablemente fuera del precio de desarrollo. También puede contratarse soporte humano aparte. Exige límites, asignación clara, autorización de excesos y que no se recupere dos veces el mismo coste.
En investigación o respuesta a incidentes, un presupuesto limitado de horas humanas puede ser más honesto que fingir que ya se conoce la respuesta final. Quizá necesites capacidad reservada. El error es comprar esos recursos creyendo que compraste un resultado aceptado.
Nuestra guía de coste por acción de agentes de IA explica la factura operativa. Al evaluar una propuesta, la otra cuestión es qué costes te traslada el contrato de la agencia.
Cómo entiende Wavect la responsabilidad por resultados
En el desarrollo de software de Wavect con alcance definido, empezamos por un resultado, un precio fijo y un alcance firmado. El criterio humano, la implementación y las comprobaciones de calidad acordadas forman parte del compromiso. Tu trabajo debería ser evaluar el resultado, no reconstruir nuestros registros internos de horas.
Cuando las prioridades siguen cambiando, también ofrecemos servicios recurrentes cancelables semanalmente. Exigen rendir cuentas del progreso, pero no son contratos de pago exclusivo por resultado. Las garantías de devolución y sus procedimientos dependen de la oferta y del acuerdo elegidos.
Hay una excepción importante a cualquier eslogan absoluto: nuestros precios publicados incluyen también horas de desarrollo prepagadas. Comprar una cantidad definida de capacidad humana no equivale a aceptar un recargo abierto por ejecución de agentes. Este artículo no afirma que Wavect nunca venda tiempo.
Nuestra posición es más concreta: cuando nos contratas para un resultado de software acordado, el modelo comercial debería premiar su entrega, no ampliar la lista de recursos facturables.
La eficiencia de la IA puede mejorar nuestro margen. Es legítimo. Tú deberías recibir un precio competitivo, la calidad acordada, responsabilidad en la entrega y un proyecto que puedas utilizar y continuar. No hace falta facturar más horas de máquina para obtener un beneficio justo.
Cinco preguntas antes de aprobar cargos de IA
- ¿Qué estoy comprando exactamente? ¿Software aceptable, capacidad humana, infraestructura reservada o ejecución?
- ¿Qué hace crecer la factura? Pregunta por concurrencia, esperas, reintentos, revisión, fallos y excesos.
- ¿Quién paga si falla el resultado acordado? Distingue corregir defectos de cambiar realmente el alcance.
- ¿Cuál es mi exposición máxima? Exige un límite fijo o un techo de gasto que requiera autorización para continuar.
- ¿Qué puedo verificar y llevarme? Evidencia de aceptación, acceso al código, documentación y un estado de entrega acordado.
Compara las propuestas con esas respuestas. Una tarifa baja por hora de agente puede producir un proyecto caro e inacabado. Un precio fijo mayor también puede ser mala inversión. Deciden el resultado, las pruebas y el reparto del riesgo.
Compra progreso aceptable, no otro registro de horas
La IA es una razón para mejorar cómo se entrega software, no para conservar cada hábito antiguo de facturación y añadir otro contador.
Para un proyecto bien definido preferimos un acuerdo sencillo: un resultado concreto, un precio definido, pruebas visibles de calidad y responsabilidad clara si algo falla. Para trabajo incierto, una fase de descubrimiento más pequeña, un experimento limitado o un servicio recurrente transparente.
Deberías saber qué compras antes de que empiecen a ejecutarse los agentes.