Koristne informacije ...

Primer portala za naročila za hitrejše procese

Ko naročila prihajajo po e-pošti, telefonu, Excelovih tabelah in sporočilih, napaka ni vprašanje če, temveč kdaj. Dober primer portala za naročila pokaže, kako lahko podjetje ta razpršen proces spremeni v jasen, nadzorovan in za uporabnika enostaven sistem. Ne gre zgolj za obrazec na spletni strani. Gre za poslovno orodje, ki poveže naročnika, prodajo, skladišče, računovodstvo in vodstvo.

Tak portal je posebej smiseln za podjetja z rednimi B2B naročili, distributerje, veleprodajo, servisne dejavnosti, proizvajalce in organizacije z internimi naročilnimi postopki. Njegova vrednost se pokaže v vsakdanjih podrobnostih: manj klicev za preverjanje statusa, manj ročnega prepisovanja podatkov in boljši pregled nad tem, kaj se dejansko dogaja.

Kako deluje primer portala za naročila

Predstavljajmo si podjetje, ki prodaja tehnično opremo poslovnim strankam. Njihovi kupci naročajo večkrat mesečno, vsak ima dogovorjen cenik, različne plačilne pogoje in včasih še poseben izbor izdelkov. Klasična spletna trgovina tu pogosto ni dovolj. Kupec ne potrebuje splošne ponudbe za vse obiskovalce, ampak hitro naročanje po pogojih, ki veljajo zanj.

Po prijavi v portal vidi svoj katalog, svoje cene, pretekla naročila, odprte račune in stanje dobave. Izdelke doda v košarico, pri nekaterih navede še oznako projekta ali interno številko naročilnice, nato pa naročilo odda. Sistem ga samodejno posreduje v administracijo podjetja, kjer ga odgovorna oseba potrdi, dopolni ali po potrebi vrne v uskladitev.

Na drugi strani prodajna ekipa ne išče več podatkov po mapah in nabiralniku. Pri naročilu vidi zgodovino kupca, dogovorjene pogoje, zalogo, opombe ter dokumente. Če je portal povezan s skladiščnim ali poslovnim sistemom, se podatki prenašajo brez dodatnega prepisovanja. To je točka, kjer portal preneha biti le spletna rešitev in postane del operativnega procesa.

Portal ni nujno spletna trgovina

Razlika je pomembna. Spletna trgovina je praviloma namenjena javni prodaji: obiskovalec izbere izdelek, plača in pričakuje dostavo. Portal za naročila pa je pogosto zaprt sistem za registrirane poslovne uporabnike, partnerje, zaposlene ali člane organizacije.

Lahko vključuje spletno plačilo, vendar to ni pogoj. V številnih B2B procesih je pomembneje, da naročilo upošteva pogodbeni cenik, limit kupca, odobritev nadrejenega ali izdajo računa po dobavi. V nekaterih primerih portal omogoča le zbiranje zahtevkov, končno potrditev in obračun pa opravi prodajna služba. Prava rešitev je zato odvisna od vašega procesa, ne od oznake, ki jo zanjo izberemo.

Funkcije, ki prinašajo dejanski prihranek

Naročilni portal mora biti prijeten za uporabo, vendar lep vmesnik sam po sebi ne odpravi administrativnega kaosa. Prednost nastane, ko so funkcije usklajene z delom vaše ekipe in navadami vaših kupcev.

Osnova je urejen uporabniški dostop. Vsak kupec, poslovalnica ali uporabnik lahko vidi le podatke, izdelke in cene, do katerih je upravičen. To je koristno pri pogodbenih cenikih, ekskluzivnih izdelkih ali večjih organizacijah, kjer naročila oddaja več oseb, potrditev pa poda ena odgovorna oseba.

Pomemben je tudi pregled statusov. Kupec naj brez klica vidi, ali je naročilo prejeto, potrjeno, v pripravi, odpremljeno ali zaključeno. Ekipa pa mora vedeti, kdo je naročilo obdelal, kdaj se je status spremenil in ali manjka podatek za nadaljnje delo. Tako se komunikacija ne izgubi, ampak ostane vezana na konkretno naročilo.

Pri večjem obsegu imajo veliko vrednost funkcije za ponavljanje naročil, shranjene sezname priljubljenih izdelkov in uvoz naročilnih postavk iz datoteke. Kupec, ki vsak teden naroča podoben material, ne želi vsakič iskati istih dvajsetih izdelkov. Želi hitro potrditi količine in oddati naročilo. Manj klikov pomeni manj opuščenih postopkov in manj napak.

Za vodstvo pa je uporaben administrativni pregled: promet po strankah, izdelkih ali obdobjih, pogostost naročanja, odprta naročila in izstopanja. Takšni podatki ne nadomestijo poslovne analitike, lahko pa hitro pokažejo, kje nastajajo zamude in kateri kupci potrebujejo drugačen pristop.

Povezava z vašimi sistemi odloča o uspehu

