Parduotuvė su 500 produktų gali atlaikyti stebėtinai daug rankinio darbo. Kažkas gali pataisyti kainą, įkelti lentelę, pakeisti nuotrauką arba patikrinti likučius prieš apdorojant užsakymą.

Turint 15 000 produktų, tie patys įpročiai tampa operacine rizika. Darbo krūvis ne tiesiog padidėja 30 kartų. Jį tampa sunkiau sekti, patikrinti ir atkurti, kai kas nors nepavyksta.

Būtent todėl e. prekybos automatizavimas turėtų prasidėti dar prieš katalogui tampant nebevaldomam. Svarbiausias klausimas yra ne ar automatizuoti, o kuriuos procesus reikia automatizuoti pirmiausia.

Kodėl produktų augimas keičia e. prekybos operacijas

Katalogo augimas sukuria daugiau nei papildomus produktų puslapius. Kiekvienas produktas gali turėti likučio kiekį, tiekėjo kainą, mažmeninę kainą, kategoriją, aprašymą, nuotrauką, prekės ženklą, pristatymo laiką ir kelis atributus.

Kiekvienas iš šių laukų gali keistis nepriklausomai. Kai dirbama su keliais tiekėjais, jie taip pat gali naudoti skirtingus failų formatus, kategorijų pavadinimus, produktų identifikatorius ir atnaujinimo grafikus.

Tiekėjas gali siųsti duomenis per CSV lentelę, XML failą arba API, tai yra tiesioginę jungtį, leidžiančią sistemoms keistis informacija. Be struktūruoto produktų duomenų valdymo proceso, kiekvienas naujas tiekėjas prideda dar vieną darbo eigą, kurią kažkas turi prisiminti.

Ką e. prekybos verslas turėtų automatizuoti pirmiausia?

Geriausia automatizavimo tvarka priklauso nuo verslo rizikos. Pradėkite nuo procesų, kuriuose pasenusi arba neteisinga informacija gali iš karto paveikti užsakymus, maržas ar klientų pasitikėjimą.

1. Likučių sinchronizavimas

Likučiai turėtų būti pirmasis prioritetas, nes neprieinami produktai vis tiek gali sugeneruoti tikrus užsakymus, grąžinimus, pagalbos užklausas ir nusivylusius klientus.

Likučių automatizavimas turėtų reguliariai lyginti tiekėjo kiekius su produktais, rodomais jūsų parduotuvėje. Priklausomai nuo tiekėjo, tai gali reikšti suplanuotus atnaujinimus kelis kartus per dieną, o ne tikrus likučių atnaujinimus realiuoju laiku.

Prieš įjungdami automatinius likučių atnaujinimus, nuspręskite, kaip parduotuvė turėtų tvarkyti:

• Produktus, kurie dingsta iš tiekėjo srauto
• Trūkstamas arba tuščias likučių reikšmes
• Tiekėjo kiekius, į kuriuos įtraukti rezervuoti likučiai
• Produktus, prieinamus iš daugiau nei vieno tiekėjo

Automatizavimas be aiškių taisyklių gali greičiau atnaujinti neteisingą informaciją. Taisyklės turi būti pirmiausia.

2. Tiekėjų kainos ir pardavimo kainų taisyklės

Tiekėjų kainos gali keistis be įspėjimo. Jei mažmeninės kainos lieka nepakeistos, produktas gali būti toliau parduodamas su sumažinta arba neigiama marža.

Todėl automatizuoti produktų atnaujinimai turėtų apimti tiek tiekėjų kainas, tiek formules, naudojamas pardavimo kainoms apskaičiuoti. Šios formulės gali taikyti procentinį antkainį, fiksuotą sumą, konkrečioms kategorijoms pritaikytas maržas arba minimalios kainos taisykles.

Taip pat naudinga apibrėžti ribas. Didelis kainos pokytis gali būti pažymėtas peržiūrai, o ne paskelbtas automatiškai.

3. Produktų importo automatizavimas

Turint 500 produktų, rankinis importas gali atrodyti valdomas. Turint 15 000, pasikartojantys importai sukuria dubliuotus produktus, trūkstamus atributus, neteisingas kategorijas ir nenuoseklų formatavimą.

Produktų importo automatizavimas turėtų naudoti stabilų identifikatorių, dažniausiai SKU, kad nustatytų, ar produktas yra naujas, ar jau egzistuoja. SKU yra unikalus kodas, naudojamas konkrečiam produktui arba variacijai identifikuoti.

