Der findes få ting i moderne digital forretning, der kan få folk til at miste livsgnisten hurtigere end produktdata. Priser der ikke matcher lager. Produkttekster der er “næsten rigtige”. Billeder der mangler i én kanal men ligger “et eller andet sted” i en mappe. Og en webshop, der ender som den uofficielle master-database, fordi “det var nemmest lige nu”.

Hvis du sælger mere end en håndfuld varer, eller hvis du bare har mere end én kanal (webshop, B2B, markedspladser, forhandlere, print, katalog, POS), så er produktdata ikke et “content-problem”. Det er et system- og procesproblem. Og løsningen handler sjældent om at købe ét magisk værktøj. Den handler om at definere én sandhed, og derefter bygge en arkitektur og en arbejdsgang, der gør det svært at gøre det forkert.

I praksis ender den mest robuste opskrift ofte sådan her:

• ERP = sandheden om transaktionelle fakta (pris, lager, leverandør, kostpris, varianter, EAN, leveringsinfo)
• PIM = sandheden om beriget produktindhold (produktnavne, beskrivelser, attributter, kategorier, oversættelser, medier, guidelines)
• Webshop/markedspladser = kanaler (visning, søgning, checkout, kampagner, lokal kanaltilpasning)

Det lyder banalt. Men de fleste virksomheder gør det omvendt uden at opdage det: webshoppen bliver master for produkttekst, ERP bliver master for “lidt af hvert”, og Excel bliver master for sandheden i sidste ende, fordi Excel altid vinder, når mennesker mister tålmodigheden.

Hvorfor “én sandhed” er sværere end det lyder

“Single source of truth” er et af de der flotte udtryk, mennesker elsker at sige, mens de simultant har 17 versioner af samme produktnavn i fire systemer. Problemet er, at “sandhed” i produktdata ikke er én ting. Det er flere typer sandhed:

1. Fakta-sandhed: Pris, lager, dimensioner, EAN, pakningsenhed, lead time. Ting der skal stemme, ellers går det galt i virkeligheden.
2. Fortællings-sandhed: Hvad produktet er, hvem det er til, hvad det løser, og hvordan man bruger det. Her er nuance vigtigere end “rigtigt/forkert”.
3. Kanal-sandhed: Amazon, Google Shopping, en B2B-portal og en D2C-webshop kræver ikke samme struktur eller samme vinkel.
4. Sprog-sandhed: Oversættelser er ikke “copy/paste”. De er ofte forskellige budskaber til forskellige markeder.
5. Governance-sandhed: Hvem må ændre hvad, hvornår, og hvordan bliver ændringer godkendt?

Hvis du blander alt det sammen i ét system, ender du med enten (a) et system der er upraktisk til alt, eller (b) et system der bliver en flaskehals, eller (c) et system som folk omgår, fordi det er for langsomt.

Rollen for ERP: stabilt fundament og “hårde” data

ERP er fantastisk til det, det er bygget til: at drive forretningens rygrad. Det er her, du typisk har:

• Lagerbeholdning (og måske lager pr. lokation)
• Prislogik, kundespecifikke priser, rabatter
• Leverandørdata, indkøbspriser, MOQ
• Produktstruktur, varianter, styklister (for nogle)
• Ordre- og fakturahistorik

ERP-data er oftere “rigtige” end alt andet, fordi fejl her koster direkte penge. Og derfor giver det mening at lade ERP være sandheden for netop de felter, der påvirker drift og transaktioner.

Men ERP er sjældent lavet til at være et godt sted at skrive moderne produktindhold. Det er ikke et kreativt værktøj. Det er et regnskabs- og logistikværktøj. Hvis du tvinger marketing eller e-commerce til at skrive, berige og vedligeholde produktcontent i ERP, så får du præcis det resultat, du fortjener: tyndt, uensartet og halvhjertet.

Rollen for PIM: produktindhold som en disciplin, ikke en nødløsning

PIM (Product Information Management) er der, hvor produktdata bliver til produktoplevelse. Ikke bare “en tekst”, men en struktureret, genbrugelig og kanalklar pakke af information.

