Skip to main content
Talk to an expert
TechnologyPIM

PIM for product data that has to work.

Product information management is the system of record for catalogue: attributes, variants, units of measure, assets and channel readiness. iWeb implements PIM (most often Akeneo) where catalogue complexity has outgrown ecommerce-native product data.
600+
Commerce projects
40+
Engineers · on staff
31
Years · systems behind commerce
1995
Founded
01 · Common problems and patterns

Common problems and patterns iWeb sees.

Catalogue depth across suppliers
Hundreds of suppliers, thousands of variants, technical attributes and pack rules. PIM is the place catalogue is governed, not the storefront.
Attributes the storefront cannot model
Technical attributes, units of measure, certifications, hazard classifications. PIM models them properly and syndicates to channels.
Multiple channels, one source
Storefront, marketplaces, branch tools and partner feeds reading from one governed product source.
Editorial governance
Approval workflows, completeness rules and channel readiness scoring so incomplete data does not reach the customer.
Asset management
Images, datasheets, certificates and videos held with the product record, not in a parallel folder system.
Clean integration with ecommerce
Storefront reads from PIM. The boundary is defined, versioned and observable. No ad-hoc copies in product CMS blocks.
ERP boundary
ERP owns commercial data (price, stock, hierarchy); PIM owns enriched product data (copy, attributes, assets). The boundary is written down.
Supplier onboarding
Supplier feeds normalised into the governed model, with onboarding rules that catch bad data before it reaches the catalogue.
Translation and localisation
Translation workflows, locale-specific attributes and territory-specific compliance handled inside PIM, not patched into the storefront.
Migration from legacy PIM
Migration from legacy PIM, spreadsheets or ERP-as-PIM patterns into a governed model, staged by family or channel.
Ownership and operating model
Named owners for attribute models, taxonomies and channel readiness scoring so governance is real, not a one-off launch artefact.
Honest fit assessment
Where catalogue depth and channel reach do not justify PIM, iWeb will say so and recommend the simpler path. PIM earns its place against operating shape, not against a feature list.
03 · Integration and operational context

How this system fits next to commerce, PIM and ERP.

Where this system lives in the estate
The integration boundary with commerce, PIM, ERP and operational systems named, versioned and observable, not implied by a connector setting.
Catalogue and PIM separation
Catalogue truth lives in PIM. This system reads from PIM rather than maintaining a parallel product record that drifts away from it.
ERP boundary and commercial data
ERP still owns price, stock and accounts. This system orchestrates around the ERP rather than replacing it; the boundary is the design decision.
Storefront and customer surface
How customers see the output of this system on the storefront (search, content, order state, payments) governed with the same rigour as the commerce platform itself.
Real-time vs scheduled sync
Read paths cached at the storefront boundary, writes posted through monitored queues, reference data refreshed on a defined cadence tuned to ERP and PIM load.
Multi-territory and locale handling
Locale-aware behaviour wired in early, not bolted on per project. Translation, currency and per-market rules belong inside the platform rather than the storefront.
Governance and editorial workflow
Approval, completeness and audit workflows that match how the merchant actually edits, releases and runs the estate day to day.
Operational telemetry
Throughput, failures, queue depth and reconciliation reports surfaced as visible signals with on-call ownership, not as silent backlog.
AI under governance
AI features (query understanding, attribute mining, recommendations) scoped to where they earn their place, with decision logs and override controls.
Long-term support and incident response
Releases, incidents and upgrades governed under the same operating model as the wider estate, with a written runbook the on-call team can act on.
Takeover and stabilisation
Inherited builds audited, stabilised and documented before any larger change. The first month on support is deliberately conservative on change.
Honest vendor independence
iWeb names the right tool for the brief rather than the closest partner badge. Decisions are written down with their trade-offs, not assumed.
04 · Questions we get asked

Questions we get asked.

What is a PIM and when is one worth it?

A Product Information Management system holds the master product model: attributes, media, categorisation, channel rules and enrichment workflow. It is worth introducing when product data quality is limiting growth, integrations or marketplace reach.

Which system owns which part of the product data?

Pricing, stock and accounts in the ERP. Product attributes, media, categorisation and channel rules in the PIM. The commerce platform reads from both and owns the buying experience.

Which PIM does iWeb implement?

Akeneo PIM is iWeb's default for B2B and operational catalogues. Where another PIM is already in place, iWeb integrates with it rather than mandating a switch.

How does PIM connect to ecommerce platforms?

The PIM exposes channel-scoped product data through a governed connector. The storefront reads enriched products from it, while pricing and stock continue to come from the ERP. iWeb has direct experience wiring this boundary into Adobe Commerce, Magento, Shopify Plus and BigCommerce, with marketplaces fed from the same source.

Can PIM feed marketplaces and other channels?

Yes. Marketplaces, print catalogues, sales tools and partner exports each get their own channel-scoped view from the PIM, with validation rules per channel.

When is PIM not worth introducing?

When the catalogue is small, attributes are consistent and only one or two channels are in play. The native commerce platform CMS and attribute model is often enough for that brief.

What are the typical PIM failure modes?

The model is built around the current spreadsheet rather than how the catalogue actually works, or governance never lands so quality drifts again within a year. iWeb names ownership and workflow alongside the technical build.

How does PIM connect to ERP?

Through connectors or middleware. The ERP keeps pricing, stock and accounts. The PIM keeps attributes, media and channel rules. The commerce platform reads from both.

Can iWeb take over an existing PIM?

Yes. The first step is reading the model, the workflows and the integrations in place, then writing down what to keep, stabilise or change. The first month on support is deliberately conservative on change.

How does iWeb decide whether to introduce PIM during a replatform?

By looking at the catalogue model, the channels in scope and the enrichment workflow already in place. Where PIM clearly earns its place it is brought in alongside the replatform; where it does not, iWeb will say so rather than add a system the team has to support.

Who owns the attribute model after launch?

A named owner on the merchant side, with iWeb supporting the model and the channel readiness rules under change control. Attribute models drift without ownership.

How is PIM kept in step with ERP price and stock changes?

It is not. The ERP owns price and stock; PIM owns enriched product data. The storefront reads both through governed boundaries rather than copying commercial data into PIM.

Accreditations & assurance
Gold Commerce Partner
Specialised in Commerce & AI
ISO certified
27001 · 9001 · 42001
Cyber Essentials Plus
Independently verified security
WCAG 2.2 AA
Accessibility embedded by design
Employee-owned
The same team, long term
Next step

Got a brief on pim?

Send the brief. You'll get a written response from a senior expert on the platform, ERP and operational realities we'd look at first, not a pitch deck.
Talk to an expertor see pim and data service →