Live data from Hacker News

Ask HN: Working with CPG Retail Data

news.ycombinator.com

1–10 of 21 posts

Ask HN: Working with CPG Retail Data

#1
I work in the consumer packaged goods (CPG) industry. Specifically the US market. Think of the sorts of items you buy on a consistent basis at a grocery, big box, club, or drug store. Everything from bagged salad to cough syrup.

Over the past several years I’ve worked at a mid-size company and moved from a basic analyst role to wearing several data hats. Mostly taking on data engineering and business intelligence tasks. The hot thing right now is Power BI reporting, so I build out data pipelines, create data models, and design Power BI reports. This has lead to a lot of career success at my company, but lately I’ve been more and more frustrated by the seemingly antiquated data practices in the CPG industry.

My company is a bit unique in that we are not a single retailer or manufacturer. We work with CPG brands and retailers across the entire country. This means we rely heavily on syndicated retail data from providers like Circana (merger between IRI and The NPD Group) and NielsenIQ (NIQ). They get retail scan data from almost every CPG retailer in the country. Except some retailers are exclusive to one platform, so you’ll never have a complete picture without both.

However, Circana and NIQ do not make it easy to extract what I consider medium-size data. Everything is a portal with data presented across various “dashboards” and rudimentary no-code report creator web apps. The minute you ask about an API or data transfer service they wonder why you would ever want to leave their platform. And when you do convince your company to purchase large data extract access or similar (why do we need that when we have “analysts” who can extract hundreds of small data pieces through the web portal?), you find out it’s incredibly fragile, inflexible, slow, and unreliable. The pricing for access is never transparent either.

In some cases, I can access a retailers’ data directly (for the manufacturers my company works with) though their web portal and reverse engineer an API. But that’s typically a limited data set and more supply chain focused.

Has anyone developed a successful data strategy in the CPG realm? Is there an opportunity here to solve these problems? Are these normal problems in tech/other industries?

Re: Ask HN: Working with CPG Retail Data

#2
There are very common problems. The data vendor wants you reliant on their platforms. Knowing exactly what you are looking at and how frequently is valuable to them. Keeping you tied to their tools and interfaces is also valuable to them. The friction is a feature, not a bug.

Re: Ask HN: Working with CPG Retail Data

#3
I don’t have experience in this but it sounds like obstacles put in place precisely to stop the bulk data extraction you speak of, and force lock in.

Off that’s the case you’ll find it very difficult to change.

I’ve found in other business domains, often things that make no sense and have a fairly easy solution are that way because of lock in strategies.

Re: Ask HN: Working with CPG Retail Data

#4
The lock-in goals are real, but so is legacy technology, contract limitations, and regional differences. From first hand experience I can tell you that every country, often even states:provinces had enough variation in their data laws that there is no common data schema.

And it’s all built on mainframes. Nielsen is a 100 year old company that was run like a monopoly until 15 years ago, now they are owned by private money, saddled with trash systems, a massive loss in market trust, and retailers have learned to sell their data directly to CPGs.

They often can’t get you what you want because their tech is from before the modern API era, and no one who is capable wants to work for them. It might have started as clever lock in, now it is just circumstance.

Re: Ask HN: Working with CPG Retail Data

#5
Part of the problem is that those 3p data providers aren’t sophisticated, but the other factor to consider is that the account managers and support workers assigned to you are less sophisticated. I work at a major retailer and one of the 3P vendors you mentioned does partner with us on providing data pipelines that we query directly. Feel free to pm me, I’m always happy to learn more about other people’s experiences in our industry

Re: Ask HN: Working with CPG Retail Data

#6
Accessing, extracting and storing shelf data in the CPG space is really messy and a constant wrestle.

NIQ get their data from multiple sources and also via partnerships and along with their credibility amongst executives their only moat is their data and so I can understand why they would limit access to it.

For smaller companies, using web data from omni-channel platforms is a possibility but not without challenges. Platforms have become increasingly weary and make changes every week to make the job of those extracting data more difficult.

Are these problems normal? Well, I’m happy to see your post because my job is to help companies deal with exactly such challenges which are increasingly harder to solve.

Shameless plug: my service Unwrangle dot com helps people deal with these challenges. We sync up data for keywords / brands and expose via an API.

Re: Ask HN: Working with CPG Retail Data

#7
Not specific to the CPG realm, but I've had some very good luck working with the OpenAPI-devtools Chrome Extension[1] (previous discussion here on hackernews[2]) to discover the underlying APIs of various sites that I want to scrape data from.

[1] https://github.com/AndrewWalsh/openapi-devtools

[2] https://news.ycombinator.com/item?id=38012032

Re: Ask HN: Working with CPG Retail Data

#8
Great question. The CPG data landscape is a fragmented mess. We're actually tackling this at arena (https://arena-ai.com) to build out AI foundation models for the industry. We have some tips and potentially tools that might be useful to you. Would be great to get your input / hear your pain points if you're up for it

Re: Ask HN: Working with CPG Retail Data

#9
Yes, I've been in precisely that situation with precisely those vendors. We would get data in some weird proprietary format that was only readable in the vendor's awful desktop application.

We ended up spending a couple months reverse engineering these files (they ended up looking like database page tables or something) to finally break out of that ecosystem and get the data in our own databases.

It was a lot of work but absolutely worth it in the end. I have a feeling just the ability to natively read and convert those files is worth a lot but it's also the kind of thing that seems like it might be hard to sell...

Post reply on HN