PIM: inbyggt eller separat system? Så väljer du

Frågan om PIM-system för e-handel dyker upp i nästan varje plattformsupphandling: räcker ett inbyggt PIM, eller behövs ett separat system som Akeneo eller inRiver? Svaret avgörs sällan av funktionslistor. Det avgörs av hur ert sortiment ser ut, hur många kanaler ni publicerar till och vem i organisationen som faktiskt äger produktdatan.

Här är en rak genomgång av vad ett PIM gör, var gränsen mellan inbyggt och separat går i praktiken – och en beslutslista du kan använda direkt i er utvärdering.

Vad ett PIM gör – och vad det inte gör

PIM står för Product Information Management: ett strukturerat hem för all berikad produktinformation. Texter, attribut, relationer, bilder, dokument, översättningar och kanalspecifika varianter. Poängen är att produktdata skapas och kvalitetssäkras på ett ställe och sedan publiceras till många – webbutik, marknadsplatser, återförsäljarportaler, tryckta prislistor.

Lika viktigt är vad ett PIM inte är. Det är inte lagersaldon, priser eller orderlogik – det bor i affärssystemet och e-handelsplattformen. Ett vanligt upplägg är att ERP:t äger artikelnummer och grunddata, PIM:et äger berikningen och e-handeln äger presentationen. Otydlighet i den kedjan skapar mer problem än något systemval.

Symptomen på att PIM-frågan behöver ett svar

Behovet brukar visa sig långt innan någon säger ordet PIM. Produkttexter bor i utspridda kalkylark, samma attribut heter olika saker i olika kategorier, översättningar släpar efter, och ingen vet vilken bild som är den senaste. Om nylansering av en produkt kräver att tre personer mejlar filer till varandra är det inte ett disciplinproblem – det är avsaknaden av ett strukturerat hem för produktdatan. Frågan är bara om det hemmet ska vara en del av e-handelsplattformen eller ett eget system.

När räcker ett inbyggt PIM-system för e-handel?

HDL Commerce levereras med inbyggd PIM, och för många nordiska handlare räcker den hela vägen. Ett inbyggt PIM är rätt val när:

• E-handeln är huvudkanalen. Produktdatan konsumeras främst av den egna butiken, inte av ett dussin externa kanaler.
• Ett litet team äger datan. Samma personer som jobbar med sortiment och innehåll berikar produkterna – då är ett system färre en vinst, inte en begränsning.
• Berikningen sker nära försäljningen. Kategorier, attribut och produkttexter hänger tätt ihop med hur butiken är byggd och hur kunderna söker.
• Ni vill undvika dubbla licenser och dubbla integrationer. Ett separat PIM är inte bara en licenskostnad – det är också en integration till, som ska byggas, övervakas och förvaltas.

Fördelen med inbyggt PIM är framför allt att det inte finns någon synkronisering att vänta på eller felsöka mellan produktdatan och butiken. Attribut, filter och varianter är samma sak i PIM:et som i kassaflödet. Hur den inbyggda PIM:en hänger ihop med resten av kärnan beskrivs på plattformssidan.

När ett separat PIM är motiverat

Det finns lägen där ett dedikerat PIM som Akeneo eller inRiver förtjänar sin plats i arkitekturen. Känner du igen er i flera av punkterna nedan bör ni utvärdera ett separat system på allvar:

• Många kanaler med olika krav. Egen butik, marknadsplatser, återförsäljare och print – där varje kanal behöver egna varianter av samma produktdata.
• Stora och komplexa sortiment. Tiotusentals artiklar med djupa attributmodeller, leverantörsdata som ska tvättas och regelstyrda kvalitetskrav innan publicering.
• Flera bolag eller varumärken delar sortiment. Samma grunddata ska berikas en gång och användas i flera butiker och organisationer.
• En egen produktdataorganisation. Finns det roller vars hela jobb är produktinformation – med arbetsflöden, attesteringar och kompletteringsgrader – är ett dedikerat verktyg byggt för just det.

Väljer ni den vägen är det viktigt att e-handelsplattformen har färdiga kopplingar i stället för ett specialbygge. HDL Commerce har en inbyggd PIM, och produktdata kan flöda in från ett separat system via öppna API:er – se integrationsöversikten. Ett separat PIM utesluter alltså inte plattformen; det ändrar bara var berikningen sker.

Beslutet i praktiken: fem frågor

Skala bort funktionsjämförelserna och ställ de här frågorna internt. De brukar avgöra valet snabbare än någon demo:

1. Hur många kanaler publicerar vi till i dag – och om två år? En kanal pekar mot inbyggt. Fem olikartade kanaler pekar mot separat.
2. Vem berikar produkterna? Samma team som driver butiken: inbyggt. En egen produktdataorganisation med arbetsflöden: separat.
3. Hur ser leverantörsdatan ut? Kommer den strukturerad och ska mest kompletteras, eller kräver den tvätt, mappning och regelverk i stor skala?
4. Vad kostar helheten? Räkna licens plus integration plus förvaltning för det separata alternativet – inte bara licensen.
5. Vad är reversibelt? Att börja med inbyggt PIM och koppla på Akeneo eller inRiver senare är en betydligt mindre operation än att gå åt andra hållet.

Ett vanligt mellanläge

Många B2B-handlare landar i ett mellanläge: ERP:t förblir master för artiklar och priser, den inbyggda PIM:en används för berikning och kanalen är den egna butiken. Först när en andra eller tredje stor kanal tillkommer omprövas frågan. Det är en helt rimlig strategi – den skjuter kostnaden framför sig tills behovet är bevisat, i stället för att bygga för ett scenario som kanske aldrig inträffar. Exempel på hur olika verksamheter satt ihop sina upplägg finns bland våra lösningar.

Oavsett vägval: se till att produktdatan är åtkomlig via öppna gränssnitt. HDL Commerce exponerar produktdata via REST- och GraphQL-API:er, vilket gör att ett framtida PIM-byte eller kanaltillskott inte kräver att grunden görs om. Detaljerna finns på utvecklarsidorna.

Och kom ihåg att flytten av själva produktdatan är ett eget arbetsmoment oavsett vägval. Vid ett plattformsbyte ingår en fri migreringsanalys, där skicket på produktinformationen – attribut, bilder, relationer, översättningar – kartläggs innan projektet startar. Det brukar i sig ge svaret på hur stort PIM-behovet egentligen är.

Osäker på var ni landar? Ta det på en demo

Berätta hur ert sortiment, era kanaler och er organisation ser ut, så visar vi hur den inbyggda PIM:en hanterar just era produkter – och säger ärligt om vi tycker att ni bör titta på ett separat PIM i stället. Boka en genomgång här.