Forecasting for Businesses That Do Not Have a Data Science Team

Forecasting for Businesses That Do Not Have a Data Science Team

Forecasting is often treated as a specialist activity requiring specialist tools, which leads many organisations to do it badly with a spreadsheet or not at all. In fact a substantial share of practical forecasting value comes from methods simple enough to implement in an afternoon, and the disciplines that matter most — measuring error honestly, communicating uncertainty, and revising on a schedule — require no technical sophistication whatsoever.

Start with baselines you can beat

Before building anything, establish what naive methods achieve. The seasonal naive forecast simply predicts that this month will match the same month last year. The moving average predicts the next period from the recent past. These sound too crude to be useful and they frequently outperform elaborate models, particularly on short, noisy series. Any method you adopt should demonstrably beat them; if it does not, it is complexity without benefit. Practical forecasting guidance, including the planning material at the forecasting resources on this site, tends to insist on this comparison for exactly that reason.

Understand the structure before modelling it

  • Trend — a sustained direction over time, which may not persist
  • Seasonality — repeating patterns tied to the calendar, often at more than one frequency
  • Events — promotions, holidays, launches, outages, which distort the history
  • Level shifts — a permanent change in baseline, such as opening a new market
  • Noise — genuine randomness, which no model should attempt to fit

Plotting the series and marking known events on it is the most valuable half hour in any forecasting project. Most surprising forecast errors turn out to be an event nobody recorded, and building an event calendar alongside the numbers prevents the model from learning that every March is exceptional when in fact one March had a promotion.

Forecast ranges, never points

A single number invites the belief that it is achievable and turns any deviation into a failure. A range communicates what is actually known and supports better decisions: inventory ordered against the upper bound, fixed commitments made against the lower one. Even a crude interval derived from historical error is enormously more useful than a point estimate, and it changes the conversation from whether the forecast was right to whether the outcome fell within the expected band.

Measure error in a way that survives scrutiny

Pick an error metric and use it consistently. Percentage error is intuitive and behaves badly near zero. Absolute error in units is stable and hard to compare across products of different sizes. Whichever you choose, evaluate on data the model has not seen — hold out the most recent periods, forecast them, compare. Evaluating a model on the data used to fit it will always flatter it, and this mistake is the reason so many forecasts perform worse in production than in development.

Track bias separately from magnitude. A forecast that is wrong by ten per cent in random directions is a noise problem. One that is wrong by ten per cent consistently upward is a correctable systematic error, and correcting it is usually the largest single improvement available.

New products and thin history

The hardest forecasting problem is the one with no data: a product launched last month, a market entered this quarter. Statistical methods have nothing to work with, and the temptation is either to guess confidently or to refuse to forecast at all. The usable middle ground is analogy — find comparable products from your own history, examine how their early trajectories developed, and forecast from that distribution rather than from a single case. State explicitly which analogues were used and why, so the assumption can be challenged and revised as real data arrives. Within a few periods the actual series becomes informative and the analogy can be retired, but the early forecast is the one supporting the largest commitments, which is exactly why it deserves a documented basis rather than an opinion.

Judgement belongs in the process, with rules

Human adjustment of statistical forecasts is common and, on average, makes them worse — except for known future events the model cannot see, where it helps considerably. The workable arrangement is to require that every manual override be documented with a reason, and to track override accuracy over time. Doing so quickly reveals which adjustments improve outcomes and which are optimism, and the record itself tends to reduce the second kind.

Forecast at the level you can act on

Aggregate forecasts are more accurate than detailed ones, because individual variation cancels out. Detailed forecasts are more useful, because decisions are made about specific products in specific locations. The resolution of this tension is to forecast at whatever level the decision requires and to accept that accuracy will be lower there, rather than forecasting the total accurately and splitting it by historical proportion — which is a common shortcut that quietly assumes the mix never changes. Where the detail is genuinely unforecastable, the honest response is to plan for flexibility instead: shorter lead times, buffer stock, the ability to reallocate, all of which are ways of buying tolerance for error rather than pretending to eliminate it.

Revise on a cadence

An annual forecast reviewed annually is a plan, not a forecast. Update at a frequency matched to how quickly your conditions change and how quickly you can act — monthly for most planning purposes, weekly for operational demand. Each revision should compare the previous forecast against actuals and record the error before producing a new one, because a forecasting process that never looks back never improves. That backward-looking step is skipped almost universally and costs almost nothing to add.

Hey, guys, we use cookies, just as everyone else does. By continuing using this site you agree to our cookie policy.

Okay