Choosing sales forecasting software: 
5 Questions to Ask Before the POC

Profile photo of Ines Amor, Ph.D. in AI and Data Science

Ines Amor

Ph.D. in AI and Data Science

October 24, 2026

When choosing sales forecasting software, there are five key points to check before conducting any tests: demand hidden by stockouts, the forecast granularity, an explanation of each figure, the relationship with prices and promotions, and an honest assessment of accuracy.

A demonstration doesn't prove anything on these points. Only a test using your own data, compared to a simple baseline, will show whether the forecast truly improves your decisions.

All sales forecasting tools display trends that reflect past performance. None of them tell you how the tool will handle your out-of-stock items, your promotions, or your slow-moving SKUs.

Before running a test, just five questions are enough to distinguish between the solutions.

They are based on a conviction: a forecast is only as valuable as the decision it informs.

Sales forecast curve surrounded by question marks; choosing forecasting software

Choosing Sales Forecasting Software: What Are We Talking About?

Choosing sales forecasting software means selecting a tool that will estimate future demand for each SKU at the appropriate level of detail and explain the reasoning behind its estimates.

The number alone isn't enough. A sales forecast is only valuable if it influences a decision: a price, a promotion, an order, or a markdown.

Our belief as practitioners is simple:a forecast is only as valuable as the decision it helps inform. A highly accurate model that no one uses is of no use.

This article is intended for pricing, sales, procurement, and category management teams that are comparing software vendors before conducting a trial. The calculation method itself is covered in our guide , “AI-Powered Sales Forecasting: Methods and Metrics.”

Here, we ask the five questions that truly set solutions apart—and what each answer reveals.

Why a demonstration does not settle the debate over forecasting methods

In the demonstration, all the curves match the historical data. That's to be expected: a model fitted to past data can always reproduce it.

The real question lies elsewhere. How does the solution handle your data gaps, your data breaks, your past promotions, and your new products? And how does it handle its own errors?

6.5%

6.5% of global retail sales are lost due to stockouts and excess inventory, amounting to approximately $1,730 billion per year.
(IHL Group, “Retail Inventory Crisis Persists Despite $172 Billion in Improvements,” September 2025)

Not all of these losses are due to forecasting. But a forecast that is off in one direction fills the inventory, and in the other direction empties the shelves.

Hence our approach: to ask a publisher about the ways in which their tool makes mistakes, rather than about the beauty of its graphs.

Question 1: How does the tool handle demand masked by shortages?

An empty shelf means zero sales. Yet demand did exist. So your sales history doesn't measure demand—it measures what you actually managed to sell.

This is known as a censored request. A model that learns from this history without corrections underestimates the number of items that were out of stock, recommends ordering fewer items, and causes the next stockout.

The mechanism is explained in detail in our article on the sales history needed for accurate forecasting. Its impact on the sales floor is described in the section on the link between stockouts and poor forecasting.

When dealing with a publisher, the crucial question isn't "Do you know how to handle stockouts?" Everyone will say yes.

Instead, ask how the tool detects a data gap when your inventory data is incomplete, and what it uses to fill in the zero. A vague answer on this point suggests that the forecast will be biased downward.

Can forecasting software reduce both stockouts and excess inventory?

Yes, provided that the historical data is adjusted in both directions. Data gaps cause demand to be underestimated; past promotions and clearance sales cause it to be overestimated if the tool does not filter them out.

A solution that addresses only one of the two biases merely shifts the problem. It trades off stockouts for markdowns—or vice versa.

Question 2: What stitch size should I use, and why that one?

A national forecast by product category may be accurate on average but unusable everywhere. Decisions are made at a more granular level: by product line, retail location, week, or day.

The right allocation depends on the decision made. Prices and promotions are often determined by product line and by group of retail locations; orders are determined by product line, by location, and by day.

In B2B distribution, the relevant metric is typically the number of SKUs per customer or per agency. In retail pharmacies, it’s the number of SKUs per pharmacy, where low volumes make each sale more significant.

Is there a demand forecasting tool designed for multi-store operations?

This is one of the most frequently asked questions on the subject. A demand forecasting tool designed for a network performs calculations at the point-of-sale level and then consolidates the results, rather than distributing a national figure.

Ask the publisher at what level of detail it actually performs its calculations, and at what level it simply aggregates or distributes data. Then ask how it handles slow-moving items, where the relative error skyrockets.

A reliable solution recognizes that a mesh that's too fine produces noise. It knows to move up a level when the data is too sparse, and it lets you know.

