FMCG katalogo, kainų ir užsakymų sistemų integracijos
Produktų, pakuočių ir klientų kainų duomenys perduodami iš naudojamų sistemų į užsakymo kanalus. Atsakingos komandos mato neatitikimus, dėl kurių užsakymas būtų neteisingas.
Kainoraščiai, nuolaidos, akcijos, pakuotės, aprašymai ir prieinamumas valdomi keliose sistemose ar skaičiuoklėse, o atnaujinimai ne visur pasiekia kanalus vienu metu. Klientui pateikiama netiksli informacija, daugėja kreditinių dokumentų, ginčų, neplanuotų nuolaidų ir vadybininkų tikrinimų.
Kaip veikia sprendimas
- Produkto ar komercinių sąlygų atsakingas darbuotojas pateikia pakeitimą jo paskirties sistemoje.
- Patikrinami pakuočių santykiai, privalomi faktai ir konkrečioms sąlygoms taikomas galiojimas.
- Patvirtinta informacija perduodama klientų kanalams pagal kiekvieno jų poreikį.
- Komanda patikrina, ar gavėjo sistema priėmė duomenis ir teisingai apskaičiavo užsakymą. Aptikta klaida perduodama ją galinčiam ištaisyti darbuotojui.
Pagrindinės problemos
- Klientų kainos ir produktų duomenys nesutampa tarp kanalų
Sprendimo funkcijos
Produkto faktų atsakomybė
Kategorijos komanda patvirtina kodus, sudėtį, alergenus, pakuotę ir kitą produktui būtiną informaciją bei jos šaltinį.
Pakuotės ir pardavimo vienetas
Vieneto, dėžės, paletės ar svorio ryšys turi vienodai veikti užsakyme, kainoje ir sandėlio operacijoje.
Komercinės taisyklės perdavimas
Kainą, nuolaidą ar akciją patvirtina už ją atsakinga sistema; kanalas gauna konkrečiam klientui ir laikui taikomą rezultatą.
Pakeitimo publikavimo kontrolė
Atsakingi darbuotojai mato, kurie kanalai priėmė naują informaciją ir kur dar naudojama ankstesnė versija.
Kritinio neatitikimo patikra
Prieštaringa tiekėjo informacija ar netinkamas vienetų santykis sustabdo publikavimą, kol klaida išsiaiškinama.
Veiklos kontekstas
- Klientų kainos ir produktų duomenys nesutampa tarp kanalų
- Kainoraščiai, nuolaidos, akcijos, pakuotės, aprašymai ir prieinamumas valdomi keliose sistemose ar skaičiuoklėse, o atnaujinimai ne visur pasiekia kanalus vienu metu. Klientui pateikiama netiksli informacija, daugėja kreditinių dokumentų, ginčų, neplanuotų nuolaidų ir vadybininkų tikrinimų.
- Klientas gauna tas sąlygas, dėl kurių susitarta
- Skirtinga dėžės kaina ar akcijos nuolaida užsakymo kanale gali priversti klientą grįžti prie telefono ir laiškų. Suderinti duomenys leidžia pirkti pagal savo sutartį ir teisingai įvertinti krepšelį. Vadybininkui mažėja kainų aiškinimosi, o patvirtintas pasiūlymas nepraranda vertės dėl techninio neatitikimo.
Pagrindinės funkcijos
- Produkto faktų atsakomybė
- Pakuotės ir pardavimo vienetas
- Komercinės taisyklės perdavimas
- Pakeitimo publikavimo kontrolė
- Kritinio neatitikimo patikra
Pagrindinės integracijos
- Įmonės išteklių planavimo sistema (ERP)
- Produktų kodai, klientai, kainodara, komercinės taisyklės, užsakymų ir finansinė informacija.
- Produktų informacijos valdymo sistema (PIM)
- Išsamesnė produktų informacija, atributai, kategorijos, vaizdai, dokumentai ir kanalams skirti duomenys.
- Sandėlio valdymo sistema (WMS)
- Sandėlio procesams reikalingi produktų, pakuočių ir logistinių vienetų duomenys.
- Verslo klientų portalas
- Klientui pateikiamas jo asortimentas, kainos, pakuotės ir aktuali produktų informacija.
- Elektroninis duomenų apsikeitimas (EDI)
- Struktūrizuotas produktų, kainų, užsakymų ar dokumentų apsikeitimas su prekybos partneriais.
- Klientų ryšių valdymo sistema (CRM) ir pardavimų įrankiai
- Komercinei komandai reikalinga klientų, produktų ir pasiūlymų informacija.
Potencialus poveikis (%)
Intervalai rodo orientacinį santykinį rodiklio pokytį pagal aprašytas prielaidas. Rezultatas priklauso nuo pradinės situacijos ir sprendimo naudojimo. Skirtingų rodiklių procentai nesudedami.
Užsakymų, taisytų dėl pakuotės ar kainos neatitikimo, dalis
12–42%Mažėja
Pavyzdiniame scenarijuje paveikiama 30-60% klaidų, aptinkamų aprašytomis duomenų ir taisyklių patikromis. Daroma prielaida, kad ši dalis sumažėtų 40-70%. Įmonės duomenimis tikrinama ir paveikiama apimtis, ir pasiektas pokytis.
Dėl vidinės vienetų, kainos ar galiojimo klaidos taisytų užsakymų skaičius dalijamas iš visų palyginamų laikotarpio užsakymų ir dauginamas iš 100. Kliento persigalvojimas neįtraukiamas.
Laikas patvirtintam pakeitimui pasiekti reikiamus kanalus
6–25%Mažėja
Pavyzdiniame scenarijuje paveikiama 20-50% laukimo dėl neperduotos informacijos ar nesuderintos atsakomybės. Daroma prielaida, kad ši dalis sumažėtų 30-50%. Įmonės duomenimis tikrinama ir paveikiama apimtis, ir pasiektas pokytis.
Matuojama nuo patvirtinimo iki patikros kanaluose, atskirai žymint laukimą dėl trūkstamo tiekėjo paaiškinimo.
Pateikti sąlyginiai skaičiavimo scenarijai. Prielaidos nepatvirtintos kliento matavimais.
Kada sprendimas aktualus
- 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
- Daug prekių kodų ir pakuočių tipų
- Dažnai keičiami kainoraščiai, akcijos ar asortimentas
- Naujo produkto paruošimas keliems kanalams užtrunka ir reikalauja kelių darbuotojų
Įgyvendinimo sąlygos
Produktų ir komercinių duomenų priežiūrai sutariama, kur keičiamas produkto faktas, kur taikoma kliento kainodara ir kas patvirtina publikavimą. Pardavimo vienetų bei pakuočių santykiai suderinami su užsakymo apskaita, kad duomenų pakeitimai nepaliktų skirtingų sąlygų atskiruose kanaluose.
Galima tolesnė plėtra
- Tiekėjo pakeitimų peržiūra pagal duomenų riziką
- Partnerių priimtų produktų versijų kontrolė