Su agente de marketing consume créditos. ¿El costo compra resultados o solo actividad?

Respuesta directa: no amplíe un agente porque el costo por crédito parece bajo. Registre cuatro denominadores en secuencia: unidad facturable de la plataforma, ejecución del agente, unidad de trabajo aceptada y resultado comercial incremental. Sume consumo, licencia, integración, datos, revisión humana, fallas y soporte. Después calcule costo por campaña liberada, lead aceptado, cliente reactivado u otra unidad que Marketing y Finanzas reconozcan. El crédito es insumo, no resultado.

Las plataformas ya facturan estructuras incompatibles. HubSpot publica unidades por contenido, email, lead, respuesta, resolución o minuto y permite simulación y límites. Microsoft administra créditos por ambiente y agente con capacidad prepaga o pay-as-you-go. Salesforce convierte acciones y prompts en Flex Credits con multiplicadores distintos, incluso para producción y sandbox. Sumar créditos de proveedores o tratarlos como mercancía común crea precisión falsa.

Construya el Libro Consumo→Resultado del Agente

• Workload — agente, versión, ambiente, objetivo, owner y centro de costo.
• Trigger elegible — contacto, campaña, registro o evento que justificó la ejecución; deduplicación y motivo.
• Consumo técnico — runs, acciones, prompts, créditos, tokens disponibles, herramientas, retries y precio vigente.
• Trabajo aceptado — campaña liberada, email aprobado, registro corregido, lead investigado o conversación resuelta; criterio de calidad.
• Excepción — rechazo, corrección, revisión, error, repetición, timeout, escalamiento y horas humanas.
• Resultado — conversión, pipeline, contribución, retención o capacidad realizada; ventana, comparador y maduración.
• Decisión — mantener, reparar, limitar, reasignar o cerrar; fecha, owner, presupuesto y rollback.

El libro conserva cantidad y costo. Un reporte solo en créditos omite precio; solo en moneda omite la acción; solo en runs oculta loops y retries. Versione la rate card y moneda vigentes en la fecha. No reescriba historia cuando el proveedor cambie multiplicadores.

Use cuatro costos, no uno

• Costo por ejecución = costo variable ÷ runs terminados. Sirve para diagnóstico técnico, no ROI.
• Costo por unidad aceptada = costo operativo total ÷ trabajos aprobados por calidad. Expone eficiencia real.
• Costo por elegible tratado = costo total ÷ población que podía recibir el tratamiento. Evita ocultar fallas y exclusiones.
• Costo por resultado incremental = costo incremental total ÷ resultados sobre el comparador. Solo existe si el diseño sostiene incrementalidad.

El costo operativo incluye créditos y excedentes, licencia requerida, conectores, almacenamiento, datos, observabilidad, evaluación, revisión humana, agencia, soporte e incidentes. La implementación puede amortizarse durante el horizonte aprobado, pero sigue visible. No trate créditos incluidos como gratis: registre consumo y precio marginal al escalar.

Asigne costo por el motivo de la ejecución

Un agente puede investigar un lead, actualizar CRM, crear email e incorporar un recorrido. Asigne por trigger y acción observada, no por quien hizo clic ni por el departamento comprador. Si una ejecución sirve dos campañas, use una regla documentada — volumen elegible, acciones o tiempo — y conserve costo compartido cuando dividirlo sea arbitrario.

Pruebas, evaluación y sandbox también pueden consumir. HubSpot documenta simulaciones sin créditos para agentes compatibles; Salesforce publica multiplicadores de sandbox; Microsoft indica que el consumo varía con diseño, frecuencia y funciones. Separe desarrollo, evaluación y producción. Reducir pruebas para ahorrar puede elevar fallas y revisión en producción.

Ejemplo ilustrativo en América Latina

Una empresa B2B regional hipotética opera tres agentes para campañas, investigación de cuentas y nutrición. En un mes registra 12.000 unidades técnicas, 1.800 runs, 1.050 salidas, 640 trabajos aprobados y 410 utilizados. El costo ilustrativo es US$ 16.000, incluidos consumo, equipo y soporte. No es benchmark ni caso de MAKINAI.

