Tiekėjas gali turėti puikių produktų, sąžiningas kainas ir greitą pristatymą, tačiau vis tiek tapti sudėtingas partneris, jei jo produktų duomenis sunku naudoti.

Būtent todėl produktų duomenų integracija tapo tokia svarbia tema e. prekybos verslams. Klausimas nebėra tik „ar šis tiekėjas gali pristatyti produktus?“ Taip pat svarbu klausti: „ar šis tiekėjas gali pateikti produktų informaciją taip, kad mūsų parduotuvė iš tikrųjų galėtų su ja dirbti?“

Prisimenu, kaip peržiūrėjome vieno tiekėjo katalogą, kuris iš pradžių atrodė daug žadantis. Produktų asortimentas buvo stiprus, maržos atrodė sveikos, o tiekėjas sakė turintis „pilną srautą“. Tačiau atidarius failą realybė buvo sudėtingesnė. Likučiai buvo viename stulpelyje, pristatymo laikas parašytas laisvu tekstu, nuotraukos buvo atskirtos nuo produktų ID, o kategorijų pavadinimai pasikeitė viduryje katalogo. Techniškai niekas nebuvo sugadinta. Tačiau prieš naudojimą viską reikėjo interpretuoti.

Tai dažna situacija. Šiuolaikiniai tiekėjai produktų duomenis pateikia įvairiais būdais, o formatas yra svarbesnis, nei daugelis e. prekybos komandų tikisi.

Kodėl produktų duomenų integracija svarbi

Kiekviena internetinė parduotuvė priklauso nuo tiekėjų produktų duomenų. Produktų pavadinimai, aprašymai, kainos, nuotraukos, kategorijos, likučiai, EAN kodai, atributai, pristatymo terminai ir variantai turi patekti iš tiekėjo į jūsų e. prekybos sistemą.

Kai tai veikia gerai, parduotuvė gali augti su mažiau trinties. Naujus produktus lengviau pridėti, kainos išlieka tikslesnės, likučių pokyčiai tampa mažiau rizikingi, o produktų puslapiai būna išsamesni.

Kai tai veikia prastai, mažos problemos virsta kasdieniais trukdžiais. Trūkstama nuotrauka uždelsia produkto paleidimą. Neteisinga likučio reikšmė sukelia klientų skundus. Pasikeitusi srauto struktūra sugadina importą. Tiekėjo kategorija neatitinka jūsų parduotuvės kategorijos. Nė viena iš šių problemų nėra įspūdinga, bet jos veikia realius pardavimus.

Geri tiekėjų produktų duomenys nėra tik IT detalė. Tai e. prekybos operacijų dalis.

Pagrindiniai būdai, kaip tiekėjai šiandien dalijasi produktų duomenimis

Šiuolaikinis tiekėjų duomenų dalijimasis neapsiriboja vienu metodu. Kai kurie tiekėjai vis dar siunčia paprastus Excel failus. Kiti siūlo pažangią produktų integraciją per API. Daugelis naudoja kelių variantų derinį.

CSV produktų srautai

CSV produktų srautai vis dar labai paplitę, nes jie paprasti, lengvi ir lengvai sugeneruojami. Tiekėjas eksportuoja produktų informaciją į eilutes ir stulpelius, o pardavėjas importuoja ją į savo e. prekybos platformą.

CSV naudingas tada, kai katalogas nėra per sudėtingas arba kai atnaujinimų nereikia atlikti kas kelias minutes. Jis gali gerai veikti produktų katalogo integracijai, ypač kai failas turi aiškius stulpelius, stabilius pavadinimus, unikalius SKU ir nuoseklias reikšmes.

Problema ta, kad CSV failus labai lengva paruošti prastai. Tušti laukai, pakeisti stulpelių pavadinimai, skirtingi skirtukai ir nenuoseklūs kategorijų keliai gali greitai padaryti produktų srautų valdymą sudėtingesnį, nei tikėtasi.

XML produktų srautai

XML produktų srautai dažnai naudojami tada, kai tiekėjams reikia dalytis labiau struktūrizuotais duomenimis. Jie gali geriau nei paprastas Excel failas apdoroti produktų ryšius, įdėtinius atributus, kategorijas, nuotraukas ir variantus.

