Rasti tiekėją iš pradžių atrodo įdomu. Matote produktus, kuriuos galite parduoti, kainos atrodo perspektyvios, o katalogas pakankamai didelis, kad galėtumėte auginti savo parduotuvę.

Tada gaunate produktų duomenis.

Vienas tiekėjas atsiunčia Excel failą. Kitas pateikia XML srautą. Trečias siūlo API, bet diegimo informacija sunkiai suprantama. Produktų pavadinimai skirtinguose failuose atrodo nevienodai. Trūksta nuotraukų. Likučiai keičiasi dienos metu. Kainos ne visada sutampa su naujausiu tiekėjo sąrašu.

Daugeliui e. prekybos verslų būtent čia augimas tampa sudėtingesnis. Produktai, žinoma, yra svarbūs. Tačiau tai, kaip tiekėjas perduoda produktų duomenis, yra ne mažiau svarbu. Todėl tiekėjų API integracija tapo tokia svarbi internetiniams pardavėjams, dropshipperiams, prekyviečių pardavėjams ir e. prekybos komandoms, kurios nori mažiau rankinių užduočių.

Senasis būdas: tiekėjų katalogai ir rankinis darbas

Anksčiau tiekėjų valdymas buvo daug paprastesnis. Tiekėjas perduodavo pardavėjui katalogą. Pardavėjas išsirinkdavo produktus, patikrindavo kainas ir prireikus pateikdavo užsakymus.

Tai veikė tada, kai katalogai buvo mažesni, o atnaujinimai vyko lėčiau. Šiandien e. prekybos parduotuvės juda kur kas greičiau.

Auganti parduotuvė gali vienu metu dirbti su keliais tiekėjais. Kiekvienas tiekėjas gali naudoti skirtingą failo formatą, likučių taisykles, kainodaros struktūrą ar atnaujinimo grafiką. Dėl to komanda daugiau laiko praleidžia tvarkydama duomenis, o ne parduodama produktus.

Rankinis darbas su tiekėjais dažnai apima:

• Failų atsisiuntimą iš tiekėjų portalų
• Likučių tikrinimą rankiniu būdu
• Kainų atnaujinimą parduotuvėje
• Naujų produktų importavimą
• Produktų, kurių nebėra prekyboje, pašalinimą
• Pavadinimų, kategorijų ir nuotraukų taisymą
• Bandymą išvengti prekių, kurių nėra sandėlyje, pardavimo

Mažame mastelyje tai gali neatrodyti kaip didelė problema. Tačiau katalogui augant, rankinis darbas tampa rizikingas. Vienas senas failas gali lemti neteisingas kainas, atšauktus užsakymus, nepatenkintus klientus ir prarastą pelną.

Perėjimas prie tiekėjų produktų srautų

Tiekėjų produktų srautai padėjo e. prekybos komandoms nutolti nuo statinių katalogų.

Užuot siuntę produktų informaciją kaip vienkartinį dokumentą, tiekėjai pradėjo dalytis struktūrizuotais failais. Šie failai palengvino produktų importo automatizavimą. Jie taip pat padėjo parduotuvėms dažniau atnaujinti likučius, kainas ir produktų informaciją.

Dažniausi tiekėjų produktų srautai:

• CSV produktų srautai
• XML produktų srautai
• XLSX produktų srautai
• API produktų srautai

Kiekvienas formatas gali būti naudingas. Vis dėlto kai kurie formatai geriau tinka didesniems katalogams, dažniems atnaujinimams ir e. prekybos automatizavimui.

Kodėl tiekėjų API integracija dabar tokia svarbi

Tiekėjo failas gali sutaupyti laiko. Tačiau failas vis tiek turi ribų. Tiekėjas gali jį atnaujinti tik kartą per dieną. Jūsų komandai gali reikėti jį atsisiųsti rankiniu būdu. Be to, duomenys gali pasenti dar prieš jūsų parduotuvei juos importuojant.

Būtent čia tiekėjų API integracija suteikia e. prekybos verslams daugiau kontrolės.

Naudojant API, jūsų e. prekybos sistema gali tiesiogiai prisijungti prie tiekėjo sistemos. Užuot laukusi failo, parduotuvė gali automatiškai užklausti produktų duomenų, likučių, kainų, o kartais ir užsakymų informacijos.

E. prekybos komandoms tai gali padėti užtikrinti:

• Greitesnį produktų importo automatizavimą
• Tikslesnį atsargų sinchronizavimą
• Geresnį likučių sinchronizavimą
• Patikimesnį kainų sinchronizavimą
• Tvarkingesnį tiekėjų duomenų valdymą
• Lengvai plečiamą produktų katalogo automatizavimą
• Stipresnę B2B tiekėjų integraciją

Žinoma, ne kiekviena tiekėjo API veikia idealiai. Kai kurie tiekėjai pateikia aiškią dokumentaciją ir turi stabilias sistemas. Kiti siūlo ribotas API, kurioms reikia papildomo darbo. Vis dėlto API atsargų integracija internetinėms parduotuvėms dažnai suteikia daugiau lankstumo nei rankinis failų tvarkymas.