Question 3: Can the solution explain a number?

A buyer who doesn't understand a forecast corrects it manually. After a few weeks, the tool is left idle, and the spreadsheet makes a comeback.

A useful forecast is backed by reasons: seasonality, a past promotion, a holiday, a price change, or the weather.

Signals that are external to the historical data are discussed in our article on exogenous events in sales forecasting.

At Booper, each forecast includes an explanatory section that lists the factors taken into account, including the weather. And it is presented as three scenarios—conservative, balanced, and aggressive—rather than a single number.

Why three scenarios? Because an order, a promotion, and a price reduction involve different levels of risk. The discrepancy between the scenarios also indicates when the forecast is uncertain.

The issue goes beyond forecasting: it is the same as for any calculated recommendation, as our article on the explainability of AI-generated price recommendations shows.

Question 4: Is forecasting linked to your pricing and promotional decisions?

This is the issue that specifications most often overlook. In many companies, forecasting is handled by the procurement department, while pricing decisions are made elsewhere, based on different figures.

However, demand depends on price. A forecast that fails to take into account next week's planned promotion—or next month's price increase—is bound to be wrong from the start.

39%

Only 39% of companies attribute a measurable impact to AI on their operating income, and most estimate that impact to be less than 5%.
(McKinsey, “The State of AI in 2025,” November 2025)

Ask the vendor via this link. Can their solution simulate the impact of a price change on sales, margin, and inventory before a decision is made? Does it factor inthe price elasticity of each SKU?

When it comes to promotions, the forecast must distinguish between base sales and promotional sales, and measure the impact of the promotion on sales of other products. We go into detail on this in “Simulating a Promotion: Incremental Sales, Cannibalization, and Margin.”

When it comes to markdowns, the forecast for remaining inventory at the end of the season determines the schedule for discounts: in other words, estimate your remaining inventory before clearing out your stock.

What ROI can you expect from sales forecasting software?

Be wary of any percentage figure given before you've seen your data. The return on investment is measured in improved decisions: fewer out-of-stocks on key items, fewer unplanned markdowns, and better-targeted promotions.

It also depends on who is responsible for the forecast. When sales, purchasing, and the supply chain each keep their own figures, no tool can make the decision for them: that’s the topic of our article on sales forecast governance.

Also, don't confuse a forecast with a goal. The budget specifies what we want to sell, while the forecast indicates what we will likely sell, as explained in the section on the difference between sales forecasts and budgets.

Question 5: How can we accurately measure the accuracy of a forecast?

MAPE, or mean absolute percentage error, is the most commonly cited metric. It is also the easiest to make look better than it actually is.

When calculated on an aggregated basis by family, on a monthly basis, using stable benchmarks, it shows an excellent result. When calculated by benchmark, by retail location, and by week, it tells a different story.

Three requirements make all the difference. First, a test using historical data that the model has never seen—known as a backtest—rather than an adjustment based on data that is already known.

Next, measuring bias: a model that is always wrong in the same direction is more costly than one that makes random errors. Finally, a volume- or value-weighted analysis, so that the references that matter carry the weight they deserve.

Ask the publisher to compare its model to a simple benchmark, such as sales from the same week last year. If it doesn't perform better than that benchmark based on your data, the rest doesn't matter.

A technical detail does not necessarily prove a benefit.

Test a forecasting tool before committing to it

The five questions above are answered based on your data, not on a demo. A test is only as good as its data: our article on the data to prepare for a POC explains why results that seem too good to be true should raise a red flag.

But there’s no need to wait for an IT project. At Booper, you can get started right away using your existing exports—point-of-sale data, pricing, and catalog—without needing a connector: see how to integrate your data without a major IT project.

One last point: check whether the forecasting tool uses the same data source as your pricing, promotions, and markdowns, or if it adds yet another tool to the mix. We believe in consolidating pricing, promotions, and markdowns into a single tool.

Here's how our AI-powered sales forecasting softwareworks: forecasts by SKU and by store, complete with their underlying factors and scenarios, linked to price and promotion simulations.

Would you like to test your sales forecast against your data?

Our experts evaluate your exports based on these five questions and work with you to design a forecasting exercise related to your pricing and promotional decisions.

Let's discuss your forecasts

FAQ: Choosing Sales Forecasting Software

Evaluate the solution based on your data and its errors, not on a demonstration.

Five questions set publishers apart: how they handle demand hidden by out-of-stock situations, their calculation methodology, their ability to explain each figure, the connection to your pricing and promotional decisions, and an honest measure of accuracy.