E. prekybos produktų duomenims XML gali būti stiprus pasirinkimas, jei tiekėjas jį tinkamai prižiūri. Jis suteikia produktų duomenų valdymui daugiau struktūros ir gali būti lengviau patikrinamas nei netvarkingas CSV failas.

Vis dėlto XML automatiškai nėra geresnis. Prastai struktūrizuotas XML srautas gali būti toks pat sudėtingas kaip prastas Excel failas. Duomenų kokybė svarbesnė už failo plėtinį.

XLSX failai

Kai kurie tiekėjai vietoje automatizuotų srautų dalijasi Excel failais. Tai įprasta mažesniems tiekėjams arba tiekėjams, kurie dar tik pradeda kurti skaitmeninius produktų katalogus.

XLSX failas gali būti naudingas produktų peržiūrai, tačiau paprastai jis silpnesnis reguliariam produktų duomenų sinchronizavimui. Dažnai jis priklauso nuo to, ar kas nors rankiniu būdu eksportuoja, siunčia el. paštu, redaguoja arba įkelia failą.

Tai nereiškia, kad tiekėjas blogas. Tai tiesiog reiškia, kad reikia būti atsargiems prieš kuriant didelį automatizavimo procesą aplink failą, kuris gali būti atnaujinamas nenuosekliai.

API

Produktų integracija per API paprastai yra lanksčiausias metodas. Vietoje viso failo atsisiuntimo jūsų sistema gali užklausti konkrečių tiekėjo duomenų, pavyzdžiui, produkto informacijos, likučių, kainų arba užsakymo būsenos.

API ypač naudinga produktų duomenims realiuoju laiku, likučių sinchronizavimui ir tiekėjo prijungimui. Ji gali sumažinti vėlavimus tarp tiekėjo sistemos ir jūsų parduotuvės.

Tačiau API taip pat reikia tinkamai įvertinti. Geri klausimai:

• Ar API aiškiai dokumentuota?
• Ar ji apima likučių ir kainų duomenis?
• Ar yra užklausų limitai?
• Ar ji palaiko produktų nuotraukas ir atributus?
• Kaip dažnai duomenys atnaujinami?
• Kas nutinka, kai produktas nebeparduodamas?

API gali būti galinga, bet tik tada, jei patikimai pateikia reikiamus duomenis.

Formatas yra tik pusė istorijos

Lengva manyti, kad geriausias tiekėjas yra tas, kuris turi API, o blogiausias — tas, kuris siunčia Excel failą. Tai per daug paprasta.

Tvarkingas CSV failas, atnaujinamas kas valandą, gali būti naudingesnis nei API, kurioje trūksta pusės privalomų laukų. Gerai prižiūrimas XML srautas gali būti geresnis nei sudėtinga integracija, kurios niekas tiekėjo pusėje iki galo nesupranta. Paprasto failo su patikimais likučių duomenimis gali pakakti parduotuvei, kuri produktus atnaujina tik kartą per dieną.

Geresnis klausimas yra: ar tiekėjas dalijasi duomenimis taip, kad tai atitiktų jūsų e. prekybos darbo eigą?

Pavyzdžiui, prekyvietės pardavėjui gali reikėti greito likučių sinchronizavimo, nes perpardavimas gali pakenkti paskyros rezultatams. Nišinė internetinė parduotuvė gali labiau vertinti išsamius produktų aprašymus, techninius atributus ir nuotraukų kokybę. Dropshipperiui gali reikėti, kad prieš paskelbiant produktus tikslūs būtų ir likučiai, ir pristatymo laikas.

Ką patikrinti prieš pasikliaujant tiekėjo duomenimis

Prieš prijungdami tiekėją prie savo parduotuvės, žiūrėkite plačiau nei tik į pažadą „turime srautą“. Paprašykite parodyti tikrąją struktūrą.

Patikrinkite, ar kiekvienas produktas turi stabilų SKU. Pažiūrėkite, kaip rašomos kategorijos. Peržiūrėkite, kaip tvarkomi variantai. Patikrinkite, ar kainos pateikiamos su PVM ar be jo. Pažiūrėkite, ar likučiai yra skaičiais, ar parašyti tekstu, pavyzdžiui, „greitai bus“. Patikrinkite nuotraukų URL. Ieškokite trūkstamų EAN kodų. Palyginkite kelis produktus iš srauto su tiekėjo svetaine.

