After more than 25 years building and operating businesses, one pattern has become difficult to ignore: the most expensive financial problems are often not the largest ones. They're the ones management discovers after the opportunity to change them has passed.

A project margin can erode for weeks before the financial statements show the damage. A receivable can become a liquidity problem long before it becomes an accounting problem. An operating decision can look sensible on the day it's made and prove costly once the consequences become visible.

By the time the monthly report arrives, everyone can explain what happened. The harder question is whether anyone could have done something about it sooner.

Catching the questionable before it becomes inactionable.

Financial accuracy and financial usefulness are not the same thing

I care deeply about accurate financial statements, reliable controls, and a disciplined close. Those are foundational. But a perfectly reconciled explanation delivered three weeks after an avoidable loss is not the same as timely financial management.

Traditional finance tends to work backward from completed transactions. We close, reconcile, analyze, explain, and then decide. That rhythm is necessary for accounting. It is not always sufficient for operating a business.

Consider a project manager whose labor productivity is declining. The cost is accumulating daily. If the CFO sees the variance only after month-end, the company may already have incurred most of the loss. If the same signal appears while the project is still underway, management may be able to adjust staffing, sequencing, subcontracting, or pricing.

The data can be identical. The economic value of receiving it is not.

The missing variable in financial reporting is time

We often evaluate financial information by accuracy, completeness, and materiality. I think we need to be just as deliberate about a fourth variable: how much time remains to act?

A small deviation detected early may be worth more than a large variance discovered after the fact. The value is not in the alert itself. It is in the decisions that the alert makes possible.

That distinction changes the purpose of a management report. Instead of asking only, “What happened last month?” I want to know: “What is changing right now, why does it matter, and what can we still do about it?”

Why I keep returning to the 13-week cash forecast

The 13-week cash forecast is one of my favorite examples because it forces the company to connect accounting with reality. Cash receipts depend on billing, documentation, customer behavior, and collections. Disbursements depend on payroll, vendors, project commitments, taxes, debt, and capital decisions.

When those inputs are refreshed consistently, the forecast becomes more than a liquidity schedule. It becomes an early-warning mechanism.

If a customer starts slipping on payments, that should change the forecast. If a project requires an unexpected equipment purchase, that should change the forecast. If committed costs increase while billings lag, that should change the forecast.

The goal is not to predict every dollar perfectly. It is to identify developing pressure while the company still has choices.

AI changes the distance between the event and the decision

I've been using AI to write code, build agents, connect systems, automate workflows, and structure financial analysis. One of the most interesting changes is that finance no longer has to wait for every process improvement to become a separate software project.

We can increasingly monitor source data as it changes, reconcile records, identify unusual patterns, compare actual results against expectations, and route questions to the people closest to the underlying activity.

That does not mean every anomaly should trigger an automated action. Quite the opposite.

AI can make it easier to detect the unusual. Experience is what helps determine whether the unusual is meaningful.

A cost variance may be normal timing, a bad estimate, a genuine productivity problem, or an accounting classification issue. A payment delay may be routine, disputed, or an early sign of customer distress. Context matters.

Automating bad information doesn't improve judgment. It just delivers the wrong conclusion faster.

The CFO should own the decision architecture

This is where my broader thesis about the CFO becoming a systems architect comes into focus.

Finance increasingly has an opportunity to help design how information moves from operating activity to management action: which systems are authoritative, which exceptions deserve attention, who owns the response, what requires approval, and how outcomes are measured.

That is not simply a technology question. It is a management question, a control question, and an economic question.

A good system should not flood executives with hundreds of alerts. It should help surface the few exceptions that could materially change cash flow, margins, risk, or enterprise value.

And it should preserve evidence and accountability. The agent may identify the variance. The CFO and operating leaders remain responsible for deciding what it means and what to do.

From reporting history to preserving options

For a founder-led company, an emerging problem often stays hidden in disconnected systems, informal conversations, or someone's head. For a larger organization, the same problem can get lost between departments, reporting cycles, and approval layers.

Better financial architecture reduces that delay. It makes it possible to spot a developing issue, connect it to its operating cause, assign an owner, and act before the outcome becomes fixed.

The ultimate measure is not how many dashboards, agents, or alerts the company deploys. It is whether the system helps management make better decisions sooner.

That is what I mean by continuous financial intelligence.

The purpose of finance is not merely to explain the consequences of decisions. It is to help improve the decisions while they can still change the result.

Related perspectives