El costo por run es US$ 8,89; por salida, US$ 15,24; por unidad aceptada, US$ 25; y por unidad utilizada, US$ 39,02. Ninguno prueba pipeline incremental. El agente de campañas repite por briefs incompletos, mientras investigación cuesta más por run y entrega más leads aceptados. La decisión no es cortar el mayor costo por crédito; es reparar intake del primero y preservar el segundo hasta madurar resultados.

Ejecute un piloto de observabilidad de seis semanas

• Semana 1 — inventaríe agentes, ambientes, rate cards, capacidad, contratos, owners y centros de costo.
• Semana 2 — elija una unidad aceptada por workload, identifique triggers y congele baseline de volumen, calidad y costo.
• Semana 3 — conecte exports de consumo, logs, CRM, revisión y eventos de resultado con IDs y timestamps.
• Semana 4 — opere en sombra o cohorte acotada; concilie consumo estimado, facturado y ejecutado.
• Semana 5 — aplique límite por agente, alerta de pacing, cola de excepción y comparador; no detenga trabajo crítico sin fallback.
• Semana 6 — calcule cuatro costos, lea calidad y resultados maduros y mantenga, repare, reasigne o cierre.

Defina alertas que cambian una decisión

• Consumo — créditos por elegible o run salen de la franja observada.
• Calidad — aceptación cae, corrección sube o el agente deja de abstenerse sin evidencia.
• Operación — retries, timeouts, herramientas caídas o colas humanas crecen.
• Presupuesto — pacing proyecta exceder límite antes de fin de período.
• Negocio — costo por unidad aceptada empeora sin mejor conversión, velocidad o calidad.
• Continuidad — un hard stop bloquearía campaña o atención crítica sin alternativa.

Un hard stop financiero puede servir para experimentos reversibles; un workflow crítico puede requerir alerta y aprobación. Prepago mejora previsibilidad y puede dejar saldo; pay-as-you-go absorbe picos y aumenta variancia. Un límite único por ambiente simplifica administración y permite que un agente ruidoso consuma capacidad ajena. Compare escenarios de volumen y calidad, no solo precio publicado.

FinOps, Marketing, Datos, CRM y Tecnología necesitan una unidad común. FinOps normaliza costo y forecast; Marketing define trabajo aceptado y resultado; Datos conecta IDs y timestamps; CRM confirma elegibilidad y estado; Tecnología observa ejecución y falla; Compras versiona la tarifa; el owner prioriza. Cargar costo al agente sin ligar resultado a una decisión es chargeback, no unit economics.

Mida valor con límites de atribución

Compare calidad, velocidad y costo con el proceso actual y la alternativa simple. Para ingresos, mantenga holdout, split u otro comparador cuando sea viable y respete el ciclo. El antes/después mezcla estacionalidad, oferta, medios, mix y aprendizaje. El reporte de plataforma prueba consumo y actividad; no prueba que el agente causó pipeline o margen. Sin volumen causal, declare incertidumbre y use costo por trabajo aceptado como métrica operativa.

Use https://makinai.co/insights/es/agente-campanas-plataforma-autonomia-resultados-marketing para delimitar qué puede cambiar el agente, https://makinai.co/insights/es/cuanto-cuesta-primer-workflow-ia-marketing-presupuesto para construir el presupuesto completo y https://makinai.co/insights/es/equipo-marketing-usa-ia-resultados-no-cambiaron-fuga-valor para ubicar la fuga entre producción y resultado. Si el consumo crece y nadie explica el costo por unidad aceptada, lleve a MAKINAI en https://makinai.co/services/es/consultoria-estrategia-ia-transformacion exports de créditos, logs de un agente, 30 días de salidas y el evento de negocio. Podemos delimitar instrumentación y piloto sin reemplazar toda la stack.