The product information chain: from PIM to page to feed
By Jason MurphyPublished 3 min read
By Jason MurphyPublished 3 min read
The short answer
The product information chain is the path a product fact travels from the source system through a PIM, a catalog, a web page and an outbound feed to the reader. Each hop can transform the value: a unit converted, a field truncated, a revision dropped. Accuracy is a property of the whole chain.
A specification begins in an engineering system or a manufacturer data file. From there it is typically loaded into a PIM or an ERP, mapped into a catalog structure, published to a website page, exported into feeds for distributors and marketplaces, and finally read by a buyer, a search engine or an assistant. At every hop someone or something decides how the value is represented.
The chain is long, owned by different teams, and rarely drawn on one page. That is why an error found at the end is hard to attribute to the hop that caused it.
Take a wrong value found at the end and walk the chain backward. Compare the value at each hop with the hop before it. The first place where the two differ is where the error entered. Everything downstream is propagation. The comparison needs the intermediate copies to be retrievable, which is a design requirement of the chain, not a debugging convenience.
A value that moves through the chain should carry, with it, its source, its revision, who confirmed it and when. Most transformations discard these because the destination field has nowhere to put them. The consequence is that the reader cannot tell a value confirmed this week from one copied three years ago.
The remedy is to treat the source as part of the value: either a field alongside it in each hop, or a record outside the chain that each hop points to. The second is more practical across organizations, because it does not require every system to change its schema.
Each hop has an owner. The data steward owns the load. The merchandising team owns the template. The e-commerce platform owns the feed. Without an agreed record of what the value is supposed to be, each owner defends their hop as correct and the error belongs to nobody. The checked record is the shared reference all of them compare against. It is the subject of what is Product Truth and Product Truth versus a PIM.
No. A PIM is one system inside the chain. The chain also includes the source data, the catalog, the web pages, the feeds and the readers.
Compare the value at each hop with the one before it, starting from the wrong value at the end. The first difference is the entry point.
Each hop publishes on its own schedule and caches its own copy, so a source correction reaches pages and feeds at different times.
Its source, revision, the person who confirmed it and the date, either as fields or as a pointer to a record outside the chain.
Labs · Field notes
Labs · Field notes
Business Truth
The same item has four identifiers and three kinds of size. Systems agree until a person or a machine has to pick one.
Product data4 min read
A PIM manages product content inside the company. Product Truth is the answer an outside system gets, with its source and date.
Product data2 min read
The record of what a company sells, with a source and a confirmation date on every fact.
Product data3 min read
Facts that agree everywhere, dated, with an owner. Everything else is formatting.
Product data3 min read
Assistants do well with specs stated in text, and badly with values that depend on the configuration, lapsed approvals and series names only your reps know.
Product data3 min read
Markup tells software what a value is. A source and a date tell it whether to believe it. The vocabulary has room for both.
Product data3 min read
One email a week: what we asked the AI, what it got wrong, and how we checked.
Our research reaches 17,000+ followers across our channels. Upstream is the weekly version.
Weekly. Unsubscribe anytime. Privacy