Importo procesas taip pat turėtų apibrėžti, kas vyksta, kai laukai yra neišsamūs. Pavyzdžiui, ar produktas be nuotraukos turėtų būti importuotas, paslėptas, ar visiškai neįtrauktas?

Augimo problema, kurią jau esame matę

Dirbdami su tiekėjų duomenimis, kartą matėme katalogo sistemą, kuri atrodė patikima, kol parduotuvė dar buvo maža. Produktų failai buvo importuojami rankiniu būdu, o pataisymai atliekami tiesiai e. prekybos platformoje.

Problema išryškėjo pridėjus dar vieną tiekėją. Vienas tiekėjas gamintojo lauke naudojo pilną prekės ženklo pavadinimą, kitas — santrumpą, o kai kurie produktai jau egzistavo su šiek tiek kitokiais SKU. Likučių atnaujinimai veikė, bet produktų atitikimas — ne.

Iš pradžių sutelkėme dėmesį į tai, kad importai veiktų teisingai. To nepakako. Didesnė pamoka buvo ta, kad sėkmingas importas nėra tas pats, kas prižiūrimas produktų katalogas.

Procesas pagerėjo tik tada, kai prieš kitą importą buvo apibrėžtos atitikimo taisyklės, gamintojų susiejimas, kategorijų susiejimas ir dublikatų tvarkymas. Tai buvo naudingas priminimas ir mums: e. prekybos augimas priklauso nuo nuoseklių duomenų taisyklių, o ne tik nuo greitesnių įkėlimų.

Automatizuokite katalogo struktūrą prieš pridėdami daugiau tiekėjų

Kelių tiekėjų valdymas tampa sudėtingas, kai kiekvienas tiekėjas produktus aprašo skirtingai. Vienas gali naudoti „TV & Audio“, kitas „Consumer Electronics“, o trečias — kelias įdėtines kategorijas.

Kategorijų susiejimas paverčia tiekėjo kategorijas į struktūrą, naudojamą jūsų parduotuvėje. Atributų susiejimas atlieka panašią užduotį laukams, tokiems kaip spalva, dydis, medžiaga ar gamintojas.

Būtent čia svarbus tampa produktų informacijos valdymas, dažnai vadinamas PIM. PIM tipo procesas sukuria vieną kontroliuojamą produktų struktūrą prieš informacijai keliaujant į parduotuvę, prekyvietę ar reklamos kanalą.

Be šio sluoksnio kiekvienas naujas tiekėjas daro katalogą mažiau nuoseklų.

Ko nereikėtų visiškai automatizuoti iš karto?

Kai kuriems sprendimams vis dar naudinga žmogaus peržiūra, ypač ankstyvame e. prekybos procesų automatizavimo etape.

• Produktų su neišsamiais aprašymais ar nuotraukomis publikavimas
• Neįprastai didelių tiekėjo kainų pokyčių priėmimas
• Naujų kategorijų kūrimas automatiškai
• Galimų dubliuotų produktų sujungimas
• Rankiniu būdu pagerinto turinio pakeitimas silpnesniais tiekėjo duomenimis

Praktiškas požiūris — automatizuoti nuspėjamus atnaujinimus ir sukurti išimtis neaiškiems atvejams. Tai pagerina e. prekybos efektyvumą neprarandant kontrolės.

Kur Wise2Sync tinka e. prekybos automatizavime

Wise2Sync padeda e. prekybos verslams surinkti tiekėjų produktų duomenis, transformuoti juos pagal parduotuvės reikalavimus ir perduoti į prijungtus pardavimo kanalus.

Užuot palaikę atskirą rankinį procesą kiekvienam tiekėjui, verslai gali valdyti produktų filtravimą, kategorijų ir atributų susiejimą, kainodaros taisykles, tiekėjų srautus ir pasikartojančius katalogo atnaujinimus vienoje darbo eigoje.

Tikslas nėra kuo greičiau importuoti kiekvieną prieinamą produktą. Tikslas yra sukurti katalogą, kuris gali toliau veikti augant produktų skaičiui, tiekėjams ir pardavimo kanalams.

Sukurkite sistemą prieš katalogui prireikiant gelbėjimo

Perėjimas nuo 500 prie 15 000 produktų nėra daugiausia duomenų kiekio problema. Tai proceso dizaino problema.

Pirmiausia automatizuokite likučius, tada tiekėjų kainas, produktų importą ir katalogo susiejimą. Pridėkite apsaugas neįprastiems pokyčiams ir palikite rankinę peržiūrą sprendimams, kurių dar negalima patikėti fiksuotoms taisyklėms.