Sign in

Blog · Alternatives and comparisons · Finance and FP&A teams

Driver-based forecasting software: what to evaluate

Evaluate driver-based forecasting software against a workbook with explicit assumptions, saved forecast versions, and reconciled actuals. This guide works through a profit variance and shows which checks matter when comparing planning and analysis approaches.

The short answerEvaluate driver based forecasting software by running the same business workbook through each candidate. Check whether assumptions produce the expected revenue and costs, forecast versions remain identifiable, and actuals reconcile to source files. Separate the ability to author plans from the ability to analyze their outputs, and require a variance explanation that adds back to the reported difference.

Driver based forecasting software should be evaluated with a workbook that connects business assumptions to financial results, preserves forecast versions, and reconciles actuals. The best fit depends on whether your team needs to build plans, coordinate owners, or analyze the resulting variances. Test those jobs separately using the same files and expected answers.

Define the work before comparing approaches

A driver-based budget connects operating assumptions to revenue and costs. Software selection adds another question: can the team maintain those connections and explain what changed without losing the original expectation?

Write an acceptance brief around an ordinary monthly review. Sales supplies volume and price assumptions. Operations supplies unit costs and capacity limits. Finance keeps the approved version and reconciles actual revenue and expenses to the ledger.

Distinguish the annual target from the current outlook using the budget versus forecast definitions. Otherwise, a candidate can appear to handle version comparison while merely replacing the budget column with a newer forecast.

Compare approaches by the job they serve:

Approach Useful when the main job is Evidence to request
Spreadsheet planning Maintaining a manageable set of explicit driver calculations Visible formulas, protected assumptions, and archived versions
Dedicated planning application Collecting linked plans and coordinating changes across owners A worked submission, approval, and version-comparison exercise
File-based analysis Explaining differences between existing plans and actuals Reconciled totals, consistent mappings, and a variance bridge

Use this as a test agenda. Specific capabilities depend on the candidate and must be demonstrated on your workbook.

Prepare one workbook with known answers

Use an illustrative US distributor's completed monthly results. Keep the product scope and accounting period identical across an original forecast, a revised forecast, and actuals. All monetary inputs and outputs below are USD; there is no currency conversion or rounding in this example.

Version Units sold Net price per unit (USD) Variable cost per unit (USD) Fixed operating cost (USD)
Original forecast 10,000 50 30 100,000
Revised forecast 11,000 49 31 105,000
Actual 10,500 48 32 108,000

The fixed costs are those included in this operating example. Interest and taxes sit outside its scope. Net prices already reflect discounts and returns; variable costs use the same definition across versions.

Revenue = Units × Net price per unit
Variable cost = Units × Variable cost per unit
Contribution = Revenue − Variable cost
Operating profit in this example = Contribution − Fixed operating cost

Version Revenue (USD) Variable cost (USD) Contribution (USD) Operating profit (USD)
Original forecast 500,000 300,000 200,000 100,000
Revised forecast 539,000 341,000 198,000 93,000
Actual 504,000 336,000 168,000 60,000

If the assumptions table occupies A1:E4, the expected output formulas are =B2*C2 for revenue, =B2*D2 for variable cost, and =B2*(C2-D2)-E2 for operating profit. Fill down for the other versions.

Notice that the revised forecast has more units and revenue than the original but less profit. A useful evaluation must expose the weaker unit economics rather than reward higher sales alone.

Test driver logic and assumption ownership

Ask the candidate to reproduce the output table before adding complexity. Then change a single input and inspect the dependent figures. Volume should affect revenue and variable cost; a fixed-cost assumption should affect profit without changing revenue.

Next ask how the approach handles constraints. If capacity cannot support the proposed volume, somebody must revise the assumption or approve the required resources. Record which owner makes that decision and where the revised input is documented.

Keep assumptions distinct from later observations. Forecasting: Principles and Practice distinguishes forecasts made with information available in advance from calculations using later predictor values. That distinction matters when a driver-based plan looks accurate only after its assumptions have been replaced with actual outcomes.

