Growth Series BLOG

Its a Premium BLOG template and it contains Instagram Feed, Twitter Feed, Subscription Form, Blog Search, Image CTA, Topic filter and Recent Post.

All Posts

Should you Manage your Product Information Taxonomy In a TMS or a PIM System?

It’s a very open question … as they always are … and it depends on the weighting of some of the considerations we’ll look at below.

We’re working with a client right now – a manufacturer who is a definite success story in both the technologies they sell and also in online B2B (and also e-procurement) – on re-platforming their whole content supply chain, from incoming supplier’s product information all the way through to web and web search presentation.  They have business needs for multiple taxonomies that will support appropriate content description enrichment and multiple, successful, findability pathways for customers.

Managing Product Information from Suppliers

Because they manufacture, and also sell consumables and other items from 3rd party partners, they own, alongside all major companies who ingest product information from suppliers, the business challenge of managing all aspects of product information that enters their content supply chain.  Many, many challenges – product information “cleansing”,  normalization, outputting product attributes to their own publishing standards, building rules to catch exceptions in attribute value ranges and attribute value co-relationships etc.

And then … there is the product taxonomy – the hierarchy of products in “families” that their product managers need to maintain.  The reason that we have this question – “where are you going to maintain this product hierarchy?” – is that Product Information Management (PIM) systems mostly all have capability to manage taxonomy, i.e. product hierarchy.  And indeed, as an aside, so too do applications one step upstream from PIM; Oracle PDQ, as one exemplar, manages product hierarchy robustly at the data-cleansing stage. 

So … let’s count on our fingers (old fashioned I know) the complexity.  Our large manufacturer is going to manage product taxonomy and multiple other business-essential taxonomies.  They are re-platforming their total content supply chain … so vendor selection includes PIM (Product Information Management), e-commerce, CMS (content management system), TMS (taxonomy management system) and DAM (digital asset management).  As well as the whole back-end ERP ecosystems integration and a front end of dynamic web site, first class site search and parallel first-class e-procurement.

Requirements Considerations and Trade-offs with TMS

TMS or PIM for the product taxonomy?  In a complex content supply chain, that depends … on very surgical and precise analysis.  Of?  Dataflows, workflows, actors (with very, very different needs that need to work in unison as the technology will do), successful governance, and the UX of customers.  And more.

For this client we did compare PIM vendors and their taxonomy management capabilities with enterprise taxonomy management systems – using our own taxonomy comparison requirements matrices.  And we also holistically looked at taxonomy dataflows, taxonomy workflows, the business needs of all actors who interact with “their” product taxonomy, derived from the canonical, source-of-truth product taxonomy, and governance.  Several decision facets were quite clear.  Different actors who work with product taxonomy have very different business needs and should they all be “forced” to work in the same application?  Product managers, from a taxonomy point of view, have very different needs (and tasks and outcomes) from product marketers … and from the financial group who utilize product taxonomy in their business intelligence.  Dataflows and architecture are synergistic … and that impacts also what to do with taxonomy.  Product taxonomy is not the only taxonomy in play here.  Far from it (remember description enrichment and findability?).

The Taxonomy Management Solution

We walked shoulder to shoulder with this client and … product taxonomy was to be managed (canonically) in the PIM we assisted them in selecting.  All other taxonomies were to be managed in a TMS we assisted them in selecting.    The PIMs we looked at just did not have all the rich taxonomy functionality needed to support all the content enrichment and content choreography this client needed from taxonomy.  And all taxonomies were to be propagated through the content supply chain from the TMS.  It is a better practice to propagate taxonomy into a complex content supply chain from one “hub” – a TMS – rather than from multiple taxonomy hubs.

Final Thoughts - Guidelines for those Considering Similar Initiatives

No one solution is the same for all.  Analyze (weighted) it through.  Be (very) open to non-standard solutions.  The key really for this client, and for any group undertaking similar content supply chain initiatives, is to be crystal clear on dataflows and actors and their content choreography tasks (that all need to mesh together in sequence).  Taxonomy dataflow is complex in a complex content supply chain. 

Earley Information Science Team
Earley Information Science Team
We're passionate about enterprise data and love discussing industry knowledge, best practices, and insights. We look forward to hearing from you! Comment below to join the conversation.

Recent Posts

Designing AI Programs for Success - a 4 Part Series

Recorded - available as on demand webcast AI is plagued by inflated and unrealistic expectations due to a lack of broad understanding of this wide-ranging space by software vendors and customers. Software tools can be extremely powerful, however the services, infrastructure, data quality, architecture, talent and methodologies to fully deploy in the enterprise are frequently lacking. This four-part series by Earley Information Science and Pandata will explore a number of issues that continue to afflict AI projects and reduce the likelihood of success. The sessions will provide actionable steps using proven processes to improve AI program outcomes.

The Missing Ingredient to Digital Transformation: Scaling Knowledge Communities and Processes

The holy grail of digital transformation is the seemingly conflicting goals of high levels of customer service and pressure to reduce costs. “Digital Transformation” has become an all-encompassing term – in a piece in this column about customer data platforms, I asked whether the term has lost its meaning: The phrase “digital transformation” can mean anything and everything — tools, technology, business processes, customer experience, or artificial intelligence, and every buzzword that marketers can come up with. Definitions from analysts and vendors include IT modernization and putting services online; developing new business models; taking a “digital first” approach; and creating new business processes, and customer experiences. The overarching objective of a digital transformation program is to improve end-to-end efficiencies, remove friction from information flows, and create new value streams that differentiate a company’s offerings and strengthen the customer relationship. Having assisted large global enterprises with building the data architecture, supporting processes, and governance for multiple digital transformations, in my experience, there are two broad classes of initiatives that seem to get funding and others that miss the boat in terms of time, attention, and resources.

4 Reasons B2B Manufacturers need Strong Product Data

There are many manufacturers who have started to take the leap forward in the digital space, but there are still a great number who rely solely on their distributors to manage their product data. We are going to look at 4 key reasons why its so important that manufacturers own their product and dedicate the time and resources to build it out.