Planning

Your driver-based model is a spreadsheet wearing a trench coat.

Most 'driver-based' models just have more rows. The test for whether yours drives anything takes thirty seconds.

Walk into any FP&A team and ask if their model is driver-based. They’ll say yes, and they’ll be proud of it. Then you open the file and find a P&L with 180 rows, every one of them its own typed assumption. That’s not a driver-based model. That’s a budget with good posture.

A real driver-based model has a short list of operational inputs, the things the business actually manages, and everything financial falls out of them. Change a driver and the output moves on its own, correctly, and you can trace why. If it can’t do that, the drivers are decoration.

The test takes thirty seconds

Pick one real-world lever and pull it. Add five sales reps. Raise price 3%. Push the hiring plan out a quarter. Now watch the model.

In a driver-based model that one change ripples. The five reps add quota capacity, which adds bookings on a ramp, which adds revenue, which adds commission and payroll tax and a few more software seats. You touched one cell. In the trench-coat model you change the headcount number and nothing else moves, because revenue is its own hardcoded line, commission is its own hardcoded line, and the “driver” was never wired to anything. You’re back to hand-editing a dozen cells to keep the story consistent, which is exactly the work driver-based modeling was supposed to delete.

Count the assumptions all you want. What matters is whether they connect.

A driver you have to manually reconcile to the rest of the model isn’t a driver. It’s just another input wearing the word.

What actually counts as a driver

A driver is an operational quantity the business manages directly and that the financials depend on. Heads. Units. Win rate. Average sale price. Rep ramp time. Churn. The list is short on purpose. Revenue isn’t a driver. It’s an output of price and volume. Payroll isn’t one either; it’s heads times fully-loaded cost. Neither is gross margin, which just falls out of everything above it.

The skill is picking the few drivers that move the P&L and routing everything else through them. In most businesses six or eight drivers explain most of the forecast. Customers and ARPU. Headcount by function and loaded cost. Sales capacity and attainment. Get those wired correctly and the model turns into a machine you can ask questions of.

More drivers is the other failure

The trench coat fails by having no real drivers. The opposite failure is just as common: forty drivers, half of them modeling a rounding error. Someone decides marketing spend should be driven by a blended CAC that’s driven by channel mix that’s driven by seasonality curves, all to forecast a line worth $40K a year. You’ve added three tabs of machinery for something immaterial, and now nobody trusts the model because nobody can hold it in their head.

Driver-based doesn’t mean model everything. It means modeling the few things that move the P&L and plugging the rest. A $40K line gets a typed number and a footnote. The discipline is knowing which is which.

A driver is only as good as the relationship behind it

Wiring a driver to an output assumes the relationship behind it is real and stable. Drive payroll off headcount times average loaded cost and you’re assuming the mix of senior and junior heads holds. Push hiring toward ten senior engineers and your average is wrong, so the model now produces a payroll number that’s confidently too low. The connection has to reflect how the business behaves, not just how the formula factors. That’s a judgment call, and it’s yours, not the spreadsheet’s.

Start with one block

Don’t rebuild the whole model on a Friday. Take the single biggest line on your P&L, usually revenue or payroll, and rebuild just that block as genuinely driver-based. Trace it end to end. Change the driver and confirm the output moves correctly with no manual touch. Then check it against last month’s actuals to make sure the relationship actually holds.

Once one block earns your trust, the rest is the same move repeated. And you’ll end up with the thing most teams never actually get from the phrase “driver-based”: a model where changing your view of the business changes the forecast by itself.

That’s the whole point. Not more rows. Fewer levers, wired to something real.

Guide Convinced yours is one of the fakes? Here's how to build one that actually drives. How to build a good driver-based model →

Get it in your inbox

Practical FP&A you can actually use, once or twice a week.

Get it in your inbox

Practical FP&A you can actually use — how to build it, what good looks like, the common mistakes. Once or twice a week, written to be useful, not to fill a feed.

One or two emails a week. No spam, unsubscribe anytime.