Produktų informacijos ir komercinių taisyklių valdymas maisto ir FMCG distribucijai
Vienas valdomas produktų, pakuočių, kainų, nuolaidų ir akcijų sluoksnis, iš kurio ta pati informacija perduodama į B2B portalą, EDI, pardavimų ir kitus kanalus.
Kai produktų ir komercinės informacijos versijos skiriasi tarp ERP, katalogo, EDI ar vadybininkų naudojamų failų, kiekvienas papildomas kanalas didina klaidų ir rankinio derinimo kiekį.
Sprendimo logika
- Produktų ir pakuočių duomenys
- Komercinės taisyklės
- Validavimas ir atsakomybės
- Vienas patikimas duomenų sluoksnis
- B2B portalas ir EDI
- Pardavimų ir kiti kanalai
- Pokyčių kontrolė
Kokias problemas sprendžia
- Klientų kainos ir produktų duomenys nesutampa tarp kanalų
- Užsakymai perrašomi iš telefono, el. pašto ar vadybininkų užrašų
Sprendimo apimtis
Produktų pagrindiniai duomenys
Vienodai valdomi produktų kodai, pavadinimai, kategorijos, prekės ženklai, matavimo vienetai ir kita bazinė informacija, kurią naudoja ERP, portalas, EDI ir pardavimų komanda.
Pakuočių hierarchija
Vienetas, dėžė, sluoksnis ir paletė susiejami į vieną nuoseklų modelį, naudojamą kainodaroje, užsakymuose, sandėlyje ir klientų kanaluose.
Klientų kainodara ir komercinės taisyklės
Kainoraščiai, nuolaidos, akcijos, kiekio taisyklės ir jų galiojimas valdomi taip, kad visi klientų kanalai remtųsi ta pačia komercine logika.
Duomenų paruošimas skirtingiems kanalams
Skirtingi kanalai gali naudoti skirtingą informacijos apimtį, tačiau neturėtų turėti atskirų produkto ir kainodaros versijų.
Maisto produktams svarbūs atributai
Produkto duomenų modelis gali apimti ne tik komercinę informaciją, bet ir maisto distribucijai svarbius atributus bei dokumentus.
Duomenų validavimas
Prieš publikuojant į klientų kanalus tikrinamas privalomų laukų užpildymas, pakuočių santykiai, kainų galiojimas ir kitos kritinės taisyklės.
Duomenų atsakomybės ir pokyčių kontrolė
Aiškiai nustatoma, kas atsakingas už produkto, pakuotės, kainos ar akcijos duomenis, o pakeitimai turi audito istoriją.
Pagrindinės funkcijos
- PIM arba pagrindinių produktų duomenų valdymas
- Pakuočių hierarchijos ir matavimo vienetai
- Duomenų validavimo taisyklės
- Kainų ir akcijų sinchronizavimas
- Duomenų publikavimo API kanalams
- Pokyčių istorija ir atsakomybės
Pagrindinės integracijos
Sprendimo architektūra priklauso nuo to, kur šiandien saugomi pagrindiniai produkto ir komerciniai duomenys. Tikslas nėra mechaniškai perkelti viską į vieną sistemą, o aiškiai nustatyti kiekvieno duomens šaltinį ir jo publikavimo taisykles.
- ERP
- Produktų kodai, klientai, kainodara, komercinės taisyklės, užsakymų ir finansinė informacija.
- PIM
- Išsamesnė produktų informacija, atributai, kategorijos, vaizdai, dokumentai ir kanalams skirti duomenys.
- WMS
- Sandėlio procesams reikalingi produktų, pakuočių ir logistinių vienetų duomenys.
- B2B portalas
- Klientui pateikiamas jo asortimentas, kainos, pakuotės ir aktuali produktų informacija.
- EDI
- Struktūrizuotas produktų, kainų, užsakymų ar dokumentų apsikeitimas su prekybos partneriais.
- CRM ir pardavimų įrankiai
- Komercinei komandai reikalinga klientų, produktų ir pasiūlymų informacija.
Galimas verslo poveikis
Orientaciniai galimo poveikio intervalai įmonėms, kuriose produktų, pakuočių, kainų ir akcijų informacija šiandien valdoma keliuose šaltiniuose arba reikšmingai tikrinama rankiniu būdu. Tai nėra konkrečios įmonės rezultato prognozė.
Rankinis produktų ir komercinių duomenų administravimas
30–60%Mažėja
Didžiausias poveikis tikėtinas, kai tie patys produkto, pakuotės, kainos ar akcijos duomenys šiandien atskirai prižiūrimi keliuose kanaluose.
Produktų ir kainodaros neatitikimai tarp kanalų
40–80%Mažėja
Poveikis priklauso nuo to, kiek kanalų naudoja bendrą duomenų šaltinį ir kiek publikavimo taisyklių galima automatizuoti.
Naujo produkto ar pakeitimo publikavimo laikas
30–70%Mažėja
Didžiausias potencialas, kai produkto informacija šiandien ruošiama ir perduodama atskirai portalui, EDI, pardavimų komandai ar partneriams.
Rankinis kainų ir akcijų klaidų taisymas
30–60%Mažėja
Poveikis didžiausias, kai kainos, nuolaidos ir akcijos turi kelias lygiagrečias versijas arba nėra valdomos pagal aiškias galiojimo taisykles.
Naujų skaitmeninių kanalų parengimo pajėgumas
30–70%Auga
Bendras produktų ir komercinių duomenų sluoksnis leidžia naują kanalą prijungti prie jau paruoštų duomenų, o ne kurti atskirą jų valdymo procesą.
Poveikio intervalai nėra konkrečios įmonės rezultato prognozė. Faktinis potencialas priklauso nuo SKU kiekio, kanalų skaičiaus, dabartinės duomenų kokybės, kainodaros sudėtingumo ir rankinio administravimo masto.
Kur sprendimas gali turėti didžiausią poveikį
- Produktų duomenys prižiūrimi ERP, Excel, portale ar kitose vietose lygiagrečiai
- Tas pats produktas skirtinguose kanaluose turi skirtingą informaciją
- Klientų kainos ir akcijos reguliariai tikrinamos ar koreguojamos rankiniu būdu
- Didelis SKU ir pakuočių variantų kiekis
- Dažnai keičiami kainoraščiai, akcijos ar asortimentas
- Naujo produkto paruošimas keliems kanalams užtrunka ir reikalauja kelių darbuotojų
- Planuojamas B2B portalas, EDI plėtra ar kiti skaitmeniniai pardavimo kanalai
Rekomenduojama pirmoji versija
Pirmąją versiją verta apriboti aiškia produktų grupe ir vienu klientų kanalu, kad būtų sutvarkytas visas duomenų kelias nuo pagrindinio šaltinio iki galutinio panaudojimo.
Pirmoje versijoje
- Produktų ir pakuočių hierarchija
- Matavimo vienetai ir minimalūs kiekiai
- Klientų kainų ir akcijų taisyklės
- Privalomų duomenų validavimas
- Publikavimo taisyklės B2B portalui
- Duomenų savininkai ir atsakomybės
- Pokyčių istorija
Atidedama vėlesniems etapams
- Viso istorinio katalogo sutvarkymas vienu etapu
- Visų pardavimo kanalų migracija
- Visų rinkų ir kalbų duomenų modelis
- Pažangi produktų personalizacija
- DI turinio generavimas
Tolimesnė plėtra
- Papildomi B2B ir partnerių kanalai
- Automatinis duomenų apsikeitimas su tiekėjais
- Duomenų kokybės stebėsena ir perspėjimai
- GS1 ir kitų standartizuotų produktų duomenų šaltinių integracijos
- Automatinis produktų informacijos publikavimas skirtingiems kanalams
- DI pagalba produktų informacijos paruošimui, kai patikimas pagrindinių duomenų modelis jau veikia
Dažniausiai užduodami klausimai
Įvertinkime produktų ir komercinių duomenų valdymą
Peržiūrėsime, kur šiandien valdomi produktų, pakuočių, kainų ir akcijų duomenys, kaip jie perduodami į klientų kanalus ir kur atsiranda dubliavimas ar neatitikimai.