A forecast is only as valuable as the decision it helps inform. Choose the tool that your teams will understand and use, rather than the one that scores the highest in a demo.

Yes, provided that it actually calculates based on the point-of-sale level.

A tool designed for a retail chain tracks each SKU in every store and then consolidates the data, rather than distributing a national figure according to fixed allocation keys.

Also check how it handles products that sell poorly at certain retail locations—where the relative error becomes significant—and whether it can escalate the issue to a higher level when local data is insufficient. The same logic applies to a network of pharmacies or B2B distribution agencies.

The return depends on the decisions that the forecast changes, not on the model's accuracy.

It is measured in terms of stockouts avoided on key SKUs, reduced markdowns, and better-targeted promotions.

Be wary of any percentage promised before your data has been analyzed. The only valid figure comes from a test conducted within your scope, compared to a baseline measured in the same way, over a period that includes at least one peak sales period.

Historical forecasting extends the past; AI-based forecasting adds the factors that explain it.

A traditional method accounts for trends and seasonality. A machine learning model also cross-references prices, promotions, the calendar, the weather, and local events, item by item.

This wealth of data is meaningful only if the tool first corrects for historical biases—such as data breaks—and shows which factors influenced each figure.

Yes, if it corrects the history in both directions.

Past stockouts lead to an underestimation of demand, since the cash register records zero sales when the shelf is empty. Past promotions and clearance sales lead to an overestimation of demand if they are not isolated.

A tool that addresses only one of these biases merely shifts the problem rather than solving it. Forecasting scenarios then help determine the acceptable level of risk based on the benchmark.

MAPE alone is not enough: you also need the bias and a volume-weighted interpretation.

MAPE measures the average percentage error, but it tends to be misleading when applied to aggregated data and skyrockets for small sales.

Insist on testing the model on data it has not seen before, measuring bias—that is, an error that consistently occurs in the same direction—and comparing the results to a simple benchmark, such as last year's sales.

Long enough to see the tool go through at least one peak sales period.

An initial test using historical data provides a quick assessment of accuracy based on your existing exports, without having to wait for a connector.

True value, on the other hand, is reflected in decisions made under real-world conditions: a promotion, a season, a price reduction. A test that ends before the first peak in activity reveals nothing about what costs the most.

‍

Articles
similar
Demand curve above a certain radius; illustration of the measurement of price elasticity from a catalog
October 24, 2026
Measuring Price Elasticity in Your Catalog: Excel, a Data Team, or a Tool?

Measuring price elasticity for a catalog does not involve any complex calculations. The challenge lies in isolating promotions, out-of-stock situations, and cross-product effects, and then keeping track of thousands of elasticity values and linking them to margin.

Excel is enough to understand how the mechanism works for a few products. A data team builds good models but struggles to scale them. A dedicated solution covers the entire catalog on an ongoing basis, provided it proves its value using your own data.

Read the blog post
Data blocks associated with a price tag; illustration of the dataset for a pricing proof of concept (POC)
October 20, 2026
Pricing POC: What Data Should You Prepare to Ensure Reliable Results?

A pricing proof of concept (POC) does not require perfect data, but rather data that is appropriate for what it needs to demonstrate, with known limitations. The product catalog, sales data, prices and promotions, purchase costs, and inventory levels form the foundation to be examined; their depth and level of detail depend on the objective, and competitor data becomes essential as soon as the test focuses on price positioning.

Before calculating profit, the recalculated revenue, volumes, and margin must be reconciled with those from management accounting, using aligned definitions and jointly established tolerances. To compare multiple software vendors, the same data and the same protocol are required.

Read the blog post
An unfinished pricing machine under scaffolding, next to a machine that has already been assembled
October 9, 2026
Developing an In-House Pricing Tool: The True Cost of a Build

The model is the easy part. A recommendation engine can be up and running in a few months; what takes years is the product catalog, product matching against competitors, the rule set, explainability, and compliance. According to Exclaimer (2025), 71% of in-house development projects are abandoned, and 83% in regulated industries: the breaking point is almost never deployment—it’s maintenance.

The hidden cost is a cost of continuity: an in-house tool relies on two or three people, and if they leave, the asset becomes a liability. The build remains useful within a narrow and stable scope, as a complement to a solution rather than a replacement for it. The deciding factor isn’t the team’s expertise; it’s their ability to last ten years.

Read the blog post
Ready to
 booster
What about your profit margins?

The pricing intelligence solution for retail leaders. Accuracy, speed, and controlled margins.

Let's discuss your pricing challenges
‍
‍