Vienas praktiškas testas — pasirinkti dešimt atsitiktinių produktų ir įsivaizduoti juos savo parduotuvėje. Ar jie turi pakankamai informacijos tinkamam produkto puslapiui sukurti? Ar klientas suprastų produktą? Ar jūsų sistema žinotų, kur jį priskirti? Ar likučių ir kainų atnaujinimai veiktų be spėliojimo?

Jei atsakymas ne, tiekėjas vis dar gali būti naudingas, bet integracijai reikės daugiau pasiruošimo.

Dažnos produktų duomenų problemos, kurios lėtina e. prekybos komandas

Tiekėjų produktų duomenų problemos dažnai atskirai būna mažos. Problema ta, kad jos kartojasi per šimtus ar tūkstančius produktų.

• Produktų pavadinimai per trumpi arba nenuoseklūs.
• Atributai sumaišyti su aprašymais, o ne pateikti atskiruose laukuose.
• Likučių reikšmių trūksta arba jos vėluoja.
• Kategorijos neatitinka jūsų parduotuvės struktūros.
• Produktų nuotraukos prastos kokybės arba neprieinamos.
• Variantų duomenys neišsamūs.
• Kainos keičiasi be aiškaus atnaujinimo grafiko.
• Srauto formatas keičiasi be įspėjimo.

Būtent čia produktų duomenų automatizavimas tampa vertingas. Ne todėl, kad automatizavimas stebuklingai sutvarko blogus duomenis, o todėl, kad padeda nuosekliau aptikti, struktūrizuoti ir atnaujinti tiekėjų duomenis.

Kaip padeda Wise2Sync

Wise2Sync padeda e. prekybos verslams vertinti tiekėjus galvojant apie automatizavimą. Užuot žiūrėję tik į produktų asortimentą, galite taip pat įvertinti, kaip tiekėjai dalijasi duomenimis, ar jie palaiko produktų srautų integraciją ir kiek jie tinkami nuolatinei e. prekybos integracijai.

Tai naudinga, kai lyginate tiekėjus, kurie siūlo CSV produktų srautus, XML produktų srautus, API prieigą, skaitmeninius produktų katalogus ar kitus tiekėjų duomenų dalijimosi būdus.

Wise2Sync sukurta e. prekybos komandoms, kurios nori atidžiau rasti tiekėjus, anksčiau suprasti tiekėjų prijungimo galimybes ir išvengti per vėlaus atradimo, kad katalogą sunku sinchronizuoti.

Ji gali padėti galvoti apie tokius klausimus:

• Ar šis tiekėjas pateikia automatizavimui paruoštus produktų duomenis?
• Ar jo likučius ir kainas galima reguliariai atnaujinti?
• Ar jo katalogas pakankamai struktūrizuotas e. prekybai?
• Kuriuos tiekėjus lengviau prijungti prie mano darbo eigos?

Tikslas nėra kiekvieną kartą siekti pažangiausio integracijos metodo. Tikslas yra pasirinkti tiekėjus, kurių duomenys gali palaikyti tai, kaip jūsų parduotuvė iš tikrųjų veikia.

Baigiamosios mintys

Šiuolaikiniai tiekėjai produktų duomenimis dalijasi daugeliu kanalų: CSV failais, XML srautais, XLSX Excel failais, API ir skaitmeniniais katalogais. Kiekvienas metodas gali veikti. Kiekvienas metodas taip pat gali sukurti problemų, jei už jo esantys duomenys yra neišsamūs, nenuoseklūs arba sunkiai sinchronizuojami.

E. prekybos verslams produktų duomenų integracija turėtų būti tiekėjų atrankos dalis nuo pat pradžių. Tiekėjas nėra tik produktų šaltinis. Jis taip pat yra produktų informacijos, likučių atnaujinimų, kainų pokyčių ir katalogo struktūros šaltinis.

Jei tie duomenys patikimi, jūsų parduotuvę tampa lengviau valdyti. Jei jie silpni, komanda daugiau laiko leidžia taisydama katalogą nei augindama verslą.

Prieš pasirinkdami kitą tiekėją, užduokite paprastą klausimą: „Kaip jo produktų duomenys elgsis po pirmojo importo?“

Atsakymas daug ką parodys.