Skip to main content

AI Is Getting Harder to Manage. Companies Need a Decision System, Not Another Dashboard.

AI Is Getting Harder to Manage. Companies Need a Decision System, Not Another Dashboard.

This week I wrote about a simple progression:

Create → Capture → Defend
  • First: Did AI create real economic value?
  • Then: Who captured that value?
  • Finally: Can the company keep the advantage after competitors respond?

Those questions lead to an uncomfortable conclusion.

As AI adoption accelerates, the management problem becomes much bigger than deploying models or tracking usage.

Companies increasingly need to know:

  • What are we spending?
  • What are we getting for it?
  • Can we trust the evidence?
  • What should we scale, redesign, govern, route, pause, or stop?

That is not just an analytics problem. It is a decision-system problem.

Most companies already have plenty of AI activity

The easiest AI metrics to collect are often the least useful: users, tokens, agents, prompts, applications, usage.

Those numbers can tell leaders whether AI is being adopted. They do not necessarily tell them whether the business is improving.

The harder questions are economic:

  • What is the direct cost?
  • What is the indirect cost?
  • What value is being realized?
  • How much human review is still required?
  • How much rework is occurring?
  • What does governance and monitoring cost?
  • Is the workflow actually improving?
  • Is the ROI strengthening or deteriorating?

A serious management system has to connect those questions. Not in separate dashboards. In one decision architecture.

The number is only as good as the evidence behind it

Suppose an executive sees: AI ROI: 1.8x

Useful? Maybe.

But leadership should immediately ask:

  • How confident are we in that number?
  • Was the value actually measured? Estimated? Assumed? Finance-reviewed?
  • Was the workflow outcome observed directly?
  • Do we know the true model, software, cloud, review, rework, governance, and monitoring costs?

This distinction matters.

A current Decision Systems approach I use scores the maturity of cost, value, usage, and workflow evidence separately, then combines those signals into decision confidence. It also identifies the primary evidence gap and the next measurement improvement required before treating the result as stronger evidence.

That means the system does not simply say: Here is the ROI.

It also says: Here is how much you should trust the ROI.

That is a much better management conversation.

Measurement should end in a decision

Another common problem is that analytics stops too early.

A dashboard tells leadership: Cost is rising. ROI is falling. Usage is increasing.

Interesting. Now what?

A Decision System should translate those signals into explicit management choices:

Scale | Continue Measuring | Redesign | Route to Cheaper Workflow | Add Governance | Pause | Stop

Those decisions can be tied to explicit thresholds involving ROI, evidence quality, workflow performance, budget pressure, risk, and decision confidence rather than generated ad hoc.

That is the difference between analytics and decision architecture. Analytics explains what happened. Decision architecture helps determine what should happen next.

The system should also understand uncertainty

This becomes especially important because AI investments rarely begin with perfect information.

Early initiatives may rely on assumptions, small samples, incomplete cost allocation, uncertain value attribution, or weak workflow instrumentation.

That does not mean the company should do nothing. It means the strength of the decision should match the strength of the evidence.

A good system should be able to say: Scale this.

But it should also be able to say: Continue measuring. Or: Pause until the value is actually instrumented. Or: The economics look promising, but the evidence is not yet strong enough for a board-grade decision.

That restraint matters.

Trust is not created by pretending uncertainty does not exist. Trust is created by making uncertainty visible.

Cost control has to be built into the decision

AI economics are also becoming more complex.

Companies are not only paying for models, licenses, cloud, and vendors. They may also carry human review costs, rework costs, governance costs, and monitoring costs.

A workflow can look cheap technically while becoming expensive operationally.

The system should therefore distinguish between direct and indirect AI cost and evaluate whether premium-model usage is actually justified by task complexity and value.

Sometimes the right answer is not: Stop using AI.

It is: Route the workflow to a cheaper model.

That is why cost governance should be part of the decision system, not an after-the-fact finance exercise.

Value creation is not enough

The next layer is workflow value capture.

An AI system may increase activity without improving the workflow. It may improve the workflow without creating measurable financial value. Or it may create value that is not yet well validated.

A mature system should distinguish among those states:

  • Value Captured
  • Value Likely Captured
  • Workflow Improved, Value Not Yet Proven
  • Activity Increased, Value Unclear
  • Counter-Metric Failed
  • Not Measured

That matters because one of the easiest AI mistakes is to confuse more activity with more value.

Then look across the entire portfolio

Once a company has dozens of AI initiatives, the problem changes again.

Leadership no longer needs isolated project reports. It needs a portfolio operating view.

  • Which initiatives deserve more funding?
  • Which require cost controls?
  • Which should be redesigned?
  • Which are deteriorating?
  • Where is evidence weak?
  • Where should capital move?

A mature executive report should therefore surface:

Portfolio Operating Verdict

Capital-Allocation Recommendation

Economics → Trend → Funding Posture → Exceptions

Scale Candidates | Reallocation Candidates | Pause/Stop Candidates

Measurement Maturity & Executive Asks

That is closer to how a CFO or board actually needs to manage AI.

Focused enough to trust. Modular enough to grow.

The temptation in AI is to build everything: strategy, agents, automation, governance, analytics, forecasting, workflow redesign—all in one platform.

I think the better approach is narrower.

Start with a trusted core:

Economics → Evidence → Value Capture → Decision → Capital Allocation

Make that reliable, auditable, repeatable, rules-based, and understandable. Then add new capabilities carefully.

For example, an optional AI reviewer can challenge the deterministic recommendation: What might this system be missing?

A future authority layer can define: What is AI actually allowed to execute?

Competitive context can eventually ask: Are we improving fast enough relative to the market?

Those capabilities can grow around the core without weakening it.

That leads to the design principle I keep coming back to:

Focused enough to trust. Modular enough to grow.

The management layer may become the real AI bottleneck

The next phase of enterprise AI may not be limited by access to intelligence. Companies will have plenty of models, plenty of agents, and plenty of automation.

The harder problem will be managing them. Knowing:

  • what is creating value
  • what is costing too much
  • what evidence can be trusted
  • what is deteriorating
  • what deserves more capital
  • and what should stop

That is the layer I believe companies increasingly need.

Not another AI dashboard. Not another stream of outputs.

A Decision System that turns AI economics and evidence into clear management action.