Et godt PIM-setup kan håndtere:

• Attributter (f.eks. materialer, størrelser, kompatibilitet, certificeringer)
• Kategorier og taxonomi
• Medier (billeder, video, manualer, datablade)
• Oversættelser og markedstilpasninger
• Regler for datakvalitet (krav pr. kategori, completeness scoring)
• Workflow (review, approval, publisering)
• Kanal-mapping (hvilke felter skal hvorhen, i hvilket format)

Og det vigtigste: PIM gør produktdata til noget, man kan arbejde med systematisk. Det er forskellen på “vi har en tekst” og “vi har en datastruktur, der kan drive SEO, filtrering, interne søgninger og markedspladsfeeds”.

Hvis du vil have en praktisk måde at tænke det på, så brug denne tommelfingerregel:

• ERP holder styr på det, der ændrer sig fordi forretningen handler (lager/pris/ordre).
• PIM holder styr på det, der ændrer sig fordi kunden skal forstå, vælge og købe.

Og ja, det kan føles som “endnu et system”. Men alternativet er, at du bruger resten af dit liv på at reparere konsekvenserne af data-kaos.

Webshop og markedspladser: kanaler, ikke kilden til sandhed

Webshoppen er ofte der, hvor smerten først bliver synlig. Det er her kunderne ser fejl, og det er her teams “lige retter hurtigt”. Det er også derfor webshoppen så tit bliver master ved et uheld.

Men webshoppen bør typisk være et sted, hvor data forbruges og præsenteres, ikke hvor den autoritative sandhed skabes. Der må gerne være kanal-specifikke tilpasninger (f.eks. en kampagnebeskrivelse, en kanal-specifik titel eller en lokal USP). Men det skal være bevidst og kontrolleret, ikke en uendelig række af “quick fixes”.

Når webshoppen bliver master, sker der to ting:

1. Du mister kontrol over kvalitet og konsistens, fordi ændringer sker ad hoc.
2. Du gør det sværere at udvide til nye kanaler, fordi webshoppen sjældent er designet som et centralt “content hub”.

Arkitekturen: “hvem ejer hvad” skal være krystalklart

Den mest stabile model er en, hvor ejerskab er delt efter datatypen:

• ERP ejer: SKU, EAN, variantstruktur, pris, lager, leverandørinfo, kostpris, leveringstid (hvor relevant)
• PIM ejer: produktnavn (kanal/marked), beskrivelser, attributter til filtrering, brand-story, medier, dokumenter, SEO-felter, oversættelser
• Webshop ejer: UI, merchandising, kampagner, sortering, anbefalinger, lokale overrides (kun der hvor det er nødvendigt)

(Det er sådan en sætning, der sparer dig for 19 møder og en mindre identitetskrise.)

Integration: det handler mindre om teknik, mere om disciplin

Mange tror, at integrationen er det store projekt. I praksis er det sjældent API’et, der knækker folk. Det er beslutningerne.

Der er nogle klassiske integrationsmønstre, der virker godt:

1) ERP → PIM (grunddata + faktafelter)

ERP sender de stabile grundfelter og transaktionelle data til PIM. PIM bruger dem som basis, men låser typisk visse felter, så de ikke overskrives manuelt.

2) PIM → webshop/feeds (beriget data + struktur)

PIM leverer kanal-klare data: tekster, attributter, billeder, kategorier, SEO-felter. Webshoppen tager imod og præsenterer.

3) Webshop → ERP (ordrer, kunder, evt. lagerreservation)

Webshoppen sender tilbage det, webshoppen er god til: ordreflow og kundedata.

Den tekniske del kan være real-time eller batch. Real-time lyder lækkert, men batch er ofte nok, hvis processerne er rigtige. Lager og pris vil du typisk have hyppigt opdateret. Produkttekster og medier ændrer sig sjældent minut for minut.

Processen: uden workflow får du bare kaos i et nyt system

Du kan købe verdens bedste PIM og stadig ende i rod, hvis du ikke har et workflow.

Et enkelt workflow, der virker for mange, ser sådan her ud:

