CPG analytics software: what to look for before you buy

The categories that show up in an evaluation are built for different jobs, and which one fits depends on how many places your sales history lives.

Kartik Deshpande··8 min read

Searching for CPG analytics software returns a long list of products that describe themselves the same way: connect your channels, see one view of the business, make better decisions. The category underneath that description is wider than it looks, and the tool that fits a brand selling only direct is rarely the one that fits a brand selling through a marketplace, two distributors and a grocery chain at the same time. Which category you need is decided by how many places your sales history lives, and by whether anything in your business has declared that a case at the distributor and a unit on a shelf are the same product.

The order matters, because most of the work that makes an answer trustworthy happens before any interface renders a chart. A brand with two channels and a tidy product list can go a long way on the reports those channels already provide. A brand with six channels, a distributor case pack, and a retailer feed that arrives weekly needs something that resolves those records into one product first, and a dashboard bought ahead of that will render whichever version of the number it happens to find.

What makes consumer brand data harder to analyse

One product is four records. It is a variant ID in Shopify, an ASIN on Amazon Seller Central, a UPC on a grocery chain's point-of-sale feed, and a case pack at the distributor. Nothing joins those automatically, because joining them is a commercial decision rather than a technical fact. Someone has to declare that the four records are the same thing, and keep declaring it as codes change and variants launch.

Timing is the second problem. Marketplace settlements land weeks after the order, retailer point-of-sale feeds arrive on the retailer schedule (weekly is common, often with a week of lag), and direct orders are visible the moment they are placed. A single weekly sales number assembled from all three describes three different moments and reads as one.

The third is what a unit sold means. Gross or net of returns? Before or after marketplace fees and chargebacks? Does trade spend come off the top line or sit below it? Every one of those answers is defensible, and a spreadsheet column will hold any of them without recording which was used. Across the businesses we have worked with, 12 or more disconnected systems commonly hold pieces of the same customer, and a brand running direct, marketplace and retail at once sits in that range.

What follows from all three is the complaint consumer brands raise most often: the same question produces a different answer depending on who assembled it, and nobody can trace the number back to the rows it came from.

One product across four systems, then one governed record
Four records, no join
  • Variant ID in Shopify
  • ASIN on the marketplace
  • UPC on the retailer feed
  • Case pack at the distributor
Units reconciled by hand each month
One product, declared once
  • Units converted to a common base
  • Net revenue defined once
  • Every figure traceable to source rows
Same answer next month
The join is a declaration about your business, not a feature of the systems. Until it is made and recorded, there is nothing coherent for a dashboard to show.

The categories of CPG analytics software

Five categories show up in most evaluations. They are built for different jobs, which is why a feature comparison run across all five tends to mislead.

Channel-native reporting

Every channel ships its own analytics: Shopify reports, marketplace seller dashboards, Google Analytics for the storefront, Klaviyo for email. Each is accurate about its own channel and blind to the others. They are the right tool for a channel owner asking a channel question, and they are the reason a brand ends up reconciling four exports by hand at the end of every month.

Retail and syndicated data portals

Retailer portals and syndicated data providers sell visibility into sell-through: what moved off the shelf, in which stores, against which categories. No other source carries it, so a portal is how you get it. What a portal does not do is join sell-through to your own cost, trade spend and direct demand, so the answer to which SKUs earn their space in an account still gets assembled somewhere else, usually in a spreadsheet built once a quarter.

BI and visualisation tools

Tools that render a data model into dashboards and reports. They assume the model already exists, unified and defined, and that assumption is the thing worth testing before signing. Where a brand runs BigQuery or Snowflake and has someone maintaining the model on top of it, this is the right home for reporting. Where no model exists, the tool renders whatever it is pointed at, including a version of the number nobody agreed to.

Demand planning and inventory tools

Purpose-built for projecting units and managing stock across warehouses, retailers and third-party logistics providers. They earn their place when the forecast is the job. They also take clean, unified sales history as an input, which is the part most brands do not have, and a forecast built on three of five channels carries that gap forward without flagging it.

Context layers

The category we occupy, and the newest of the five. A context layer does not draw dashboards or project units. It connects the systems that hold the data, resolves the records into one product and one customer, holds the definitions your business argues about as explicit rules, and answers questions asked in plain language against them.

