Produkto atnaujinimas retai atrodo brangus tuo metu, kai jis vyksta.

Vienas kainos pakeitimas. Vienas likučio pataisymas. Viena nauja nuotrauka. Vienas tiekėjo failas, kurį prieš įkeliant reikia šiek tiek sutvarkyti.

Tačiau e. prekyboje maži atnaujinimai turi įprotį daugintis. Kai jūsų parduotuvė išauga nuo 200 produktų iki 2 000, o tada prisideda keli tiekėjai, prekyvietės ir pardavimo kanalai, rankiniai produktų atnaujinimai nustoja būti maža administracine užduotimi. Jie tampa paslėpta kasdienių operacijų kaina.

Būtent čia produktų duomenų valdymas tampa daugiau nei technine tema. Jis veikia likučių tikslumą, klientų pasitikėjimą, komandos darbo krūvį, maržas ir tai, ar jūsų e. prekybos verslas gali augti nuolat netaisydamas tų pačių problemų.

Atnaujinimas, kuris atrodė per mažas automatizavimui

Viena gerai įsiminusi situacija prasidėjo nuo tiekėjo kainų failo, kuris atrodė visiškai nekaltai. Tiekėjas kiekvieną pirmadienio rytą atsiųsdavo atnaujintą Excel failą. Parduotuvės savininkas turėjo žmogų, kuris atidarydavo failą, palygindavo kainas, atnaujindavo produktų savikainas, patikrindavo likučius ir prireikus pakoreguodavo kelis produktų aprašymus.

Kurį laiką tai veikė.

Tada tiekėjas pridėjo daugiau produktų. Atsirado antras pardavimo kanalas. Kai kurie produktai turėjo variantų. Kelių prekių nebebuvo sandėlyje, bet jos vis dar buvo aktyvios parduotuvėje. Vienas pirmadienio atnaujinimas tapo antradienio tvarkymu. Tada trečiadienio klientų aptarnavimo problema. Tada penktadienio maržos tikrinimu, nes kai kurios kainos buvo nukopijuotos neteisingai.

Problema nebuvo ta, kad komanda dirbo aplaidžiai. Problema buvo ta, kad procesas priklausė nuo žmonių gebėjimo pastebėti kiekvieną mažą pokytį kataloge, kuris nuolat judėjo.

Būtent šią dalį daugelis e. prekybos verslų nuvertina. Rankiniai atnaujinimai ne tik užima laiką. Jie kuria mažas rizikas, kurios kartojasi kiekvieną savaitę.

Kur rankiniai produktų atnaujinimai iš tikrųjų kainuoja

Matomą kainą lengva įvertinti: valandos, praleistos redaguojant produktus. Paslėptą kainą įvertinti sunkiau, nes ji pasklinda per visą verslą.

Neteisinga likučio reikšmė gali lemti užsakymą, kurio negalite įvykdyti. Pasenusi kaina gali sumažinti jūsų maržą. Trūkstamas produkto atributas gali neleisti paskelbti pasiūlymo prekyvietėje. Pavėluotas nuotraukos atnaujinimas gali padaryti produkto puslapį neužbaigtą. Nukopijuota klaida gali nukeliauti iš jūsų parduotuvės į kelis kanalus dar prieš kam nors ją pastebint.

Rankiniai produktų atnaujinimai dažnai sukuria kaštų tokiose vietose kaip:

• Klientų aptarnavimas: daugiau klausimų apie prieinamumą, pristatymo laiką arba neteisingas produkto detales.
• Užsakymų valdymas: daugiau atšaukimų, pakeitimų ir tiekėjų tikrinimų.
• Rinkodara: kampanijos nukreipia į produktus su neteisingomis kainomis arba trūkstamais likučiais.
• Pardavimai prekyvietėse: atmesti pasiūlymai, nes privalomi laukai yra neišsamūs arba nenuoseklūs.
• Komandos dėmesys: žmonės leidžia laiką taisydami duomenis, užuot gerinę pardavimus.

Atskirai nė viena iš šių problemų neatrodo dramatiška. Tačiau kartu jos lėtina e. prekybos operacijas labiau, nei daugelis savininkų supranta.

Kodėl produktų duomenų valdymas nėra tik „didelių įmonių“ problema

Kai kurie parduotuvių savininkai mano, kad produktų duomenų valdymas aktualus tik tada, kai turite milžinišką katalogą arba įmonės lygio produktų informacijos valdymo programinę įrangą.

Tai netiesa.

