PIM vs ERP vs DAM: Kaj sodi kam?

Vodja produkta posodobi stolpec v preglednici. Prodaja uporablja PDF, ki zaostaja za dve različici. Marketing je tiho prepisal opis za spletno stran, ker tisti iz ERP-ja ni ustrezal postavitvi. Slika v tiskanem katalogu je iz leta 2023; tista v spletni trgovini je iz prejšnjega tedna. In v trenutku, ko nekdo vpraša, katera različica je prava, je odgovor vedno enak: naj preverim.

To je redko težava manjkajoče programske opreme. Gre za vprašanje, kateri sistem naj bi bil odgovoren za kaj — tega pa nihče ni zares določil.

Večina rastočih podjetij nima težav zato, ker bi imela premalo sistemov. Težave imajo zato, ker preveč sistemov opravlja naloge, za katere niso bili zasnovani. ERP postane orodje za vsebine. Skupne mape postanejo medijska knjižnica. Excel postane orodje za upravljanje delovnih tokov. Spletna trgovina postane mesto, kjer se manjkajoče informacije krpajo v zadnjem trenutku. Deluje, dokler ne neha delovati — in običajno se zalomi prav takrat, ko se v igro doda nov trg, kanal, jezik ali produktna linija.

Zato bolj uporabno vprašanje ni »ali potrebujemo PIM, ERP ali DAM?« Temveč »kateri sistem naj bo lastnik katerega dela naših produktnih informacij?« Ko je to jasno, se vse ostalo začne postavljati na svoje mesto.

Trije sistemi, tri naloge

ERP, PIM in DAM so običajno povezani, vendar odgovarjajo na različna vprašanja. Prav njihovo mešanje povzroča večino vsakodnevnega trenja.

ERP je operativna hrbtenica. Podjetju pove, kaj produkt je s poslovnega vidika: SKU, strošek, cena, zaloga, dobavitelj in podatki, potrebni za nakup, prodajo, odpremo in izdajo računa. Če so podatki v ERP-ju napačni, so posledice takojšnje in konkretne — napačna zaloga, napačen račun, naročila, ki jih ni mogoče dostaviti.

PIM zunanjemu svetu pove, kako naj produkt razume. Ime, opis, tehnični atributi, kategorija, prevodi, povezani dodatki, vsebine za posamezne kanale, pravila popolnosti in potrditveni delovni tokovi. PIM je mesto, kjer se razpršeno produktno znanje strukturira, upravlja in pripravi za vsak kanal, ki ga potrebuje.

DAM je sistem, ki ve, katera datoteka je prava. Potrjene slike, najnovejša navodila, certifikat, ki je še vedno veljaven, lifestyle fotografija, ki je licencirana za uporabo na določenem trgu. DAM je za datoteke to, kar je PIM za atribute: nadzorovan vir namesto mape, polne ugibanj.

Miselni model je preprost. ERP vodi poslovno-operativni del produkta. PIM vodi način, kako je produkt opisan in distribuiran. DAM vodi sredstva, ki sodijo zraven. Ti sistemi niso tekmeci — so sostanovalci z ločenimi nalogami.

Zakaj se od ERP-ja ves čas pričakuje, da bo PIM

To je najpogostejši vzorec, ki ga vidimo. ERP je že vzpostavljen, že zaupanja vreden in že velja za mesto, kjer je »vse«. Ko podjetje začne potrebovati bogatejšo produktno vsebino — opise, atribute, prevode, polja za spletno trgovino, preslikave za spletne tržnice — je prvi instinkt dodati še več polj v ERP.

Zveni učinkovito. Skoraj nikoli ni.

ERP ni bil zasnovan za vsebinske delovne tokove. Ni bil zasnovan za prevajalske cikle v petih jezikih. Ni bil zasnovan za vprašanja, kot sta »ali je ta produkt pripravljen za spletno trgovino?« ali »katerim produktom še manjkajo tehnične specifikacije?« Ko ERP potisnemo v to vlogo, se posledice pokažejo postopoma: marketing čaka na IT za posodobitve vsebin, ekipa spletne trgovine ročno krpa manjkajoče podatke pred vsako objavo, število prilagojenih polj v ERP-ju narašča, dokler sistem ne postane tog, izvozi na spletne tržnice pa postanejo breme vzdrževanja, ki ga nihče noče prevzeti.

ERP se ne zlomi. Samo preneha biti čist ERP, podjetje pa preneha dobivati čiste produktne vsebine. Rešitev ni zamenjava ERP-ja. Rešitev je, da od njega nehamo pričakovati delo, ki sodi drugam.

/

Zakaj tudi DAM ni PIM

