Pastaraisiais metais prekyba daugiaskaitinėse platformose tapo populiaria tendencija. Užuot prekiavus tik vienoje platformoje, daugelis parduotuvių savininkų plečia savo veiklą į „Shopee“, „Lazada“ ir „TikTok Shop“, kad pasiektų daugiau klientų.
Lan Anh, 35 metų, yra viena iš jų. Ji internete prekiauja moteriškais drabužiais beveik 3 metus ir šiuo metu savo produktus parduoda visose trijose platformose. Pasinaudodama platformų srautu, jos parduotuvė pasiekė stabilų pajamas ir gana aukštą klientų grįžtamumo lygį.
Tačiau, kai užsakymų skaičius pradėjo didėti, daugiakanalė prekyba taip pat sukėlė problemų, apie kurias ji anksčiau negalvojo.
Kai užsakymų skaičius padidėja, valdymas tampa chaotiškas
Kiekvieną dieną Lan Anh turi apdoroti apie 40–60 užsakymų iš trijų skirtingų platformų. Darbas, kuris atrodo paprastas, iš tikrųjų yra gana sudėtingas.
Kiekvieną rytą pirmiausia jai tenka atidaryti kiekvienos platformos valdymo sistemas po vieną:
- „Shopee“ pardavėjų centras
- „Lazada“ pardavėjų centras
- „TikTok Shop“ pardavėjų centras
Ji turi patikrinti, ar yra naujų užsakymų, atspausdinti siuntimo etiketes, palyginti informaciją apie produktus ir patvirtinti užsakymus.
Perėjimas tarp daugelio sistemų užima daug laiko. Kartais vien tik užsakymų tikrinimas užtrunka kelias valandas kiekvieną dieną.
Daugiakanaliai pardavėjai dažnai turi tikrinti užsakymus keliose platformose
Daugiakanalis sandėlio likutis: didžiausia interneto pardavėjų problema
Didžiausias Lan Anh sunkumas slypi ne užsakymų gavime, o sandėlio likučių valdyme, kai prekiaujama keliose platformose.
Jos parduotuvėje yra apie 50 skirtingų drabužių modelių, kiekvienas modelis yra skirtingų dydžių ir spalvų. Bendras SKU skaičius sudaro šimtus variantų.
Problema yra ta, kad kiekviena prekybos platforma valdo sandėlio likučius nepriklausomai viena nuo kitos.
Praktinis pavyzdys:
Faktinis jos sandėlio likutis yra 50 vienetų, tačiau platformose rodoma:
- „Shopee“: 30 vienetų
- „Lazada“: 30 vienetų
- „TikTok Shop“: 30 vienetų
Jei populiarus produktas parduodamas vienu metu keliose platformose, bendras užsakymų skaičius gali viršyti realų sandėlio kiekį.
Tokiu atveju ji yra priversta:
- Atšaukti užsakymą
- Susisiekti su klientu dėl produkto pakeitimo
- Atsiprašyti dėl atsargų trūkumo
Tai tiesiogiai veikia parduotuvės reitingą ir klientų patirtį.
Sandėlio darbuotojai taip pat susiduria su sunkumais tvarkydami užsakymus
Kai užsakymų skaičius padidėjo, Lan Anh pasamdė papildomų sandėlio darbuotojų, kad padėtų su pakavimu ir prekių paruošimu.
Tačiau, kadangi užsakymai buvo pateikiami skirtingose platformose, prekių paruošimas tapo painus. Darbuotojai dažnai turėjo klausti:
- Iš kurios platformos yra šis užsakymas?
- Kur yra užsakymo kodas?
- Kokią prekę reikia paimti iš sandėlio?
Vien tik užsakymo ir sandėlyje esančios prekės palyginimas užima daug laiko.
Didelio piko dienomis dažniau pasitaiko klaidų pakuojant ar ruošiant prekes.
Keičiantis mokesčių taisyklėms, išrašyti sąskaitas faktūras tampa dar sudėtingiau
Be užsakymų ir sandėlio likučių problemų, Lan Anh taip pat susiduria su elektroninių sąskaitų faktūrų išrašymo reikalavimu, kai klientams reikia PVM sąskaitų.
Anksčiau, kai klientas prašydavo sąskaitos faktūros, jai tekdavo:
- Dar kartą atidaryti užsakymo informaciją platformoje
- Įvesti duomenis į elektroninių sąskaitų faktūrų programinę įrangą
- Patikrinti produktus ir kiekius
Šis procesas nebuvo pernelyg sudėtingas, tačiau didėjant užsakymų skaičiui, rankinis duomenų įvedimas lengvai sukeldavo klaidų ir atimdavo daug laiko.
Ji suprato, kad jei nori toliau plėsti savo verslą, jai reikia sistemos, kuri padėtų sujungti visus prekybos etapus.
GTG CRM – sprendimas, padedantis sutelkti visas prekybos operacijas
Ištyrusi daugelį daugiakanalio valdymo įrankių, Lan Anh nusprendė išbandyti GTG CRM.
Tai, kas jai patraukė dėmesį, buvo tai, kad sistema ne tik valdo užsakymus, bet ir sujungia sandėlį, produktus bei sąskaitas faktūras vienoje platformoje.
Sandėlio sukūrimas sistemoje
Pirmas dalykas, kurį ji padarė, buvo sandėlio sukūrimas GTG CRM.
Ji įvedė pagrindinę informaciją, pavyzdžiui:
- Sandėlio pavadinimas
- Sandėlio adresas
- Sandėlio vadovas
Dėl to visos vėlesnės sandėlio įvedimo ir išdavimo operacijos buvo registruojamos sistemoje.
Produktų ir SKU kodų sukūrimas
Toliau ji įvedė visus produktus į Produktų centrą.
Kiekvienam produktui buvo suteiktas unikalus SKU kodas, pavyzdžiui:
DAM-LUA-D1AO-KHOAC-K2QUAN-JEAN-J3
Dėl SKU kodų sistema gali identifikuoti tą patį produktą, net jei jis parduodamas skirtingose platformose.
Tai padeda tiksliau valdyti sandėlio likučius.
„Shopee“, „Lazada“ ir „TikTok Shop“ platformų sujungimas
Nustatė sandėlį ir produktus, ji sujungė GTG CRM su savo parduotuvių paskyromis platformose.
Po sujungimo užbaigimo, tiesiog paspaudus mygtuką „sinchronizuoti“, užsakymai iš:
- „Shopee“
- „Lazada“
- „TikTok Shop“
buvo sinchronizuoti į vieną sąsają.
Užsakymai yra sutelkti vienoje vietoje
Užsakymų apdorojimo procesas tampa paprastesnis
Po GTG CRM naudojimo Lan Anh pardavimo procesas žymiai pasikeitė.
Naujas procesas:
- Užsakymai atsiranda GTG CRM prietaisų skydelyje
- Ji pakeičia užsakymo būseną į laukia paėmimo
- Sistema sukuria išdavimo iš sandėlio lapelį
- Sandėlio darbuotojas pagal lapelį paruošia prekes
Dėl to sandėlio darbuotojams nereikia tikrinti kiekvienos platformos atskirai, o dirbti vienoje sąsajoje.
Elektroninės sąskaitos faktūros sukuriamos automatiškai
Kita funkcija, kuri padeda Lan Anh sutaupyti laiko, yra automatinis elektroninių sąskaitų faktūrų sukūrimas.
Jai tereikia nustatyti vieną kartą nustatymuose:
- Sąskaitos faktūros sukūrimo laikas
- Sąskaitos faktūros būsena
- Numatytasis sąskaitos faktūros šablonas
Po to, kai užsakymas patvirtinamas kaip išduotas iš sandėlio, sistema sukuria atitinkamą sąskaitą faktūrą.
Jei užsakyme pakeičiamas produktų kiekis, GTG CRM taip pat palaiko automatinį koreguojančių sąskaitų faktūrų kūrimą, padedant tiksliai deklaruoti mokesčius.
Efektyvumas po 6 mėnesių naudojimo GTG CRM
Maždaug po pusės metų naudojimo sistemos, Lan Anh pastebėjo daug akivaizdžių pokyčių:
Laiko taupymas
Anksčiau jai tekdavo skirti daug valandų kiekvieną dieną tikrinant užsakymus kiekvienoje platformoje. Dabar viskas sutelkta viename prietaisų skydelyje.
Sutaupyta: 3–4 valandos darbo kiekvieną dieną
Tikslus sandėlio likučių valdymas
Sandėlio likučių valdymas tapo tikslesnis. Sistema automatiškai atnaujina likučių kiekį po kiekvieno užsakymo, žymiai sumažindama perviršinio pardavimo situacijas.
Užsakymų atšaukimo rodiklis sumažėjo: nuo 8% iki 2%
Vertinimų pagerėjimas
Platformų vertinimai taip pat pagerėjo dėl sumažėjusio užsakymų atšaukimo ir tikslesnio pristatymo.
Darbuotojai dirba efektyviau
Jos sandėlio darbuotojai taip pat dirba efektyviau, nes jiems nereikia rankiniu būdu lyginti užsakymų kaip anksčiau.
Išvada
Lan Anh istorija yra tipinis pavyzdys iššūkių, su kuriais susiduria daugelis daugiakanalių pardavėjų.
Kai užsakymų skaičius yra mažas, rankinis valdymas gali būti kontroliuojamas. Tačiau, kai užsakymų skaičius didėja ir prekiaujama keliose platformose vienu metu, centralizuotos valdymo sistemos trūkumas sukelia verslo chaosą.
Dėl to pardavėjai gali efektyviau valdyti savo parduotuves ir sutelkti dėmesį į verslo plėtrą, o ne į rankinių užduočių atlikimą.
Jūsų verslas gali pasiekti panašių rezultatų – pradėkite nemokamai.
Pradėkite savo kelionę
