How to budget an AI project: the hidden costs

A holographic financial dashboard with a cloud, charts, alerts and stacks of gold coins, the hidden costs and FinOps of budgeting a generative AI project

The initial budget of an AI project and its real cost usually bear little resemblance. I have seen too many projects start with an optimistic figure and then shoot up, not through mismanagement, but because no one accounted for the hidden costs. Learning to budget an AI project honestly is one of the skills that saves the most grief.

Why AI budgets fall short

The most common mistake is to budget only the visible: development and, perhaps, the model licence. But an AI system is a living organism that consumes resources every time it is used and that requires continuous maintenance, data and governance. The cost does not end when the project is delivered; often, that is where it really begins.

The hidden costs I always include

Consumption by use

Many models charge by use, so the cost scales with success. A project that succeeds can shoot up in spending if this consumption has not been modelled well. Here I fully apply the discipline of FinOps and cost governance.

Data and its preparation

Preparing, cleaning and governing data is usually more expensive than the model itself. It is the least glamorous part and the one that consumes the most budget in practice. Underestimating it is a guarantee of overrun.

Governance and compliance

In regulated environments, complying with the EU AI Act and documenting the system has a real cost in hours and tools. It is an item that rarely appears in initial budgets and yet is unavoidable.

Maintenance and retraining

Models degrade, data changes and needs evolve. Retraining, monitoring and adjusting is a recurring cost that must be budgeted from the start, not discovered along the way.

How I build a realistic budget

I budget the full life cycle, not just development, and I cross-reference it with an honest calculation of the return, as I explain when discussing the ROI of GenAI projects. I prefer an uncomfortable but truthful budget to an attractive one that will explode in six months. The credibility of an AI Project Manager is at stake here.

FinOps applied to generative AI

The big difference between budgeting traditional software and budgeting GenAI is that the cost stops being fixed and becomes variable. Every query to a model consumes tokens, and if it is not monitored, the bill can shoot up from one month to the next without anyone anticipating it. That is why I apply FinOps principles from day one: real-time visibility of spending, cost allocation by team or use case, and alerts when consumption deviates from what is expected. Without that discipline, the most promising project can become unsustainable simply through cost sprawl.

A practice I recommend is to set budgets per use case and review them frequently. An internal assistant used by twenty people is not the same as one facing thousands of customers; mixing them into a single item makes it impossible to make good decisions. Separating the spending makes it possible to see which cases pay off and which should be optimised or, simply, switched off.

From budget to return

A budget only makes sense if it is compared with the value it generates. That is why I always link the cost forecast with the measurement of the return, two exercises that must go hand in hand and that I detail in my article on KPIs and ROI of GenAI projects. Budgeting without measuring the return is navigating blind: you know what you spend, but not whether it is worth it.

My approach is deliberately conservative. I prefer to budget with a safety margin and then surprise with savings than to fall short and have to ask for more halfway through the project, something that erodes management’s trust. A realistic budget, even if it seems less attractive in the initial presentation, protects the project’s credibility in the medium term.

My conclusion is that budgeting an AI project well is, above all, an exercise in honesty. Recognising the hidden costs from the start, applying FinOps to control them and tying them to the expected return is what separates the projects that survive the second year from those that are cancelled amid recriminations. AI can be very profitable, but only if it is budgeted with your eyes open.

In my experience, the most expensive mistake is not technical but of governance: starting without a clear owner of the budget. That is why I define from day one who approves each increase in spending, what threshold triggers a review and how often we compare actual consumption against the estimate. That monitoring discipline, more than any spreadsheet, is what prevents a promising pilot from ending up as a bill impossible to justify to management.

Conclusion: budgetary honesty

Budgeting an AI project well consists of making visible the costs that others hide. A realistic budget protects the project from premature cancellation and you from losing credibility. In AI, budgetary optimism is paid for, and always more dearly than expected.

Frequently asked questions about how to budget an AI project

Why do AI budgets fall short?

Because they usually consider only the visible (development and the model licence) and ignore that an AI system consumes resources on every use and requires continuous data, governance and maintenance. The cost does not end at delivery; often it begins there.

What are the hidden costs of an AI project?

Consumption by use (which scales with success), the preparation and governance of data, governance and regulatory compliance, and the recurring maintenance and retraining of the model.

What costs more, the model or the data?

In practice, preparing, cleaning and governing the data is usually more expensive than the model itself. It is the least visible part and the one that consumes the most budget, so underestimating it almost guarantees overruns.

How do you build a realistic AI budget?

By budgeting the full life cycle and not just development, including the hidden costs and cross-referencing it with an honest ROI calculation. An uncomfortable but truthful budget is preferable to an attractive one that shoots up within months.

A programme to run with little margin for error? See how I have done it.

See the nine case studies

Share this article

Leave a Reply

Your email address will not be published. Required fields are marked *