Elektros ir IT prekių B2B savitarnos portalas
Verslo klientas randa įrangą, mato jam taikomas kainas ir pateikia užsakymą. Jei reikia techninės konsultacijos, specialistas gauna jau pateiktus kliento reikalavimus.
Kelių distributorių kainas ir tiekimo sąlygas darbuotojai tikrina atskiruose portaluose bei failuose. Prarandamas laikas, pasirenkamas neoptimalus šaltinis arba klientui pažadamas netikslus terminas.
Kaip veikia sprendimas
- Klientas randa prekę pagal kodą ar patvirtintus parametrus; neaiškų pasirinkimą peržiūri specialistas.
- Kaina ir tiekimo galimybės tikrinamos pagal konkretų klientą, kiekį bei aktualius šaltinius.
- Pasirinkimas perduodamas užsakymo procesui, išlaikant prekių kodus ir patvirtintą komplektą.
- Klientas gauna priimtą kiekį, terminą bei vykdymo dokumentus; išimtis mato su kitu reikalingu veiksmu.
Pagrindinės problemos
- Tiekėjų kainos, likučiai ir terminai matomi atskirai
- Užsakymai ir pakeitimai perrašomi tarp kanalų
Sprendimo funkcijos
Parametrinė ir kodo paieška
Klientas ieško pagal techninius atributus, gamintojo kodą ar patvirtintą alternatyvą.
Suderinamumo ir komplekto patikra
Prieš užsakymą tikrinami būtini priedai, licencijos, maitinimo ar kiti priklausomi komponentai.
Kliento kainodara
Kaina, nuolaida ir komercinės taisyklės gaunamos iš ERP pagal konkretų klientą ar projektą.
Sandėlio ir tiekėjų prieinamumas
Pirkėjas mato įmonės sandėlio likutį, pasirinktų tiekėjų pristatymo terminus ir šių duomenų atnaujinimo laiką.
Užsakymas be perrašymo
Patvirtintas krepšelis perduodamas į ERP, o klientui grąžinama būsena ir dokumentai.
Specialisto peržiūros eiga
Specialistas gauna neaiškią užklausą kartu su kliento pasirinktais parametrais, naudojimo sąlygomis ir kainodaros klausimais.
Veiklos kontekstas
- Tiekėjų kainos, likučiai ir terminai matomi atskirai
- Kelių distributorių kainas ir tiekimo sąlygas darbuotojai tikrina atskiruose portaluose bei failuose. Prarandamas laikas, pasirenkamas neoptimalus šaltinis arba klientui pažadamas netikslus terminas.
- Užsakymai ir pakeitimai perrašomi tarp kanalų
- Kliento failas ar laiškas rankomis paverčiamas užsakymu, o vėlesni pakeitimai taisomi keliose vietose. Ne visada aišku, ar nauja prekės versija ir kiekis pasiekė vykdymą. Komanda pakartotinai tikrina kodus ir taiso dublius. Klientas ilgiau laukia patvirtinimo, o nepastebėtas pakeitimas gali lemti netinkamos įrangos pristatymą.
- Patogus įrangos papildymas verslo klientui
- Nuolat perkančiai įmonei svarbu greitai rasti sutartas kainas ir papildyti naudojamą įrangą. Savitarna leidžia užsakymą pateikti tada, kai atsiranda poreikis. Sudėtingesnė užklausa pasiekia specialistą su jau surinktais reikalavimais, todėl konsultacija gali iš karto tęstis nuo konkretaus pasirinkimo.
Pagrindinės funkcijos
- Parametrinė ir kodo paieška
- Suderinamumo ir komplekto patikra
- Kliento kainodara
- Sandėlio ir tiekėjų prieinamumas
- Užsakymas be perrašymo
- Specialisto peržiūros eiga
Pagrindinės integracijos
- Įmonės išteklių planavimo sistema (ERP)
- Kliento kaina, užsakymas, būsena ir dokumentai.
- Produktų informacijos valdymo sistema (PIM)
- Techniniai atributai, analogai, komplektai ir dokumentai.
- Sandėlio valdymo sistema (WMS)
- Vietinio sandėlio likutis ir rezervacijos.
- Tiekėjų integracijų sluoksnis
- Kainos, terminai ir prieinamumas.
- Klientų ryšių valdymo sistema (CRM)
- Kliento paskyra, projektinės kainos ir specialisto peržiūra.
Potencialus poveikis (%)
Intervalai rodo orientacinį santykinį rodiklio pokytį pagal aprašytas prielaidas. Rezultatas priklauso nuo pradinės situacijos ir sprendimo naudojimo. Skirtingų rodiklių procentai nesudedami.
Darbuotojo laikas standartiniam techninių prekių užsakymui
12–36%Mažėja
Pavyzdiniame scenarijuje paveikiama 30-60% rankinio duomenų suvedimo ir perdavimo darbo. Daroma prielaida, kad ši dalis sumažėtų 40-60%. Įmonės duomenimis tikrinama ir paveikiama apimtis, ir pasiektas pokytis.
Lyginamas visas apdorojimo bei taisymo laikas toms pačioms savitarnai tinkamoms užsakymų grupėms.
Tiekimo pasiūlymo tikslinimai dėl pasenusių duomenų
12–42%Mažėja
Pavyzdiniame scenarijuje paveikiama 30-60% klaidų, aptinkamų aprašytomis duomenų ir taisyklių patikromis. Daroma prielaida, kad ši dalis sumažėtų 40-70%. Įmonės duomenimis tikrinama ir paveikiama apimtis, ir pasiektas pokytis.
Skaičiuojami kainos ar termino taisymai dėl jau pateikimo metu pasenusio šaltinio.
Pirkimu užbaigtų savitarnos užsakymų dalis
3–12%Auga
Pavyzdinė pradinė dalis - 50%. Prielaida: 15-30% likusių atvejų susiję su nebaigtu savitarnos užsakymu ar konsultacijos perdavimu; sprendimas padėtų išspręsti 20-40% šių atvejų.
Užbaigti pirkimai dalijami iš visų palyginamų pradėtų savitarnos užsakymų, įtraukiant su specialistu užbaigtus pirkimus. Tas pats užsakymas skaičiuojamas vieną kartą.
Pateikti sąlyginiai skaičiavimo scenarijai. Prielaidos nepatvirtintos kliento matavimais.
Kada sprendimas aktualus
- Klientai dažnai prašo kainų ir likučių el. paštu
- Daug užklausų reikalauja techninės paieškos
- Daug užklausų laukia to paties specialisto
- ERP kainodara pasiekiama integracijomis
- Yra prioritetinė produktų kategorija su patikimais atributais
- Tiekėjų portalai tikrinami rankiniu būdu
Įgyvendinimo sąlygos
Techninių prekių savitarnai parengiami klientų kodai, parametrų paieška, pakuočių duomenys ir patvirtintų alternatyvų taisyklės. Užsakymų integracija turi grąžinti apskaitos patvirtintą kainą, kiekį ir terminą, o nepakankamai aprašyta užklausa perduodama techniniam specialistui.
Galima tolesnė plėtra
- Kliento prekių sąrašo patikra prieš užsakymą
- Nepatvirtinto tiekėjo kiekio alternatyvų suderinimas