AI & Automation

What AI Automation Actually Costs to Run

The cost lines nobody models before launch: model usage, platform execution, telephony, enrichment, and the human time that does not disappear.

Mauricio Esparza By ·Published ·2 min read
mithub.club
Short answer

The recurring cost of an AI revenue system has five lines: model usage, automation platform executions, channel costs such as telephony or email infrastructure, data enrichment per record, and the human time that remains. The line that surprises teams is enrichment, because it is priced per record and scales with list size rather than with results. Model cost is usually the smallest of the five.

Budgets for AI revenue systems usually model the model. It is normally the smallest of five recurring lines.

The five lines

1. Model usage. Priced per token. Controllable through prompt size, choosing a smaller model for simple classification, and caching repeated context. Real but rarely dominant for revenue workloads.

2. Automation platform executions. Per task pricing that feels free at hundreds of runs and uncomfortable at hundreds of thousands. This is the line that drives teams to self host, and self hosting trades the bill for operational responsibility.

3. Channel costs. Telephony per minute, numbers per month, sending infrastructure, message fees. Predictable once volume is known, and easy to forget in the first model.

4. Enrichment per record. The one that surprises. Priced per row and scaling with list size rather than with outcomes. A list you enrich and never contact costs exactly as much as one you do.

5. Human time that did not disappear. QA, exception handling, the person who owns the system. Automation moves this cost, it does not remove it, and pretending otherwise is how projects lose credibility at the first review.

The lever that matters most

Filter before you enrich.

Every row you exclude before the enrichment step is money saved with no loss of outcome. Most lists can be cut substantially on cheap criteria such as geography, size and obvious disqualifiers before anything paid touches them.

This single discipline changes the total more than any model choice.

Control the runaway risk

The expensive incidents in this field are not gradual, they are loops. A flow that retries without a limit, a list processed twice, a webhook that fires in a cycle.

Three protections: a cap on every metered service, alerting on daily spend rather than monthly, and a hard limit on records processed per run. All three are cheap and all three are usually added after the first incident rather than before.

Measure cost per result

Cost per execution falls as you optimise and tells you nothing about whether the system is worth running. Cost per qualified conversation is the number that decides renewals and budget.

Track it monthly next to the alternative: what the same outcome costs through headcount. That comparison is the one that survives a budget review.

What to model before launch

  • Expected records per month, and how many survive the filter
  • Enrichment cost per surviving record
  • Executions per record, times the platform rate
  • Channel cost per contact attempt
  • The human hours that remain

Add thirty percent. Every one of these estimates is optimistic on the first pass, and the projects that get cancelled are usually the ones that promised a number they never revisited.

Frequently asked questions

Which line surprises people most?

Enrichment. It is priced per record and it scales with how many rows you process rather than with how many turn into anything. Filtering before enriching is the single biggest lever on total cost.

Is model cost a real concern?

Usually the smallest of the five for revenue workloads, and the easiest to control through prompt size, model choice per task and caching. It gets attention because it is the newest line, not because it is the largest.

What is the right unit to measure?

Cost per qualified conversation, not cost per execution. Execution cost falls while results fall too, and only the first number tells you whether the system is worth running.

How do we avoid a surprise bill?

Caps on every metered service, alerting on daily spend, and a hard limit on records processed per run. Runaway loops are the common cause and they are entirely preventable.

Sources

  1. Building effective agents · Anthropic (accessed 2026-09-22)
  2. Handle errors gracefully · n8n Docs (accessed 2026-09-22)
  3. Why evaluate AI workflows · n8n Docs (accessed 2026-09-22)
AI & AutomationCostOperations
Mauricio Esparza
Mauricio EsparzaGTM Systems Lead · Revenue Engineer · Founder of MitHub. Designs and runs revenue systems for multi-location businesses: AI voice campaigns, enrichment, CRM automation and attribution. Founded MitHub to teach the method in the open.

Part of AI & Automation on MitHub.

Keep going