Require an assumption register with driver name, business unit, effective period, version, owner, and source. For important assumptions, add the reason for the change. A readable output is much easier to challenge when its inputs remain identifiable.

Require a variance bridge that closes

Choose the revised forecast as the comparison version. Actual revenue is $504,000 against $539,000, a variance of −$35,000. Actual operating profit is $60,000 against $93,000, a variance of −$33,000.

Use actual minus forecast throughout. The following sequential bridge assigns volume at forecast unit contribution, then assigns price and unit-cost changes at actual volume:

Profit driver Calculation Profit effect (USD)
Volume (10,500 − 11,000) × (49 − 31) −9,000
Price 10,500 × (48 − 49) −10,500
Variable cost per unit −10,500 × (32 − 31) −10,500
Fixed operating cost −(108,000 − 105,000) −3,000
Total variance Sum of driver effects −33,000

The proof is $93,000 − $9,000 − $10,500 − $10,500 − $3,000 = $60,000. An unexplained residual means the scope, mapping, or bridge logic needs investigation.

Different bridge conventions can assign interaction effects differently. Require the convention to be stated and used consistently. For the revenue side of this exercise, see revenue driver analysis; do not confuse a revenue explanation with a complete profit explanation.

Evaluate repeatability as well as the first result

Repeat the exercise with another closed period and with a business unit that uses different drivers. Ask the same finance analyst to import the files and reproduce the comparison. Record manual repairs, ambiguous mappings, and unresolved differences.

If forecast quality influences the purchase, use dated historical versions and a fixed forecast horizon. Forecast evaluation guidance separates test-period errors from fit on historical training observations. A retrospective calculation using revised inputs does not establish the quality of an earlier forecast.

Keep a written acceptance log: requirement, expected output, observed result, evidence, and responsible reviewer. Mark a requirement incomplete when the supplier has only described it. Finance should approve accounting definitions; business owners should approve their assumptions.

Where it goes wrong

  • Comparing unlike versions. One business unit uses the original plan while another uses a revision, making the company variance hard to interpret.
  • Changing cost definitions. Freight or labor moves between variable and fixed costs, creating an apparent driver effect without an economic change.
  • Overwriting forecast history. Updating the assumptions erases what was known when the forecast was issued.
  • Judging only the total. Offsetting errors across products or locations can hide a serious local planning problem.
  • Assuming analysis includes plan authoring. Demonstrate assumption entry, linked calculations, and approvals explicitly if those jobs are required.

Analyze your forecast outputs in Covirage

Bring a workbook of forecast versions, driver assumptions, and matching actual revenue and cost rows. Covirage maps the columns, and its tools compute and check the comparisons; the external AI model explains the results with every figure traced to its rows. Create a free Covirage account and bring a sample of your own files.

See Covirage for FP&A reporting for the supporting analysis workflow.

Questions people ask

What is a driver in financial forecasting?

A driver is an operational or commercial assumption used to calculate a financial result. Examples include units sold, realized unit price, staffing hours, and cost per unit. Each driver needs a definition, period, source, and owner so a reviewer can challenge the assumption and reproduce its effect.

Do I need planning software or an analytics tool?

Start with the work that causes difficulty. Creating linked assumptions, collecting submissions, and approving versions are planning requirements. Comparing completed plans with actual results is an analysis requirement. A company may need both; assess each against its own acceptance tests rather than treating them as interchangeable.

How should I compare forecast versions?

Preserve each version's issue date, coverage, assumptions, and approval status. Compare the same business units and periods against the same actuals file. Keep the original forecast visible after revisions so later knowledge does not overwrite the record of what finance expected at the time.

Does driver-based forecasting guarantee accuracy?

No. A transparent calculation can still use an inaccurate volume, price, or timing assumption. Assess both the relationship between drivers and financial outputs and the quality of the assumptions themselves. Measure forecast performance on periods that occurred after the forecast was issued.