We connect Shopify, Amazon Seller Central, NetSuite, QuickBooks, Klaviyo and the rest of the systems we connect, then unify them into one governed workspace: one record per product across every channel it sells in, with units sold and net revenue written down once and applied everywhere they are used. A commercial lead can then ask which accounts grew last quarter net of returns and get an answer that names the source rows behind it, so the number can be checked rather than taken on trust. Because the definitions live in the workspace rather than in the head of whoever built the spreadsheet, the same question asked next month returns the same answer, and an AI assistant pointed at that workspace reasons against your stated definition of net revenue instead of picking one. Typical setups go live in weeks rather than quarters, and what a context layer actually does covers the mechanism in more detail.

Find out whether your channels agree with each other

Connect two channels, write down what a unit sold means in your business, and ask for last quarter net of returns. If the two numbers disagree, that gap is worth closing before you buy a dashboard to display it.

The criteria that separate them

Two questions do most of the work in an evaluation: does the tool join your channels, and does it hold your definitions. The rest of the feature list follows from the answers.

CategoryJoins your channelsHolds your definitionsRight when
Channel-native reportingNoNoA channel owner asks a question about that channel
Retail and syndicated portalsSell-through onlyNoYou need shelf visibility you cannot get elsewhere
BI and visualisationOnly what the model already joinsIn the model, if someone maintains itA data model and its owner both exist
Demand planningAssumes it as an inputForecast assumptions onlyProjecting units is the job itself
Context layerYes, one record per productYes, as explicit rulesThe channels disagree and nobody owns the model

What to skip

Per-seat pricing that rises with the number of people who need an answer. Analytics is worth buying because more people check their own numbers. Price the licence at the headcount you want using it in a year, not the three people who will pilot it.

Any tool that needs a clean, unified product list before it works. The assumption is usually buried in the demo data. Ask directly what happens when the same product carries four codes across four channels, and treat "you map them first" as an ongoing cost rather than a setup step.

Dashboards that cannot show the rows behind a number. A sell-through figure you cannot trace is a figure you cannot defend in a buyer meeting. If provenance is not in the demo, ask for it explicitly, and treat a no as a real limit rather than a roadmap item.

A forecast quoted without its channel coverage. Accuracy claims mean little when the history behind them is missing a distributor. Ask which channels fed the model, at what latency, and what the model does in the week a retailer feed arrives late.

Where we stop

We are not a forecasting engine. We supply the governed sales history a demand forecast is built on, and the projection itself belongs in a planning tool that we sit underneath rather than compete with. We read from the systems we connect and do not write back into them, so a wrong product code still gets corrected in Shopify or NetSuite (we surface the conflict and the record it came from, which is usually the slow part of finding it). Syndicated data can be brought in as one source alongside your own, and we do not sell that data ourselves.

Two things are worth checking before any of this matters to you. How access is controlled covers the per-person and per-dataset model, including what an agent is allowed to see, which is the question a retailer or an investor asks first. What it costs is public. Finance teams evaluating on the cash side rather than the commercial side may find the same breakdown for cash flow tools closer to their job.

Test it on one product line

Connect two channels for a single product line, declare what a unit sold means, and ask for last quarter. The answer either matches the spreadsheet you keep or shows you exactly where it does not.

Questions consumer brands ask about analytics software

Do we need a data warehouse before buying CPG analytics software?

It depends on the category. BI and visualisation tools generally expect one, and demand planning tools expect a clean history from somewhere. We provide the data foundation ourselves, so a warehouse is not a prerequisite. Where a brand already runs BigQuery, Snowflake, Databricks or Microsoft Fabric, we work on top of it rather than replacing it, which is usually the cheaper path when the warehouse is already paid for.

Can analytics software match product codes across channels on its own?

Partly. Automated matching resolves the easy cases, where a name or a barcode lines up across two systems. The remainder are decisions rather than lookups: whether a discontinued variant rolls up to its replacement, how many eaches are in the distributor case this year, whether a bundle counts as one unit or three. Those get decided by someone who knows the business, and the decision then has to be recorded somewhere it will be applied again next month rather than re-argued.

What does CPG analytics software cost, and what gets missed?

Licence pricing tends to be per seat, which is predictable but penalises adoption, or platform-based, which decouples cost from headcount. The cost most often left out of the comparison is the modelling work: someone has to unify the channels and write down the definitions before any tool is useful. Bought as a hire, the in-house data function a mid-market company would need runs past $2M a year. Bought as outside help, it benchmarks at $300 an hour and up, and the definitions tend to leave with the consultant.

How long before it is useful?

Connecting systems takes days. Agreeing what a unit sold means across sales, finance and operations usually takes longer than the technical work, and it is the part that decides whether anyone trusts the output. Typical implementations go live in weeks rather than quarters, and the ones that take longer are almost always waiting on a definition rather than a connector.