Zrcalna različica iste napake je obravnavanje DAM-a — ali urejenega sistema map — kot prostora, kjer živijo produktne informacije. To se pogosto zgodi, ko je produktna vsebina močno povezana z datotekami: slikami, risbami, navodili, certifikati. Datoteke se zdijo kot produkt, zato sistem, ki hrani datoteke, postane de facto produktna baza.

DAM odlično odgovori na vprašanja, katera slika je potrjena, katera navodila so najnovejša različica in ali se določeno sredstvo sme uporabiti na določenem trgu. Ni pa zgrajen za upravljanje popolnosti obveznih polj po produktnih skupinah, večjezičnih matrik atributov, kategorijskih dreves za posamezne kanale ali pravil za izvoz na spletne tržnice.

DAM hrani certificirano datoteko. PIM ve, katerim produktom ta datoteka pripada, v katerem jeziku, za kateri kanal in s katerim statusom potrditve. Prav ta razlika ohranja oba sistema čista.

Kako se sistemi povežejo v celoto

V zdravem okolju je slika preprosta. ERP je lastnik operativnega jedra — SKU-ja, cene, zaloge, dobaviteljev in transakcij. PIM iz ERP-ja prevzame relevantne osnovne podatke in postane mesto, kjer produktne, marketinške in e-commerce ekipe podatke obogatijo, prevedejo in objavijo. DAM hrani in upravlja sredstva. PIM poveže prava sredstva iz DAM-a s pravimi produkti. Vsak nadaljnji kanal — spletna trgovina, spletna tržnica, katalog, aplikacija, prodajni portal — prejme čiste in popolne podatke iz PIM-a.

Korist ni samo »boljši podatki«, kar obljublja vsak ponudnik. Korist je ožja in veliko uporabnejša: ljudje nehajo spraševati, kam naj kaj vpišejo. Posodobitve se zgodijo na enem mestu. Spletna trgovina odraža tisto, kar je bilo potrjeno, ne pa tistega, kar je nekdo pet ur pred lansiranjem kopiral iz preglednice.

Pri naših PIM implementacijah v Optiwebu ista arhitektura neopazno upravlja več kot milijon produktov in več deset milijonov sinhronizacij podatkov na dan med ERP-jem, e-commercem, spletnimi tržnicami in POS sistemi. Tak obseg deluje samo zato, ker vsak sistem ostane znotraj svoje naloge.

Praktična delitev

Spodnja tabela je najbližje hitremu vodniku. Uporabite jo kot izhodišče, ne kot pravilnik — vsako podjetje ima posebne primere — vendar če ji vaša trenutna postavitev močno nasprotuje, je to običajno mesto, od koder prihaja trenje.

Če mora pet oddelkov spraševati, kje naj se posodobi določen kos produktne informacije, odgovornost sistema še ni dovolj jasna — in odločitev o orodju tega ne bo rešila, dokler se odgovornost ne razjasni.

Kako prepoznati, da je vaša postavitev ozko grlo

Večina podjetij se ne zbudi z odločitvijo, da potrebuje PIM ali DAM. Najprej opazijo simptome, ti pa so v različnih panogah presenetljivo podobni.

Prepoznali jih boste. Nihče ni povsem prepričan, kje živijo najnovejši produktni podatki. Isti opis se napiše trikrat, v treh ekipah, vsakič nekoliko drugače. Ekipa spletne trgovine ima pred vsakim lansiranjem ponavljajočo se nalogo »popravljanja«. Prodaja strankam pošilja PDF-je, v katerih manjka zadnja sprememba specifikacije. Prevodi se spremljajo v preglednici, ki jo razume ena oseba, nihče drug pa ne v celoti. Dodajanje novega trga pomeni podvajanje večine dela, ki je bilo že opravljeno za prejšnjega. Na vprašanje »koliko naših produktov je pripravljenih za objavo?« ne morete zlahka odgovoriti.

To so videti kot majhne neučinkovitosti. Niso. Kopičijo se — v zamude pri lansiranjih, nepopolne produktne strani, izgubljen čas prodajne ekipe in tiho izgubo zaupanja vodstva v podatke, na katerih temeljijo vsi digitalni kanali. To je običajno meja, kjer tema preneha biti IT-vprašanje in postane poslovno vprašanje.

Pet napak, ki projekt spravijo s poti

Poskus reševanja vsega znotraj ERP-ja. ERP je ključen, vendar v trenutku, ko postane mesto za opise, prevode, slike in preslikave kanalov, preneha biti vzdržljiv. Vzorec je vedno enak: več prilagojenih polj, več obvozov, več odvisnosti od IT-ja za spremembe, ki bi morale biti v domeni marketinga ali produktne ekipe.

