Dubliuoti produktai retai pasirodo kaip viena didelė ir akivaizdi problema. Dažniausiai jie atsiranda tyliai: vienas papildomas tiekėjo srautas, vienas šiek tiek kitoks SKU, vienas produkto pavadinimas kitu formatu, vienas prekyvietės pasiūlymas, kuris atrodo „beveik toks pats“.

Būtent todėl dubliuotų produktų valdymas nėra tik katalogo tvarkymo užduotis. E. prekybos verslams, dirbantiems su keliais tiekėjais, tai tampa kasdienių operacijų dalimi. Jei to nesuvaldysite anksti, jūsų parduotuvė gali pradėti pardavinėti tą pačią prekę du kartus, rodyti skirtingas kainas, išskaidyti atsiliepimus, klaidinti dėl likučių ir švaistyti reklamos biudžetą dubliuotiems pasiūlymams.

Kartą mačiau produktų katalogą, kuriame tas pats stogo bagažinės skersinis buvo pateiktas tris kartus. Ne todėl, kad kažkas padarė neatsargią klaidą, o todėl, kad trys tiekėjai jį aprašė skirtingai. Vienas naudojo gamintojo SKU, kitas — savo vidinį SKU, o trečias į produkto pavadinimą pridėjo automobilio modelį. Klientui tai aiškiai buvo ta pati prekė. Sistemai tai atrodė kaip trys skirtingi produktai.

Tas nedidelis neatitikimas sukūrė didesnį klausimą: kuri versija turėtų būti atnaujinama, įkainojama, sinchronizuojama, reklamuojama ir laikoma sandėlyje?

Kodėl dirbant su keliais tiekėjais atsiranda dubliuoti produktai

Tiekėjų produktų persidengimas yra normalus. Daugelis tiekėjų parduoda tuos pačius prekės ženklus, aksesuarus, atsargines dalis, įrankius, elektroniką, mados prekes ar nišinius produktus. Problema ta, kad tiekėjai retai aprašo tą patį produktą visiškai vienodai.

Vienas tiekėjas gali atsiųsti:

• tvarkingą gamintojo SKU,
• struktūrizuotus produkto atributus,
• atskirus variantų duomenis,
• tikslius likučių atnaujinimus.

Kitas tiekėjas tą patį produktą gali atsiųsti su pakeistu pavadinimu, trūkstamu EAN, kita kategorija arba sujungta variantų informacija viename lauke. Kai tokie srautai importuojami be patikrų, dublikatai tampa beveik neišvengiami.

Tai ypač dažna naudojant CSV, XML, XLSX arba API tiekėjų srautus iš kelių šaltinių. Kiekvienas srautas gali būti techniškai tvarkingas, bet vis tiek sunkiai sujungiamas į vieną švarų produktų katalogą.

Dubliuotų produktų valdymas prasideda prieš importą

Geriausias laikas išvengti dubliuotų produktų yra prieš jiems patenkant į jūsų e. prekybos platformą. Kai dublikatai jau gyvai rodomi WooCommerce, Shopify, Magento, prekyvietėse ar kainų palyginimo svetainėse, juos taisyti tampa daug sudėtingiau.

Prieš pridėdami naują tiekėją, patikrinkite, ar jo katalogas nepersidengia su jūsų esamais produktais. Nelyginkite vien produktų pavadinimų. Pavadinimai nepatikimi. Tiekėjas gali šiek tiek pervadinti produktą ir vis tiek parduoti tą pačią prekę.

Geresni atitikimo signalai:

• EAN, GTIN, UPC arba brūkšninis kodas, kai jis prieinamas.
• Gamintojo SKU, o ne konkretaus tiekėjo SKU.
• Prekės ženklas ir modelio numeris techniniams produktams.
• Variantų atributai, tokie kaip dydis, spalva, talpa, suderinamumas ar medžiaga.
• Nuotraukos kaip papildoma užuomina, bet ne vienintelis atitikimo metodas.

Produkto pavadinimą reikėtų laikyti užuomina, o ne pagrindiniu identifikatoriumi.

Būkite atsargūs su tiekėjų SKU