Portal, v katerem zaposleni podatke nato ročno vnašajo še v računovodstvo ali skladišče, je lahko korak naprej, ni pa končna rešitev. Pri resnem projektu je treba že na začetku določiti, kateri sistem je glavni vir podatkov za izdelke, zaloge, cene, partnerje in račune.

Če poslovni program vodi zalogo, mora portal vedeti, kdaj in kako jo preverja. Pri nekaterih podjetjih je primeren prikaz zaloge v realnem času, pri drugih zadostuje podatek o razpoložljivosti, ki se osvežuje periodično. Razlika je odvisna od hitrosti prodaje, števila skladišč in zanesljivosti izvornih podatkov.

Podobno velja za cenike. Če se cene za posamezne kupce pogosto spreminjajo, jih ni smiselno vzdrževati na dveh mestih. Če pa so ceniki bolj stabilni in poslovni sistem nima primernega vmesnika, je lahko upravljanje v portalu povsem racionalna odločitev. Tehnologija mora podpreti proces, ne pa ustvariti dodatnega dela samo zato, ker je povezava videti napredna.

Prav tu se pokaže prednost razvoja po meri. Generične platforme imajo svoje omejitve: pogosto zahtevajo prilagoditev vašega poslovanja njihovim modulom. Pri naročilnem portalu je bolj smiselno obratno. Rešitev naj se prilagodi odobritvam, cenam, dokumentaciji in povezavam, ki jih vaše podjetje dejansko potrebuje.

Uporabniška izkušnja brez nepotrebnih korakov

Poslovni uporabnik ne obišče portala zato, ker želi raziskovati dizajn. Obiskal ga je, ker želi naročiti, preveriti dobavo ali najti dokument. Zato mora biti pot kratka in logična.

Iskalnik izdelkov mora delovati tudi takrat, ko kupec vnese interno šifro, del imena ali oznako proizvajalca. Filtri naj sledijo načinu, kako kupci izbirajo izdelke. Če naročajo po dimenziji, materialu ali združljivosti z napravo, naj bodo to ključni filtri, ne naključno izbrani atributi iz kataloga.

Tudi obrazci potrebujejo disciplino. Zahtevajte samo podatke, ki jih res potrebujete za obdelavo naročila. Vsako nepotrebno polje podaljša postopek in poveča verjetnost, da uporabnik naročila ne bo dokončal. Kadar so podatki že znani, naj jih portal sam predizpolni, uporabnik pa jih po potrebi popravi.

Portal mora biti prilagojen tudi mobilnim napravam. To ne pomeni, da mora vsak kompleksni administrativni postopek potekati na telefonu. Pomeni pa, da mora kupec na poti brez težav preveriti status, ponoviti prejšnje naročilo ali poslati zahtevek. Za obsežna naročila bo namizni računalnik še vedno pogosto boljša izbira.

Varnost in pravice uporabnikov niso dodatek

Naročilni portal vsebuje poslovne podatke: cene, zgodovino nakupov, dokumente, naslove in včasih informacije o plačilih. Dostopi morajo biti urejeni premišljeno. Administrator potrebuje drugačne pravice kot prodajnik, kupec pa ne sme videti podatkov drugega kupca.

Osnovni standard so varne prijave, nadzor uporabniških vlog, redne posodobitve, varnostne kopije in sledljivost pomembnih sprememb. Pri občutljivejših procesih je smiselna še dodatna potrditev prijave ali omejevanje dostopa glede na organizacijo uporabnika. Varnost ni funkcija, ki jo dodamo tik pred objavo. Vpliva na zasnovo sistema od prvega dne.

Kako se lotiti projekta brez ugibanja

Največ projektov se zaplete, ko se začne z vprašanjem, kako naj portal izgleda, namesto s vprašanjem, kako naročilo danes potuje skozi podjetje. Pred razvojem je treba popisati pot od prvega interesa do računa ali dostave. Kdo odda naročilo, kdo ga pregleda, kje nastanejo izjeme, kateri podatki se vnašajo dvakrat in kateri sistemi so vključeni?

Nato določite prvo različico. Ni nujno, da že ob začetku vključuje vse možne scenarije. Smiselno je začeti s postopkom, ki prinaša največ administrativnega prihranka, in ga izvesti brez kompromisov. Kasneje lahko dodate napredna poročila, posebna pravila odobritev, nove uporabniške skupine ali dodatne integracije.

Moxy Web pri takšnih projektih združuje načrtovanje uporabniške poti, oblikovanje, razvoj po meri in povezovanje s poslovnimi sistemi. Cilj ni portal, ki zgolj lepo izgleda na predstavitvi, temveč rešitev, ki ekipi vsak dan prihrani čas in kupcem daje razlog, da naročajo prav pri vas.

Dober portal za naročila ni še en digitalni kanal, ki ga je treba posebej upravljati. Če je pravilno zasnovan, postane mirnejši način poslovanja: kupec hitreje naroči, ekipa dela z bolj zanesljivimi podatki, podjetje pa končno vidi proces kot celoto.