The business-intelligence layer that closes the gap

Forecasting · Leadership · ~7 minute read

The model only knows what the data shows

Statistical forecasting captures what the historical data already knows. The marketing campaign that’s about to launch, the system release that will distort AHT for two weeks, the regulatory change that will shift complaint volumes, the pricing move that will produce a complaint spike — all of these are visible to other functions in the business before they hit the forecast, and almost none of them reach the planning team automatically. The model doesn’t know about them. The model can’t know about them. They have to be told.

This is the business-intelligence layer that closes the gap between what the model can produce and what the operation needs. It’s the cheapest accuracy lift available to any forecasting team, and it’s the one most operations under-invest in by a wide margin.

The five drivers the model can’t see — but other functions can Forecast + drivers Marketing Campaigns IT / Tech Releases Ops Policy changes Finance Pricing Regulatory Deadlines
Each function knows things the planning team doesn’t. The forum that surfaces them weekly is the cheapest forecast-accuracy lift available.

The standing weekly drivers review

The single most effective tool for closing the BI gap is a standing weekly forum — thirty minutes, same time every week — with a representative from marketing, IT, ops, finance, and (if regulated) compliance. The agenda is one question: “what do you know that will affect contact volume, AHT, or routing in the next four to eight weeks?”

The first three or four sessions feel low-value. People don’t bring much; the planner does most of the talking. By week six the rhythm has set in and the participants are arriving with named items: “the campaign launches the 14th, we expect a 6% volume lift for two weeks,” or “the system release on Saturday will distort billing-query AHT for a week.” By month three the forum is producing more forecast-accuracy gain than any algorithm tuning would have done.

Capturing each driver as a named adjustment

The other discipline is at the technical end: each driver gets captured as a named adjustment to the baseline forecast, not baked invisibly into the model. The structure looks like “baseline forecast says 9,400; marketing campaign adds 600; system release reduces AHT by 8 seconds; net forecast is 10,000.”

Three reasons this matters. The baseline stays interpretable — you can always see what the statistical model alone is saying. The adjustments are reviewable — you can check whether the marketing-driver assumption was right, separately from whether the underlying model was right. And the audit trail is preserved — if next year’s planner needs to know why November was higher than expected, the named adjustment is in the record.

The five most-common drivers worth tracking

Marketing campaigns and direct-marketing pushes. The biggest single source of forecast variance in retail and service operations. Get the campaign calendar shared, not just the headline numbers.

System releases and changes. The AHT impact of a system change is consistently under-estimated. IT teams rarely think of telephony or planning as stakeholders for a release, so the change goes live and the planning team finds out from the dashboard.

Pricing and product changes. Price increases produce complaint spikes that last 2–4 weeks. Product launches produce inbound query spikes for similar windows. The finance and product teams know the timing months in advance.

Regulatory deadlines. In regulated sectors, the deadline weeks are reliably busier — tax deadlines, FCA deadlines, switching windows, year-end. The dates are public; the volume impact is consistent year on year.

Operational policy changes. A change in IVR routing, a closure of a queue, an opening of a self-service channel. Each is an internal change that the operation knows about and the model doesn’t.

The honest blocker

The forum is hard to start. The planning team has to convince five other functions to send a representative to a weekly meeting that initially produces little. The trick is to make it short (30 minutes, not 60), to keep the agenda predictable (the same one question), and to demonstrate value early by feeding back to participants the forecast-accuracy lift their input produced.

The other honest blocker is seniority. The planner running the forum is often more junior than the marketing or finance representatives, and the meeting can get treated as low-priority. The fix is to get the operations director to sponsor it and to attend periodically. The forum becomes an “ops-director-sponsored” forum that other functions stop ignoring.

Why this is the cheapest accuracy lift available

An algorithm upgrade costs months of analyst time, a vendor evaluation, and an integration project. The drivers forum costs thirty minutes a week. The accuracy lift from a well-run drivers forum is typically larger than the lift from an algorithm upgrade, especially for operations with strong campaign-driven, regulatory-driven, or product-driven volume. The reason most operations don’t do it isn’t that they don’t know about it; it’s that it requires sustained organisational effort rather than a one-off project, and organisational effort is harder to sustain than project work.

Conclusion (and series conclusion)

The business-intelligence layer is the closing piece of this series because it’s the failure mode most planners under-appreciate. The data layer, the granularity, the point-estimate trap, the noise-vs-signal discipline — each is correctable with technical work the planning team can do alone. The BI layer is different: it requires the planning team to build and sustain relationships with five other functions, none of whom report to them, on an ongoing basis. The work is unglamorous and never finished. The accuracy gain is larger than any of the other fixes. Operations that build this discipline have planning functions that catch issues before they become forecast misses; operations that don’t have planning functions that explain misses after the fact.

That’s the six failure modes. Fix the data, forecast the right thing at the right granularity, present in ranges not points, distinguish noise from signal, and build the BI layer. The algorithm choice matters at the margin once those five are in place; it doesn’t matter much when they aren’t.

Series end. Read from the start: Where forecasts most often go wrong.

Pair this with forecasting for managers and leaders, the planning cycle, and working with your planning team.