Geresnio produktų duomenų valdymo prireikia tada, kai jūsų produktų informacija keičiasi greičiau, nei komanda gali ją patogiai prižiūrėti.

Tai gali nutikti ir su 300 produktų, jei tiekėjas kasdien keičia likučius. Tai gali nutikti su 800 produktų, jei parduodate savo parduotuvėje ir prekyvietėse. Tai gali nutikti net su vienu tiekėju, jei jo sraute yra netvarkingų kategorijų, trūkstamų EAN kodų, nenuoseklių nuotraukų arba nestabilių kainų.

Klausimas nėra tik „kiek produktų turime?“

Geresnis klausimas yra:

Kaip dažnai keičiasi mūsų produktų duomenys ir kiek rizikos sukuriame kiekvieną kartą atnaujindami juos rankiniu būdu?

Dažniausios rankinių atnaujinimų klaidos

Rankiniai produktų atnaujinimai dažniausiai prasideda gerais ketinimais. Verslas nori kontrolės. Jis nori atsargiai peržiūrėti tiekėjo duomenis. Jis nenori, kad automatizavimas per greitai paskelbtų blogą informaciją.

Toks atsargumas suprantamas. Tačiau procesas tyliai gali tapti stabdžiu.

Štai kelios klaidos, kurias dažnai matome e. prekybos produktų valdyme:

• Likučių atnaujinimas rankiniu būdu kartą per dieną, nors tiekėjo likučiai keičiasi kelis kartus per dieną.
• Tiekėjo kainų kopijavimas į Excel failą be aiškios taisyklės maržoms, nuolaidoms ir mokesčių skirtumams.
• Produktų pavadinimų valdymas skirtingai kiekviename kanale, kol niekas nebežino, kuris pavadinimas yra teisingas.
• Tiekėjų failų įkėlimas be patikros ir klaidų pastebėjimas tik tada, kai produktai jau paskelbti.
• Skirtingų failų naudojimas skirtingiems kanalams vietoje vienos patikimos produktų duomenų darbo eigos.

Problema nėra patys Excel failai. Jie gali būti naudingi. Problema yra pasikliovimas jais kaip pagrindine produktų katalogo valdymo sistema, kai verslui reikia pakartojamų, tikslių ir laiku atliekamų atnaujinimų.

Kada produktų atnaujinimai tampa augimo riba

Auganti e. prekybos parduotuvė dažniausiai pajunta spaudimą dar prieš pamatydama tikrąją priežastį.

Komanda sako, kad tiekėjų failų per daug. Užsakymams reikia daugiau rankinių patikrinimų. Produktai paskelbiami vėliau nei planuota. Prekyviečių klaidų daugėja. Niekas nenori pridėti dar vieno tiekėjo, nes esamas katalogas jau reikalauja per daug darbo.

Dažnai būtent tada produktų atnaujinimų automatizavimas tampa būtinas.

Ne todėl, kad automatizavimas madingas. Ne todėl, kad kiekvieną užduotį reikia automatizuoti. O todėl, kad katalogo sinchronizavimas, likučių sinchronizavimas ir produktų srautų valdymas tampa per svarbūs, kad priklausytų nuo atminties, kopijavimo ir pakartotinių rankinių patikrinimų.

Geras e. prekybos automatizavimas neturėtų pašalinti visos žmogaus kontrolės. Jis turėtų pašalinti pasikartojančias dalis, kuriose klaidų tikimybė didžiausia:

• pasikeitusių kainų aptikimą,
• likučių lygių atnaujinimą,
• srauto struktūros patikrinimą,
• tiekėjų kategorijų susiejimą,
• produktų duomenų sinchronizavimą keliuose kanaluose,
• produktų informacijos nuoseklumo palaikymą.

Tai suteikia komandai daugiau laiko nuspręsti, ką verta parduoti, su kuriais tiekėjais verta dirbti ir kuriems produktams reikia daugiau dėmesio.

Kaip suprasti, ar esate pasiruošę automatizuoti produktų atnaujinimus

Nebūtina visko automatizuoti iš karto. Tačiau yra aiškių ženklų, kad rankiniai atnaujinimai tampa per brangūs.

Tikriausiai jau verta gerinti produktų duomenų sinchronizavimą, jei:

• reguliariai rankiniu būdu atnaujinate tiekėjų likučius arba kainas,
• tuos pačius produktus parduodate daugiau nei viename kanale,
• tiekėjas siunčia XML, CSV, XLSX arba API duomenis, bet jūs vis tiek juos tvarkote rankiniu būdu,
• komanda leidžia laiką taisydama produktų duomenis po importo,
• vengiate pridėti tiekėjų, nes katalogo darbas atrodo per sunkus,
• klientai kartais užsako produktus, kurių nebėra,
• prekyviečių pasiūlymai nepavyksta, nes produktų laukai neišsamūs.

