# Spotting AI-washing in vendor pitches
A category manager at a mid-size European retailer once told me her team paid a premium for "AI-powered assortment optimization," then discovered the vendor's own implementation guide referenced static "if shelf-space equals X, then delist SKU below Y% velocity" logic written in 2015. No model. No training data. Just a rebadged rules engine with a new slide deck. This happens across FMCG (fast-moving consumer goods) software more than buyers realize, and it's costing budgets that should go toward tools that actually learn from data.
This lesson gives you five questions to ask in any vendor meeting, using a realistic category-management pitch as the working example.
Category management software promises to optimize shelf assortments, pricing, and promotions using "AI." The category is attractive to vendors for AI-washing because:
Both approaches can be useful. The problem is when a rules engine is marketed with ML vocabulary to justify premium pricing or hide from scrutiny.
Ask for a concrete number. If they say "millions of transactions" but can't specify what those transactions were used for (training vs. just storage in a database), push further.
This tests generalization, whether the model can handle new situations, not just memorized rules. If the vendor says the system "applies configured business rules" to unfamiliar categories (say, a retailer launching a plant-based meat alternative aisle with no sales history), that's evidence of a rules layer doing the real work, with a thin ML wrapper elsewhere.
A genuine model should degrade gracefully and produce a probabilistic estimate with acknowledged uncertainty, not a confident rule-based output dressed as a "prediction."
A held-out test set is data the model never saw during training, used to check if it actually generalizes rather than memorizes. A confusion matrix shows where predictions were right or wrong.
If the vendor cannot produce any accuracy metric (precision, recall, mean absolute error for demand forecasts) on unseen data, there is likely no trained model being evaluated at all. Rules engines don't have "accuracy" in this sense because they don't make probabilistic predictions, they execute logic.
Free primer if you want the vocabulary before the meeting: Google's Machine Learning Crash Course glossary.
Real ML systems need retraining as consumer behavior shifts (a classic FMCG example: pandemic-driven pantry-loading in 2020 broke many demand forecasting models trained on pre-2020 data, forcing rapid retraining across the industry, this is well documented in retail analytics case studies from that period).
If the vendor's system "updates" only when their engineers manually edit rule thresholds, that's rule maintenance, not model retraining. Ask specifically: is retraining automated, scheduled, or triggered by a performance drop (this is called "model drift," when a model's accuracy degrades because real-world patterns changed since training)?
This is the sharpest question. Genuine ML systems occasionally surface non-obvious patterns: pairing a premium snack with an unexpected adjacent category based on actual co-purchase data, or flagging a regional pricing anomaly humans missed. If every output the vendor shows you matches exactly what an experienced category manager would already recommend, the system may just be automating existing intuition, which has value, but isn't "AI-powered optimization" in the sense being sold.
Look at how the vendor describes assortment scoring. Genuine ML-based assortment tools typically reference something resembling a weighted scoring or ranking model with learned coefficients, not fixed thresholds. A simplified honest version might look like this pseudocode, where weights are *learned from data* rather than hardcoded:
# Rules engine (hardcoded, not AI)
if sku.velocity < 0.5 and sku.margin < 0.15:
recommend_delist(sku)
# Trained model (weights learned from historical sales data)
score = model.predict(sku_features)
# model.predict() applies coefficients learned during training,
# not human-written thresholds
if score < learned_threshold:
recommend_delist(sku)If the vendor's technical appendix only shows the first pattern with different variable names, ask why they call it AI at all.
To be fair, real applications exist. Demand forecasting models using gradient boosting or neural network architectures are used by major CPG (consumer packaged goods) players and retailers, Nestlé, Unilever, Walmart, and Tesco have all publicly discussed machine learning in supply chain and demand planning contexts. Nielsen and Circana (formerly IRI) also embed statistical and ML models into retail analytics products, generally with more transparency about methodology than smaller category-management point solutions.
The distinguishing feature of legitimate vendors: they can discuss model architecture, training data provenancedata provenanceData lineage maps how data moves and transforms across systems, from origin to consumption, showing where it came from, what changed it, and where it goes.Voir la définition complète →, and validation metrics fluently and specifically, because a real data science team built and maintains the product.
Vérification des acquis
1. What is the fundamental distinction between a rules engine and a trained machine learning model, as relevant to spotting AI-washing?
2. Why is FMCG category management software particularly attractive to vendors for AI-washing?
3. A vendor claims their system uses 'AI-powered assortment optimization.' What follow-up question best tests whether this is a genuine trained model versus a rebadged rules engine?
4. Select ALL correct answers about why rules-based systems and ML-based systems both have legitimate uses, but AI-washing is still a problem.
Sélectionnez toutes les réponses correctes.
5. Select ALL correct answers about what would count as a red flag when a vendor is asked about their model's training data.
Sélectionnez toutes les réponses correctes.
Before signing a contract, request in writing:
If a vendor resists all four, price the tool as a rules engine (which may still be worth buying, rules engines are often cheaper, more explainable, and easier to audit than opaque models) and negotiate accordingly. Explainability matters especially for regulated claims: EU retailers using automated pricing systems must be able to explain pricing logic under general consumer protection principles, even though no EU AI-specific pricing law currently mandates model transparency at this granular level.
🎬 [VIDEO: "How to Spot AI Washing" - youtube.com - search for recent explainer content from established data science education channels covering AI marketing claims versus technical substance]