Nakup PIM-a pred čiščenjem podatkovnega modela. PIM prinese strukturo, vendar je ne izumi sam. Če so produktne skupine nejasne, atributi nedosledni in lastništvo nedefinirano, vas te težave spremljajo tudi v nov sistem — le da jih zdaj vidi več ljudi. Najprej določite, kaj pomeni »popoln produktni podatek«, šele nato, katera programska oprema naj ga upravlja.

Obravnavanje DAM-a kot lepšega sistema map. DAM ustvarja vrednost, ko so sredstva pravilno poimenovana, označena, potrjena, verzionirana in povezana s produktnimi zapisi. Če postane le dražja skupna mapa, bo podjetje še naprej izgubljalo sled za tem, katera različica je aktualna.

Povezovanje sistemov pred določanjem lastništva. Integracije so močne in povečajo to, kar že imate — disciplino ali njeno pomanjkanje. Če dva sistema menita, da sta oba lastnika cene, integracija ob vsakem zagonu tiho odloči, kateri bo zmagal. Preden karkoli povežete, razjasnite lastništvo.

Obravnavanje produktnih informacij kot IT-teme. Produktne informacije živijo v prodaji, marketingu, e-commercu, nabavi, logistiki, produktnem vodenju in podpori strankam. Če projekt vodi samo IT, bodo tehnične povezave delovale, poslovni delovni tok pa bo še vedno odpovedal. Ekipe, ki se podatkov dotikajo, morajo biti vključene od začetka.

[MEDIJSKA POZICIJA 5 — vertikalno odločitveno drevo, optimizirano za mobilne naprave in LinkedIn: Transakcijsko/finančno → ERP. Strukturirana prodajna/objavna vsebina → PIM. Datoteka ali medijsko sredstvo → DAM. Mora doseči več kanalov → PIM, povezan z ERP-jem in DAM-om.]

Kje začeti

Kot prvi korak preskočite vprašanje »kupimo sistem«. Začnite z mapiranjem.

Kje danes živijo produktni podatki, kdo jih posodablja, kje se podvajajo in kje se zalomi? Kateri kanali potrebujejo podatke, ki jih trenutno ne dobivajo čisto? Katere ekipe izgubijo največ časa z iskanjem podatkov? Kaj v vašem podjetju pripravljeno za objavo sploh pomeni?

Ko je ta slika na papirju, postanejo arhitekturne odločitve skoraj mehanske. ERP ohranja stabilnost podjetja. PIM postane vozlišče produktnih informacij. DAM hrani potrjena sredstva. Kanali prejmejo čiste podatke. Pravi sistem za nakup — ali pravi način uporabe sistemov, ki jih že imate — običajno postane očiten kot rezultat mapiranja, ne kot njegov vzrok.

Prava vrednost ni programska oprema. Je nadzor.

ERP, PIM in DAM niso tekmeci. So deli istega ekosistema, vsak z odgovornostjo, ki je drugi ne morejo prevzeti. Težava ni v izbiri med njimi. Težava nastane, ko je eden od njih prisiljen opravljati nalogo, za katero ni bil zgrajen: preobremenjen ERP, prenapet DAM, Excel, ki se pretvarja, da je delovni tok, in spletna trgovina, ki postane prostor za skrivanje popravkov v zadnjem trenutku.

Čista postavitev ne pomeni več programske opreme. Pomeni jasnejše lastništvo. ERP vodi operativne podatke. PIM vodi produktne informacije. DAM vodi sredstva. Nadaljnji kanali dobijo zanesljive podatke, ekipe nehajo gasiti požare, dodajanje naslednjega produkta, trga ali kanala pa ne deluje več kot začetek od začetka.

Vprašanje, s katerim je treba začeti, ni »kateri sistem potrebujemo?« Temveč »ali vemo, kateri sistem naj bo lastnik katere informacije?« Iskren odgovor na to vprašanje običajno pokaže neposredno na mesto, kjer je resnična težava — in kjer se lahko začne najmanjša, a najbolj uporabna sprememba.

Niste prepričani, kje pravzaprav nastaja vaša težava s produktnimi podatki?

Pred izbiro orodja ali načrtovanjem implementacije je najkoristnejši prvi korak običajno kratka delavnica mapiranja produktnih podatkov: kje informacije trenutno živijo, kje se proces zalomi in kateri sistem bi moral biti lastnik katerega dela procesa. Ta jasnost pogosto prepreči napačno investicijo — in poskrbi, da je pravo odločitev veliko lažje zagovarjati interno.