Paprastas tiekėjų srautų formatų paaiškinimas

Prieš pasirinkdami tiekėją, verta suprasti, kaip jis perduoda duomenis. Platus produktų asortimentas yra naudingas. Tačiau prasta srauto kokybė gali kasdien sukurti papildomo darbo.

CSV produktų srautai

CSV srautai yra paprasti failai su eilutėmis ir stulpeliais. Daugelis tiekėjų juos naudoja todėl, kad dauguma sistemų gali eksportuoti šį formatą.

Juose dažnai pateikiami produktų pavadinimai, SKU, likučių kiekiai, kainos, kategorijos, prekės ženklai ir nuotraukų nuorodos.

Tinka: paprastam produktų srautų automatizavimui ir baziniam produktų importui.

Dažnos problemos: trūkstami stulpeliai, pakeisti stulpelių pavadinimai, sugadinti simboliai, skirtingi skirtukai ir pasenę likučių duomenys.

XML produktų srautai

XML srautai suteikia tiekėjams labiau struktūrizuotą būdą perduoti duomenis. Jie gerai veikia tada, kai produktai turi variantus, atributus, kelias nuotraukas arba sudėtingas kategorijas.

Tinka: didesniems tiekėjų katalogams ir detaliems e. prekybos produktų duomenims.

Dažnos problemos: sudėtingas laukų susiejimas, dideli failai, lėtas apdorojimas ir konkrečiam tiekėjui būdingos struktūros.

XLSX produktų srautai

Daugelis tradicinių tiekėjų vis dar naudoja Excel failus. Jų komandos moka juos redaguoti, todėl šis formatas atrodo įprastas ir praktiškas.

Tinka: tiekėjams, kurie dar nėra iki galo automatizavę savo produktų duomenų.

Dažnos problemos: rankinės klaidos, pakeistas lapų išdėstymas, paslėpti stulpeliai, keli skirtukai ir nevienodas formatavimas.

API produktų srautai

API produktų srautai dažniausiai suteikia lanksčiausią galimybę. Jie leidžia sistemoms tiesiogiai keistis duomenimis ir dažniau atnaujinti informaciją.

Tinka: e. prekybos tiekėjų integracijai, automatizuotiems tiekėjų srautams, likučių atnaujinimams, kainų atnaujinimams ir didesnio masto e. prekybos automatizavimui.

Dažnos problemos: API limitai, prasta dokumentacija, prisijungimo problemos, techninis diegimas ir tiekėjo sistemos trikdžiai.

Ką išmokome dirbdami su tiekėjų integracijomis

Daugelį metų dirbdami su tiekėjų integracijomis pastebėjome aiškų modelį. E. prekybos verslai dažnai pirmiausia žiūri į produktų sąrašą. Tai suprantama, nes produktus mato klientai.

Tačiau svarbesnis klausimas dažnai slypi užkulisiuose: ar tiekėjas gali palaikyti jūsų kasdienes operacijas?

Tiekėjas, turintis 50 000 produktų, gali atrodyti patraukliai. Tačiau jei sraute yra pasenusių likučių, netvarkingų kategorijų, neaiškių kainų ar trūkstamų nuotraukų, toks tiekėjas gali sukurti daugiau problemų nei galimybių.

Kita vertus, mažesnis tiekėjas su tvarkingais duomenimis, stabiliais SKU, patikimu likučių sinchronizavimu ir aiškiais automatizuotais tiekėjų srautais gali būti daug lengviau pritaikomas augimui.

Daugelis parduotuvių savininkų tai atranda tik tada, kai jau skiria laiko integracijos kūrimui. Todėl duomenų kokybę verta patikrinti prieš įsipareigojant.

Kaip patikrinti, ar tiekėjas pasiruošęs automatizavimui

Prieš pridėdami naują tiekėją prie savo e. prekybos parduotuvės, užduokite kelis praktinius klausimus. Šie patikrinimai vėliau gali sutaupyti daug valandų.

• Ar tiekėjas pateikia API, XML, CSV arba XLSX srautą?
• Kaip dažnai jis atnaujina srautą?
• Ar likučiai atnaujinami realiuoju laiku, kas valandą, kasdien ar rankiniu būdu?
• Kaip tiekėjas perduoda kainų pokyčius?
• Ar naudojami stabilūs SKU, EAN arba produktų ID?
• Ar sraute yra produktų nuotraukos?
• Ar kategorijos ir atributai turi aiškią struktūrą?
• Ar nebegaminami arba nebeparduodami produktai aiškiai pažymimi?
• Ar tiekėjas pateikia srauto arba API dokumentaciją?
• Ar tiekėjas vėliau galėtų palaikyti užsakymų automatizavimą?

Geriausias tiekėjas ne visada yra tas, kuris turi didžiausią katalogą. Daugeliu atvejų geriausias tiekėjas yra tas, kurio duomenimis galite pasitikėti kiekvieną dieną.