Šie ženklai nereiškia, kad jūsų verslas kažką daro neteisingai. Jie reiškia, kad verslas pasiekė etapą, kuriame darbo eiga turi subręsti.

Praktiškas būdas sumažinti paslėptą kainą

Prieš rinkdamiesi produktų informacijos valdymo programinę įrangą, integracijos įrankį ar tiekėjų automatizavimo procesą, pradėkite nuo paprastos peržiūros.

Pasirinkite vieną tiekėją ir paklauskite:

Kokie produktų duomenys keičiasi dažniausiai? Dažniausiai tai būna likučiai, kaina, pristatymo laikas arba produkto prieinamumas.

Kur atsiranda klaidos? Pažiūrėkite į atšauktus užsakymus, klientų aptarnavimo užklausas, prekyviečių klaidas ir kainų taisymus.

Kuriais laukais būtina pasitikėti? Vienoms parduotuvėms didžiausia problema yra atsargų valdymas. Kitoms — produktų duomenų tikslumas, nuotraukos, kategorijos arba variantų informacija.

Kurie atnaujinimai neturėtų laukti? Produktų atnaujinimai realiuoju laiku ne visada būtini kiekvienam laukui. Tačiau likučiams ir kainoms dažnai reikia greitesnio sinchronizavimo nei aprašymams ar nuotraukoms.

Ar tiekėjas pasiruošęs automatizavimui? Tiekėją, turintį tvarkingą API, XML srautą, CSV failą arba XLSX produktų srautą, paprastai lengviau prijungti nei tą, kuris siunčia nereguliarius failus su besikeičiančiais stulpeliais.

Ši peržiūra padeda išvengti sugedusio proceso automatizavimo. Ji taip pat aiškiau parodo, kurie tiekėjai palaiko geresnį skaitmeninį produktų valdymą, o kurie po pirmojo importo gali sukurti papildomo darbo.

Kaip padeda Wise2Sync

Wise2Sync padeda e. prekybos verslams žiūrėti plačiau nei tik į produktų sąrašą ir suprasti, ar tiekėjai tinka patikimoms e. prekybos operacijoms.

Užuot klausus tik to, ar tiekėjas turi gerų produktų, Wise2Sync padeda įvertinti praktinius klausimus:

• Ar tiekėjas palaiko API, XML, CSV arba XLSX produktų srautus?
• Ar likučius ir kainas galima atnaujinti automatiškai?
• Ar tiekėjas tinka produktų katalogo automatizavimui?
• Kiek tvarkingi ir naudingi yra tiekėjo produktų duomenys?
• Ar tiekėjas gali palaikyti kelių kanalų produktų valdymą?

Tai svarbu, nes geriausias tiekėjas ne visada yra tas, kuris turi didžiausią katalogą. Mažesnis tiekėjas su tvarkingesniais duomenimis, stabiliais likučių atnaujinimais ir patikimu produktų srautu gali būti daug lengviau plečiamas nei didelis tiekėjas, kuris nuolat sukuria rankinio tvarkymo poreikį.

Wise2Sync sukurta verslams, kurie nori sumažinti pasikartojantį produktų atnaujinimo darbą, palyginti tiekėjų pasiruošimą ir rasti tiekėjus, kuriuos lengviau prijungti prie jų e. prekybos darbo eigos.

Baigiamosios mintys

Rankiniai produktų atnaujinimai ne visada atrodo kaip rimta problema. Todėl juos lengva ignoruoti.

Tačiau kaina auga tyliai. Kelios minutės čia, pataisymas ten, atšauktas užsakymas, neteisinga kaina, nepavykęs prekyvietės pasiūlymas, komandos narys dar vieną popietę tvarko tiekėjo duomenis.

Geresnis produktų duomenų valdymas nėra tik apie tvarkingesnius Excel failus ar gražesnius produktų puslapius. Tai apie e. prekybos operacijų kūrimą taip, kad produktų duomenys galėtų judėti tiksliai, tiekėjus būtų lengviau valdyti, o augimas automatiškai nereikštų daugiau pasikartojančio darbo.

Jei jūsų katalogą tampa vis sunkiau prižiūrėti, tai gali būti ne žmonių problema. Tai gali būti proceso problema.