Practitioner writing on FP&A for growth-stage finance teams — a Sea Cloud Consulting project
← Back to Blog

Budget vs Actuals: Building a Variance Analysis That Gets Used

Most variance analysis reports get skimmed and filed. The ones that actually drive decisions have a few things in common, and format is the least of them.

Start with the question the business is asking

Before you decide what goes in the report, decide what it needs to answer. "What changed and what should we do about it?" is the right framing. If the analysis doesn't answer that, it won't get used regardless of how clean the formatting is.

This sounds obvious. In practice, most variance reports answer "what happened?" and stop there. The business already knows what happened. They're looking at the same system data you are. What they need from finance is context and forward implications.

Pick a format and use it every time

Consistency matters more than most finance teams realize. If the structure changes every month, the audience spends cognitive energy figuring out where things are instead of engaging with the content. Pick a format — typically showing variance versus budget and year-over-year growth side by side — and stick to it.

Waterfall charts are worth the effort for major variances. A well-constructed bridge that walks from plan to actuals in clear steps is easier to follow than a table, and it forces you to think through the decomposition before you present it.

Focus on drivers, not line items

Volume, price, mix, and timing explain most variances in most businesses. If you're reporting at the line item level without connecting to these underlying drivers, you're describing what happened without explaining it.

The question to ask for each variance: is this a volume problem, a pricing problem, a mix shift, or a timing issue? The answer changes what the business should do, which is the whole point.

Set thresholds so people aren't chasing noise

Not every variance is worth explaining. Setting materiality thresholds — whether absolute dollar amounts or percentage deviations — keeps the analysis focused on what matters. A variance that's within normal fluctuation range doesn't need three paragraphs.

The threshold question is a judgment call that depends on the business. The important thing is that it's explicit, consistent, and agreed on with the CFO and leadership before the report goes out.

Tie variances to owners

Each material variance should have a clear explanation and someone accountable for it. "Marketing spend came in $200k under budget due to a delayed campaign launch, owned by the VP of Marketing" is useful. "Marketing was favorable" is not.

Accountability without specificity is just noise. The finance team's job is to translate what happened into something actionable.

Bridge to the forecast

Variance analysis that only looks backward is half the job. The more valuable output is what the variance means for the forward view. If revenue came in below plan because a large deal slipped, does that deal close next quarter? What does that do to the quarterly number?

The best variance reports update the forecast in the same motion. The business isn't just asking what happened. They're asking what it means for where we're going.

Keep it consistent month to month

Same structure, same definitions, same level of detail. Teams build intuition about the business by reading the same report over time. If the format shifts, that intuition resets.

AI can help produce the first draft of variance commentary if the inputs are structured well. The judgment about what actually matters in a given month is still the finance team's call.