1. Oprettelse: Produkt oprettes i ERP (SKU/EAN/variant) og skubbes til PIM som “draft”.
2. Berigelse: E-commerce/marketing udfylder indhold i PIM (attributter, tekster, billeder).
3. Datakvalitet: PIM tjekker completeness pr. kategori (f.eks. “sko kræver størrelse, materiale, plejevejledning”).
4. Review: En ansvarlig godkender indholdet (brand tone, compliance, teknisk korrekthed).
5. Publisering: PIM sender til webshop og markedspladser.
6. Vedligehold: Ændringer følger samme spor, så du undgår “rettelser i blinde”.

Det lyder bureaukratisk. Men alternativet er ikke frihed. Alternativet er, at folk ikke tør ændre noget, fordi de ikke ved, hvad der går i stykker.

SEO og produktoplevelse: når struktur bliver en konkurrencefordel

SEO for webshops er ikke bare “skriv længere tekster”. Det er struktur. Interne søgninger. Filtrering. Konsistente attributter. Og evnen til at skalere.

Når PIM styrer attributter korrekt, kan du:

• Skabe bedre facetter og filtrering (som brugerne faktisk bruger)
• Bygge kategorisider med konsistent indhold
• Undgå duplikerede eller tynde produktbeskrivelser
• Lave feed-optimering (Google Shopping elsker struktur og korrekt mapping)
• Sikre ensartede produktnavne og varianter (som reducerer forvirring og returvarer)

Bedre data giver bedre oplevelse. Bedre oplevelse giver bedre konvertering. Og bedre konvertering gør din marketing billigere. Det er på en eller anden måde altid sådan, det ender.

Typiske faldgruber (aka: hvordan mennesker saboterer sig selv)

Her er de klassiske måder at ødelægge et ellers fornuftigt projekt på:

• Ingen ejerskab: “Alle kan rette alt.” Det betyder i praksis: ingen er ansvarlig.
• Webshop-override uden regler: Små rettelser i kanalen bliver permanent tech-gæld.
• Uklare datadefinitioner: Hvad er “materiale”? “Stof”? “Overflade”? Hvis du ikke definerer felter, får du 12 varianter af sandhed.
• For mange fritekstfelter: Struktur er hele pointen. Brug fritekst, hvor det giver mening, men lad ikke alt flyde ud.
• Ingen kategori-krav: Hvis du ikke har datakvalitetskrav pr. kategori, ender alt på “minimum viable”.
• Manglende change management: Folk gør, som de plejer, indtil nogen gør det nemmere at gøre det rigtige end det forkerte.

En praktisk mini-checkliste til at komme i gang

Hvis du vil have en start, der ikke eksploderer i uge 3, så kør sådan her:

1. Kortlæg felter: Hvilke felter har I, hvor bor de, og hvem bruger dem?
2. Definér ejerskab: ERP-ejet vs PIM-ejet vs kanal-ejet (og gør det til en regel, ikke en holdning).
3. Byg en kategori-model: Taxonomi + krav pr. kategori (minimumsdata).
4. Vælg “MVP-kategorier”: Start med 1-2 produktkategorier, ikke hele kataloget.
5. Sæt workflow: Draft → berigelse → review → publish.
6. Mål datakvalitet: Completeness og fejlrate før/efter.
7. Rul ud gradvist: Når én kategori fungerer, skalerer du.

Konklusion: én sandhed er ikke en feature, det er en beslutning

PIM + webshop + ERP handler ikke om at få flere systemer. Det handler om at få færre konflikter. Færre manuelle rettelser. Færre “hvorfor står der noget andet her?”-diskussioner. Og mere fart på lanceringer, fordi du ikke skal stoppe op og rydde op hver gang.

Når du får arkitekturen og processen på plads, sker der noget ret uromantisk men ekstremt værdifuldt: produktdata bliver kedeligt. Og når produktdata er kedeligt, kan du bruge tid på det, der faktisk gør en forskel: sortiment, kampagner, kunderejse, branding og vækst.

Det er det tætteste, man kommer på digital ro i sindet. Som menneske er du ikke vant til det, men du kan godt vænne dig til det.