Kur e. prekybos komandos dažniausiai stringa

Tiekėjų srautų automatizavimas iš pradžių skamba paprastai. Prijungiate srautą, importuojate produktus ir leidžiate sistemai tvarkyti atnaujinimus.

Praktiškai būtent duomenys dažnai sukuria sudėtingiausias problemas.

Dažnos problemos:

• Per trumpi arba neaiškūs produktų pavadinimai
• Trūkstami aprašymai
• Prastos kokybės arba trūkstamos nuotraukos
• Skirtingi kategorijų pavadinimai iš kiekvieno tiekėjo
• Kainos, į kurias neįtrauktos svarbios išlaidos
• Likučių skaičiai, kurie atnaujinami per vėlai
• Dubliuoti produktai su skirtingais identifikatoriais
• Variantai, kurie nesusigrupuoja teisingai
• Srautai, kurie pakeičia formatą be įspėjimo

Dėl šios priežasties produktų duomenų automatizavimas nėra vien techninė užduotis. Tai taip pat operacinis sprendimas. Tiekėjo srautas turi tikti tam, kaip jūsų e. prekybos verslas iš tikrųjų veikia.

Paprasti žingsniai prieš prijungiant tiekėjo srautą

Jums nereikia būti programuotoju, kad peržiūrėtumėte tiekėjo duomenis. Net greitas patikrinimas gali parodyti, ar tiekėją bus lengva, ar sunku valdyti.

• Pradėkite nuo mažo pavyzdžio: prieš importuodami visą katalogą, peržiūrėkite 20–50 produktų.
• Patikrinkite pagrindinius laukus: peržiūrėkite SKU, pavadinimą, kainą, likutį, kategoriją, prekės ženklą, nuotraukas ir produktų identifikatorius.
• Palyginkite likučių atnaujinimo laiką: paklauskite, kada tiekėjas paskutinį kartą atnaujino likučius ir kaip dažnai jie keičiasi.
• Peržiūrėkite kainodaros taisykles: įtraukite mokesčius, siuntimą, prekyviečių mokesčius, mokėjimų mokesčius ir grąžinimus į maržos skaičiavimą.
• Ieškokite stabilių identifikatorių: produktų importo automatizavimas veikia geriau, kai SKU arba EAN išlieka tokie patys.
• Planuokite išimtis: net geri srautai gali turėti trūkstamų nuotraukų, tuščių laukų ar nebeparduodamų produktų.

Automatizavimas neturėtų pašalinti kiekvieno žmogaus sprendimo. Vietoj to jis turėtų pašalinti pasikartojančius atnaujinimus, kuriuos programinė įranga gali atlikti greičiau ir tiksliau.

Kaip padeda Wise2Sync

Wise2Sync padeda e. prekybos verslams rasti patikrintus tiekėjus ir įvertinti, ar tie tiekėjai tinkami automatizavimui.

Užuot susitelkę tik į produktų kategorijas ar tiekėjų pavadinimus, Wise2Sync vertina praktines detales, kurios svarbios valdant internetinę parduotuvę:

• Ar tiekėjas pateikia API, XML, CSV arba XLSX srautus?
• Ar tiekėjas gali palaikyti produktų srautų automatizavimą?
• Ar tiekėjų srautų automatizavimas gali padėti importuoti produktus?
• Ar tiekėjas gali palaikyti likučių ir kainų sinchronizavimą?
• Ar tiekėjas tinka e. prekybos automatizavimo darbo eigai?
• Ar tiekėjo duomenys tinkami ilgalaikiam tiekėjų duomenų valdymui?

Parduotuvių savininkams, dropshipperiams, prekyviečių pardavėjams ir internetiniams pardavėjams tai sumažina spėliones. Galite mažiau laiko skirti tiekėjų informacijos paieškai ir daugiau laiko rinktis partnerius, kurie tinka jūsų verslui.

Baigiamosios mintys

Tiekėjų raida nėra vien techninė istorija. Ji parodo, kaip e. prekyba tapo greitesnė, labiau susieta ir labiau priklausoma nuo tikslių duomenų.

Spausdinti katalogai tapo skaičiuoklėmis. Tada skaičiuoklės tapo XML produktų srautais ir CSV produktų srautais. Dabar vis daugiau tiekėjų siūlo API produktų srautus, automatizuotus tiekėjų srautus ir tiesioginius sistemų sujungimus.

E. prekybos verslams tai sukuria aiškią galimybę. Geresni tiekėjų duomenys leidžia lengviau augti nepridedant nereikalingo rankinio darbo.

Tiekėjų API integracija šiame pokytyje atlieka svarbų vaidmenį. Ji padeda internetiniams pardavėjams užtikrinčiau valdyti produktus, likučius ir kainas.

Jei dar nesate pasiruošę pilnam automatizavimui, pradėkite nuo vieno paprasto įpročio: prieš pasirinkdami tiekėją, patikrinkite, kiek iš tikrųjų geri jo duomenys. Tvarkingas srautas šiandien gali sutaupyti daug valandų rytoj.