SKU valdymas yra viena dažniausių produktų dubliavimo priežasčių. Daugelis e. prekybos savininkų mano, kad SKU yra universalus produkto kodas. Dažnai taip nėra.

Tiekėjo SKU gali būti unikalus tik to tiekėjo sistemoje. Kitas tiekėjas tam pačiam produktui gali naudoti visiškai kitą SKU. Dar blogiau — du tiekėjai tą patį SKU gali naudoti skirtingiems produktams.

Kelių tiekėjų produktų valdyme naudinga atskirti:

Jūsų vidinį produkto ID: produkto įrašą, kurį kontroliuojate.

Gamintojo SKU: prekės ženklo arba gamintojo kodą.

Tiekėjo SKU: kodą, kurį naudoja kiekvienas tiekėjas.

Prekyvietės SKU: pasiūlymo kodą, naudojamą Amazon, eBay, Kaufland, Bol ar kitame kanale.

Šių laukų atskyrimas padaro produktų atitikimo algoritmus ir e. prekybos automatizavimą daug patikimesnius. Tai taip pat palengvina tiekėjų keitimą vėliau, nesukuriant dubliuotų produktų puslapių.

Per daug nepasitikėkite produktų pavadinimais

Produktų pavadinimai rašomi žmonėms, o ne duomenų bazėms. Juose gali būti rinkodaros terminų, kalbų skirtumų, santrumpų, matmenų, transporto priemonių suderinamumo ar tiekėjui būdingų pavadinimo taisyklių.

Pavyzdžiui, visi šie pavadinimai gali aprašyti tą patį produktą:

„MaxTrax Recovery Board Orange“

„Recovery Boards MAXTRAX MKII Orange“

„MAXTRAX MKII Safety Orange Pair“

Produktų katalogo valdymui šiuos pavadinimus reikia lyginti su stipresniais duomenimis. Prekės ženklas, modelis, spalva, EAN, gamintojo SKU ir produkto atributai paprastai pasako aiškesnę istoriją nei vien pavadinimas.

Sukurkite aiškią produktų atitikimo taisyklę

Nuo pirmos dienos jums nereikia sudėtingos PIM sistemos, bet jums reikia taisyklių. Be taisyklių kiekvienas importas tampa spėjimu.

Praktiška atitikimo prioritetų tvarka galėtų atrodyti taip:

• Pirmiausia tikrinti atitikimą pagal EAN arba GTIN.
• Jei jų nėra, tikrinti pagal gamintojo SKU ir prekės ženklą.
• Jei vis dar neaišku, lyginti prekės ženklą, modelį ir pagrindinius atributus.
• Jei yra variantų, pagrindinį produktą ir variantų reikšmes tikrinti atskirai.
• Jei pasitikėjimas maža, produktą siųsti peržiūrai, o ne importuoti automatiškai.

Čia gali būti naudingi produktų duomenų dubliavimo šalinimo įrankiai. Tikslas nėra blokuoti kiekvieną produktą. Tikslas yra neleisti neaiškiems produktams tapti gyvais dublikatais.

Variantai gali sukurti paslėptus dublikatus

Produktų variantų valdymui verta skirti ypatingą dėmesį. Dublikatas ne visada yra visas produkto puslapis. Kartais dublikatas atsiranda kaip neteisinga variacija.

Tiekėjas gali atsiųsti vieną produktą su atskirais dydžių variantais. Kitas tiekėjas kiekvieną dydį gali atsiųsti kaip atskirą produktą. Jei jūsų importo procesas nesupranta skirtumo, katalogas gali labai greitai tapti netvarkingas.

Tai veikia produktų duomenų tikslumą, filtrus, likučių sinchronizavimą ir naudotojo patirtį. Klientai gali matyti penkis atskirus pasiūlymus vietoje vieno tvarkingo produkto puslapio su penkiais pasirinkimais.

Prieš importuodami tiekėjų srautus su daug variantų, patikrinkite, kaip tiekėjas pateikia pagrindinius produktus, variacijų SKU, atributus ir likučių kiekius. Tvarkinga variantų struktūra yra vienas stipriausių ženklų, kad tiekėją bus lengviau automatizuoti.

Likučių ir kainų sinchronizavimas turi sekti pagrindinį produktą

Dubliuoti produktai taip pat sukelia atsargų sinchronizavimo problemų. Jei ta pati prekė jūsų parduotuvėje egzistuoja du kartus, kuri versija turėtų gauti tiekėjo likučių atnaujinimą?

Vienas dublikatas gali rodyti „sandėlyje“, o kitas — „išparduota“. Vienas gali turėti vakarykštę kainą. Kitas gali būti įtrauktas į prekyvietės srautą. Taip nedidelės duomenų problemos tampa klientų aptarnavimo problemomis.

Patikimam produktų srautų valdymui kiekvienas tiekėjo pasiūlymas turėtų jungtis prie vieno kontroliuojamo produkto įrašo. Vis tiek galite saugoti tiekėjui būdingas kainas, prieinamumą, pristatymo terminus ir sąlygas, tačiau klientui matomas produktas turėtų išlikti tvarkingas.

Kai katalogą jau reikia tvarkyti

Jei jūsų parduotuvėje jau yra dublikatų, pradėkite nuo didžiausios rizikos sričių. Nebandykite sutvarkyti visos produktų duomenų bazės vienu kartu.

Sutelkite dėmesį į produktus, kurie yra:

• parduodami daugiau nei vieno tiekėjo,
• publikuojami keliuose kanaluose,
• reklamuojami mokamose kampanijose,
• dažnai užsakomi,
• turi daug variantų arba yra techniški.

Tada nuspręskite, kuris produkto įrašas tampa pagrindine versija. Naudingus duomenis sujunkite į tą įrašą, atsargiai peradresuokite arba pašalinkite dublikatus ir įsitikinkite, kad būsimi tiekėjų importai laikosi tos pačios atitikimo logikos.

Geras duomenų kokybės valdymas nėra tik senų klaidų tvarkymas. Tai ir tų pačių klaidų prevencija kitą mėnesį.

Kaip padeda Wise2Sync

Wise2Sync sukurta e. prekybos verslams, kurie nori atsakingiau dirbti su tiekėjais prieš prijungdami juos prie kasdienių operacijų.

Vertinant tiekėjus, Wise2Sync padeda žiūrėti plačiau nei vien į produktų sąrašą. Galite įvertinti, ar tiekėjas tinkamas automatizavimui, kokio tipo srautą jis pateikia, ar jo duomenys gali palaikyti produktų atitikimą ir kaip gerai jo struktūra dera su e. prekybos darbo eiga.

Parduotuvėms, naudojančioms kelis tiekėjus, tai svarbu, nes dubliuotų produktų valdymas priklauso nuo tiekėjų duomenų kokybės. Tvarkingi identifikatoriai, nuoseklūs srautai, naudingi atributai, patikimi likučių atnaujinimai ir integracijos galimybės palengvina produktų dubliavimo šalinimą.

Wise2Sync nepakeičia jūsų e. prekybos platformos ar PIM sistemos. Ji padeda pradėti nuo geresnių tiekėjų pasirinkimų, kad jūsų produktų katalogą būtų lengviau valdyti, sinchronizuoti ir plėsti.

Baigiamosios mintys

Dubliuoti produktai nėra tik netvarka. Jie veikia SEO, reklamą, likučių tikslumą, prekyviečių pasiūlymus, klientų pasitikėjimą ir vidinį darbo krūvį.

Saugiausias požiūris — laikyti dubliuotų produktų valdymą tiekėjų atrankos ir tiekėjų integracijos dalimi, o ne tvarkymo darbu po to, kai viskas jau nepavyko.

Prieš pridėdami dar vieną tiekėją, užduokite paprastą klausimą: ar šio tiekėjo duomenys gali prisijungti prie mūsų esamo katalogo nesukurdami painiavos?

Jei atsakymas neaiškus, neskubėkite. Pirmiausia patikrinkite jų identifikatorius, srauto struktūrą, variantų logiką ir atnaujinimų patikimumą. Tiekėjas su geromis kainomis, bet prastais produktų duomenimis gali kainuoti daugiau, nei tikėjotės.