Tarkvara valimine seadmete edasimüüjale on oluline otsus, kuid õige süsteemi valimine on vaid osa väljakutsest.
Isegi võimekas edasimüüja juhtimise või seadmete haldamise platvorm võib ebaõnnestuda oma täieliku väärtuse pakkumisel, kui see on rakendatud vale protsesside ümber, halvasti meeskonna poolt omaks võetud või kasutatud ilma selge arusaamata, mida edasimüüja tegelikult vajab.
Seadmestik edasimüüjad on eriti nõudlikud tarkvara keskkonnad. Üks ettevõte võib hallata sadu või tuhandeid masinaid, mitmeid asukohti, erinevaid seadmete kategooriaid, müüjaid, ostjaid, tarnijaid, kliente, turge, veebisaite, inspekteerimisi, hindamisi, logistikat ja finantsteavet. Kasutatud seadmed muutuvad samuti pidevalt: masinad saabuvad, liiguvad asukohtade vahel, saavad uusi hindamisi, reklaamitakse, kaubeldakse, müüakse ja mõnikord tagastatakse või vahetatakse.
Seetõttu võivad tarkvara vead otseselt mõjutada müügi efektiivsust, laoseisu täpsust ja kapitali hulka, mis on seotud varudega.
Hea uudis on see, et paljusid neist vigadest on võimalik vältida.
Kõige levinumate probleemide mõistmine võib aidata seadmete edasimüüjatel tarkvara tõhusamalt hinnata, rakendamist korralikult planeerida ja luua protsesse, mis tegelikult toetavad edasimüüja tegevust.
1. Tarkvara Valimine Enne Edasimüüja Protsesside Mõistmist
Üks levinumaid vigu on alustada tarkvarast, mitte ettevõttest.
Kaupleja võib alustada omaduste võrdlemisest, demonstratsioonide broneerimisest ja ekraanipiltide vaatamisest, enne kui dokumenteerib, kuidas seadmed praegu organisatsioonis liiguvad. See võib muuta keeruliseks määrata, kas süsteem lahendab tegelikult edasimüüja suurimad probleemid.
Enne tarkvara valimist peaksid edasimüüjad mõistma oma praeguseid töövooge.
Kuidas masin soetataks? Kus on selle teave registreeritud? Kes sisestab spetsifikatsioonid ja fotod? Kuidas registreeritakse soetamiskulu? Kuidas hinnatakse masinat? Kes otsustab küsitava hinna? Kuidas seda reklaamitakse? Kuidas suunatakse päringud müügiesindajatele? Kuidas jälgitakse pakkumisi ja läbirääkimisi? Mis juhtub, kui masin liigub teise filiaali? Mis juhtub, kui see müüakse?
Need küsimused paljastavad edasimüüja tegelikud nõudmised.
Eesmärk ei tohiks olla leida tarkvara, millel on pikim omaduste loetelu. Eesmärk peaks olema leida süsteem, mis toetab ettevõttele kõige olulisemaid protsesse.
2. Üldise süsteemi ostmine, mis ei mõista seadmeid
Kauplemiseks mõeldud tarkvara ei ole mõeldud kõigile seadmete edasimüüjatele.
Üldine CRM võib hästi hallata kontakte ja müügivõimalusi, samas kui üldine ERP võib tõhusalt hallata raamatupidamist, ostmist ja finantsprotsesse. Kuid seadmete edasimüüjatel on operatiivsed nõudmised, mis on spetsiifilisemad.
Masin ei ole lihtsalt veel üks toode andmebaasis.
Edasimüüjad võivad vajada tootja, mudeli, aasta, tundide, läbisõidu, seerianumbri, seisundi, lisade, spetsifikatsioonide, asukoha, soetamise teabe, hindamise, fotode, dokumentide, kontrolliteabe, küsitava hinna ja müügiajalooga tegelemist.
Süsteem peab samuti ühendama selle teabe klientide, päringute, pakkumiste ja turunduskanalitega.
Kui tarkvara ei mõista seadmete, varude ja müügi vahelisi seoseid, kompenseerivad meeskonnad sageli tabelite, jagatud kaustade, e-kirjade ja eraldi süsteemidega.
See tekitab teise probleemi: edasimüüjal võib tehniliselt olla tarkvara, kuid töötajad sõltuvad endiselt käsitsi lahendustest äri juhtimiseks.
3. Varude käsitlemine kui lihtne toote nimekiri
Varud on seadme edasimüüja keskmes, kuid üks levinud tarkvara viga on käsitleda seda kui mitte rohkem kui masinate nimekirja.
Kasulik seadmete varude süsteem peab pakkuma konteksti.
Juhtidel peab olema teada mitte ainult, millised masinad on laos, vaid ka kus nad asuvad, kui kaua nad on laos olnud, kui palju nad maksavad, mis on nende praegune väärtus, kus neid reklaamitakse ja kas nende järele on aktiivne nõudlus.
Müügimeeskondade jaoks peab inventuur olema otsitav ja kergesti mõistetav. Juhtimise jaoks peab see pakkuma usaldusväärset ülevaadet varudest ja seadmetesse investeeritud kapitalist.
Kui inventuuri andmed on puudulikud või aegunud, muutub iga protsess, mis sõltub neist, vähem usaldusväärseks.
Masinat, millel puuduvad fotod, võib olla raske reklaamida. Aegunud hinnaga masin võib genereerida madala kvaliteediga päringuid. Vale asukohaga masin võib tekitada tarbetut sisemist tööd. Puudulike spetsifikatsioonidega masin võib nõuda müüjalt aega teabe kogumiseks, mis peaks juba olemas olema.
Hea edasimüüja tarkvara peaks tegema täpsete inventuuriandmete säilitamise lihtsamaks, mitte lihtsalt pakkuma veel ühte kohta nende salvestamiseks.
4. Jätkamine tabelarvutuste kasutamisega peamise süsteemina
Tabelarvutused on äärmiselt kasulikud tööriistad ja enamikul edasimüüjatest on neil seaduslikud põhjused neid kasutada.
Probleem tekib siis, kui tabelarvutustest saab peamine operatiivne süsteem seadmete haldamiseks.
Tabelarvutus võib väikese inventari jaoks hästi toimida, kuid keerukus suureneb kiiresti, kui masinate, asukohtade, töötajate ja müügivõimaluste arv kasvab.
Erinevad versioonid võivad ilmneda. Teavet võib üle kirjutada. Töötajad võivad hallata oma faile. Uuendused ei pruugi kõigini jõuda. Oluline teave võib muutuda raskesti leitavaks.
Suurem probleem on see, et tabelarvutused harva ühendavad täielikku seadmete elutsüklit.
Masin võib eksisteerida ühes tabelarvutuses, selle fotod kaustas, kliendi päring e-posti postkastis, reklaamiteave mitmes turul ja müügitegevus teises süsteemis.
Tulemus on killustunud teave.
Edasimüüja tarkvara peaks vähendama seda killustatust, luues seadmete ja nende ümber toimuvate tegevuste keskse operatiivvaate.
5. Keskendumine funktsioonidele, mitte töövoogudele
Tarkvara demonstreerimised keskenduvad sageli tugevalt funktsioonidele.
Edasimüüja näeb inventari haldamist, CRM-i, aruandlust, integratsioone, turge, automatiseerimist ja muid võimekusi. Iga funktsioon võib individuaalselt tunduda kasulik, kuid oluline küsimus on, kuidas need koos töötavad.
Näiteks, on üks asi, et süsteemil on nii varude haldamine kui ka CRM. See on väärtuslikum, kui müüja saab avada kliendiandmed, näha varasemaid suhtlusi, tuvastada masinaid, mis vastavad kliendi nõudmistele, ja jätkata müügiprotsessi ilma, et peaks otsima eraldi süsteemide kaudu.
Sama põhimõte kehtib turunduse kohta.
Masin, mis on varudesse kantud, peaks ideaalis saama aluseks selle veebipõhisele nimekirjale, mitte nõudma töötajatelt sama teabe uuesti loomist iga müügikanali jaoks.
Edasimüüja tarkvara väärtus tuleneb ühendatud töövoogudest, mitte liidese nuppude arvust.
6. Tarkvara ostmine, mis nõuab liiga palju kohandamist
Igal edasimüüjal on oma protsessid ja teatud määral konfigureerimine võib olla kasulik.
Kuid liigne kohandamine võib muutuda tõsiseks probleemiks.
Süsteem, mis nõuab ulatuslikku arendust, enne kui see suudab toetada põhiedasimüüja töövooge, võib tekitada kõrgemaid rakenduskulusid, pikemaid ajakavasid ja suuremat sõltuvust tehnilisest toest.
See võib samuti muuta tulevased uuendused keerulisemaks.
Tarkvara hindamisel peaksid edasimüüjad eristama kasulikku konfigureerimist ja põhifunktsionaalsuse puudujääke.
Kui platvorm mõistab juba seadmete varusid, müüki, CRM-i ja edasimüüja töövooge, võib konfigureerimine olla piisav, et kohandada see äri jaoks.
Kui edasimüüja peab põhifunktsionaalsuse nullist üles ehitama, muutub projekt millegi väga erinevaks.
Õige küsimus ei ole lihtsalt, "Kas seda tarkvara saab kohandada?"
Peaaegu iga tarkvara saab mingil määral kohandada.
Parema küsimus on: "Kui palju kohandamist on vajalik, enne kui see tarkvara meie edasimüüjale töötab?"
7. Andmekvaliteedi eiramine rakendamise ajal
Tarkvara on kasulik ainult nii palju kui selle sees olev teave.
See muutub eriti oluliseks, kui edasimüüjad migreerivad olemasolevat inventari tabelarvutustest, vanadest süsteemidest või muudest andmebaasidest.
Vanad andmed võivad sisaldada puudulikke spetsifikatsioone, ebajärjekindlaid mudelinimesid, dubleeritud masinaid, aegunud hindu, vale asukohti või puudulikku kliendi teavet.
Kogu selle teabe viimine uude süsteemi ei lahenda aluseks olevat probleemi.
See lihtsalt liigutab probleemi.
Seetõttu on tarkvara rakendamine hea võimalus andmestandardeid kehtestada.
Edasimüüjad peaksid otsustama, millised seadmeväljad on vajalikud, kuidas tootjad ja mudelid on nimetatud, kuidas asukohti esitatakse, kuidas hindu hoitakse ja millist teavet müügiesindajad peavad täitma, enne kui masin saab avaldatud.
Puhtad andmed loovad tugevama aluse otsingule, aruandlusele, reklaamimisele, CRM-ile ja automatiseerimisele.
8. Kõikide asjade üheaegne rakendamine
Uus tarkvaraplatvorm võib tuua palju võimalusi.
See loob sageli kiusatuse käivitada kõik saadaval olevad funktsioonid samaaegselt.
Inventar, CRM, turunduse automatiseerimine, veebisaidid, turud, aruandlus, kontrollid, oksjonid, integratsioonid ja muud tööriistad võivad kõik olla väärtuslikud, kuid kõigi üheaegne rakendamine võib organisatsiooni üle koormata.
Töötajad õpivad uut süsteemi, samal ajal kui nad muudavad olemasolevaid protsesse.
Praktilisem lähenemine on sageli kõigepealt kehtestada põhitoimingute alus.
Paljude seadmete edasimüüjate jaoks tähendab see inventariandmete täpsuse saavutamist, järjepidevate seadmete töövoogude loomist ja müügimeeskonna usaldusväärset süsteemi kasutamist.
Lisafunktsioone saab seejärel tutvustada, kui organisatsioon platvormiga harjub.
Eesmärk ei ole aktiveerida iga funktsiooni võimalikult kiiresti. Eesmärk on luua jätkusuutlik kasutuselevõtt.
9. Kasutajate vastuvõtu alahindamine
Juhtkond võib valida tarkvara, kuid töötajad on need, kes lõpuks määravad, kas see õnnestub.
Kui müügiesindajad leiavad, et süsteemi on raske kasutada, võivad nad jätkata märkmete tegemist mujal. Kui inventari töötajad peavad andmete sisestamist liiga keeruliseks, võivad andmed jääda puudulikuks. Kui juhid ei kasuta aruandlusfunktsiooni, võivad töötajad näha platvormi administratiivse nõudena, mitte kasuliku äri tööriistana.
See loob tuttava mustri: ettevõttel on kaasaegne süsteem, kuid tegelikud protsessid toimuvad endiselt väljaspool seda.
Kasutajate vastuvõttu tuleks seega arvesse võtta tarkvara valimisel, mitte pärast rakendamist.
Liides peab igapäevased ülesanded lihtsaks tegema. Töötajad peaksid mõistma, miks teavet tuleb sisestada ja kuidas see teave neid aitab.
Näiteks on müügiesindajal tõenäolisem, et ta hoiab kliendiandmeid ajakohasena, kui ta saab seda kohe kasutada võimaluste jälgimiseks, sobivate masinate leidmiseks, järelmeetmete haldamiseks ja oma müügitoru mõistmiseks.
Tarkvara peaks andma väärtust inimesele, kes teavet sisestab.
10. Inventari eraldamine müügist
Üks suurimaid võimalusi seadmete edasimüüjatele on inventari ja müügiandmete ühendamine.
Tavaline viga on kahe haldamine eraldi.
Laoteam teab, mis on saadaval. Müügimeeskond teab, mida kliendid küsivad. Kuid kui need süsteemid on lahti ühendatud, jääb väärtuslik teave individuaalsetesse osakondadesse.
Ühendatud süsteem võib luua palju selgema suhte nõudluse ja pakkumise vahel.
Kui klient otsib teatud tüüpi seadmeid, peaksid müüjad suutma sobivaid masinaid kiiresti tuvastada. Kui seadmete järele on pidev nõudlus, mis ei ole hetkel saadaval, saab juhtkond seda teavet kasutada tulevaste ostude kaalumisel.
See loob tagasiside tsükli müügitegevuse ja laodektsioonide vahel.
Kauplemine ei halda enam lihtsalt masinaid, mis tal juba on. Ta kasutab kliendi nõudlust, et aidata määrata, mida peaks omandama ja kuidas peaks olemasolevat varu haldama.
11. Turgude käsitlemine eraldi laosüsteemist
Veebiturud on paljude seadmete edasimüüjate jaoks oluline müügikanal.
Üks tavaline viga on turu loendite haldamine sõltumatult peamisest laost.
See tähendab, et töötajad peavad võib-olla sama teavet mitu korda sisestama, fotosid korduvalt üles laadima ja hindu mitmel platvormil uuendama.
Iga käsitsi dubleerimine loob uue võimaluse ebajärjekindluseks.
Kui masina hind muutub, peab uus hind jõudma igasse asjakohasesse kanalisse. Kui masin müüakse, tuleb loendid eemaldada või uuendada. Kui uusi fotosid lisatakse, tuleb need võib-olla uuesti üles laadida.
Ühendatud laovaru ja turundusprotsess võivad oluliselt vähendada seda halduskoormust.
Kuna iga turgu ei käsitleta eraldi andmebaasina, saab edasimüüja säilitada keskse seadmete registri ja jagada teavet sellest allikast.
12. CRM-i tähelepanuta jätmine, kuna äri on "masinate kohta"
Seadmete edasimüüjad keskenduvad loomulikult masinatele.
Kuid tehing toimub lõpuks ettevõtete ja inimeste vahel.
Kliendid võivad küsida mitme masina kohta, naasta kuu pärast, läbirääkida hinna üle, küsida rahastamise teavet, arutada kaubavahetust või osta hiljem täiendavaid seadmeid.
Kui kliendisuhted hallatakse individuaalsete postkastide, märkmike või isiklike tabelite kaudu, võib oluline teave kaduda, kui töötajad vahetavad rolle või lahkuvad ettevõttest.
CRM-süsteem võib tagada järjepidevuse, ühendades kliendi teabe seadmete, päringute, vestluste ja müügitegevusega.
See muutub eriti väärtuslikuks pikemate müügitsüklite puhul.
Kliendil, kes ei osta täna, võib hiljem siiski saada väärtuslikuks kliendiks. CRM aitab tagada, et edasimüüja ei käsitle iga päringut isoleeritud tehinguna.
13. Täieliku müügiprotsessi jälgimise ebaõnnestumine
Teine levinud viga on tarkvara kasutamine ainult lõpetatud müükide registreerimiseks.
Kuna masin ilmub "müüdud" olekusse, on müügiprotsessi kohta juba palju väärtuslikku teavet loodud.
Võib olla olnud esialgne päring, kvalifitseerimine, seadmete sobitamine, vaatamine, kontrollimine, pakkumine, läbirääkimised ja järeltegevus.
Kui süsteem registreerib ainult lõpliku tehingu, on juhtkonnal piiratud ülevaade sellest, mis eelnevalt toimus.
Kasulik müügiprotsess peaks võimaldama mõista, kust võimalused tulevad, kuidas need arenevad ja kus need kaovad.
See võib aidata tuvastada operatiivprobleeme, mida ainult tulunumbrid ei suuda paljastada.
Näiteks võib edasimüüjal olla palju päringuid, kuid suhteliselt vähe lõpetatud tehinguid. Probleem võib olla müügivihje kvaliteet, vastamise aeg, hinnakujundus, järeltegevus, saadavus või mõni muu protsessi osa.
Ilma toruinfoeta on neid küsimusi raske vastata.
14. Aruandluse ignoreerimine kuni rakendamiseni
Aruandlust käsitletakse mõnikord kui midagi, mida saab hiljem konfigureerida.
See võib olla viga.
Edasimüüjad peaksid tuvastama küsimused, millele juhtkond peab vastama enne süsteemi valimist ja rakendamist.
Näiteks:
Milline varustus on praegu laos?
Kui kaua on iga masin olnud laos?
Kui palju kapitali on seotud laos?
Millised kategooriad müüvad?
Millised masinad genereerivad päringuid?
Millistes asukohtades on kõige rohkem inventari?
Millised müüjad omavad aktiivseid võimalusi?
Kust tulevad müügivihjed?
Kuidas muutuvad küsitavad hinnad?
Milline varustus muutub liigutamiseks keeruliseks?
Täpsed mõõdikud varieeruvad edasimüüjate vahel, kuid põhimõte on sama.
Tarkvara peaks tegema oluliste äri küsimuste vastamise lihtsamaks.
Kui juhtkond peab endiselt iga kuu mitmeid arvutustabeleid kokku panema, et mõista varude tulemuslikkust, ei pruugi süsteem pakkuda piisavalt operatiivset nähtavust.
15. Tegevuse mõõtmine tulemuste asemel
Teine tarkvaraviga on suurte andmemahtude kogumine, ilma et neid otsuste toetamiseks kasutataks.
Armatuurlaud võib sisaldada kümneid mõõdikuid ja siiski ei pruugi see vastata olulistele küsimustele.
Seadmete edasimüüjad peaksid keskenduma teabele, mis viib tegevuseni.
Varude puhul võib see tähendada vananemist, hindamist, asukohta, soetusmaksumust ja müügitulemusi.
Müügi puhul võib see tähendada toru väärtust, konversiooni, müügitsüklit, päringuid ja marginaale.
Turunduse puhul võib see tähendada nimekirja tulemuslikkust, kanalite kaupa päringuid ja seadmete nähtavust.
Aruandluse eesmärk ei ole rohkem numbreid toota. See on edasimüügi lihtsustamine.
16. Mitme asukoha unustamine
Kuna seadmete edasimüüjad kasvavad, jaotatakse varud sageli filiaalide, õuede või riikide vahel.
Tarkvara, mis töötab ühes asukohas, võib muutuda keeruliseks hallata, kui masinad hakkavad asukohtade vahel liikuma.
Keskne süsteem peaks võimaldama näha laiemat varude pilti, säilitades samas asukoha tasandi teabe.
Müügiesindajad võivad vajada teavet, kus masin füüsiliselt asub. Juhtkond võib soovida võrrelda varusid filiaalide vahel. Klientidele võivad huvi pakkuda seadmed, mis ei asu nende lähimas asukohas.
Ilma jagatud süsteemita võivad mitme asukoha operatsioonid kiiresti luua dubleerivaid kirjeid ja suhtlemisprobleeme.
Seega peaks edasimüüja arvestama tulevase kasvuga, kui ta hindab tarkvara, mitte valima süsteemi, mis põhineb ainult tänaste asukohtade arvul.
17. Tarkvara valimine ilma integratsioone arvesse võtmata
Edasimüüjate tarkvara harva töötab täiesti iseseisvalt.
Seadmete ettevõtted võivad juba kasutada raamatupidamistarkvara, veebisaite, turge, maksesüsteeme, logistika platvorme, reklaamikanaleid või muid spetsialiseeritud tööriistu.
Seega peab uus süsteem sobima laiemasse tehnoloogia keskkonda.
Integratsioonid võivad vähendada dubleerivat andmesisestust ja aidata teabel liikuda süsteemide vahel.
API kättesaadavust ja integratsioonivõimalusi tuleks arvesse võtta valikuprotsessi käigus, eriti edasimüüjate puhul, kellel on välja kujunenud tehnoloogia infrastruktuur.
Eesmärk ei ole tingimata asendada iga olemasolevat süsteemi.
Paljudel juhtudel on praktilisem eesmärk kindlaks teha, milline süsteem peaks olema iga teabe tüübi operatiivne allikas ja teha süsteemid koostööd seal, kus see on vajalik.
18. Tarkvara valimine ainult hinna põhjal
Tarkvara hind on oluline, kuid litsentsihind üksi ei esinda süsteemi kogukulu.
Edasimüüjad peaksid arvestama ka rakendamise, andmete migreerimise, koolituse, integratsioonide, kohandamise, hoolduse ja aja, mille töötajad veedavad piirangutest mööda töötades.
Odavam süsteem, mis nõuab ulatuslikku käsitööd, võib lõpuks maksma minna rohkem kui spetsialiseeritud platvorm.
Vastupidine võib samuti olla tõsi: kallis süsteem, mille funktsionaalsust edasimüüja ei vaja, võib tekitada tarbetuid kulusid.
Seetõttu peaks kasulik võrdlus arvestama kogu tegevusmõju, mitte ainult igakuist või aastast tellimust.
19. Kasvu planeerimise puudumine
Tarkvara peaks toetama edasimüüjat, kelleks ettevõte muutub, mitte ainult edasimüüjat, kelleks ta täna on.
Kasv võib tähendada rohkem varusid, rohkem müügiesindajaid, täiendavaid asukohti, uusi turge, rohkem turge või suuremat tehingu mahtu.
Süsteem, mis töötab hästi väikese ulatusega, võib muutuda piiravaks, kui organisatsioon laieneb.
See ei tähenda, et iga edasimüüja vajab kõige arenenumat platvormi. See tähendab, et edasimüüja peaks mõistma süsteemi skaleeritavust enne pikaajalise kohustuse võtmist.
Küsimused kasutajate, asukohtade, varude mahu, integratsioonide, automatiseerimise ja andmete kohta peaksid olema osa hindamisprotsessist.
20. Eeldades, et tarkvara parandab halbu protsesse automaatselt
Tarkvara võib protsesse parandada, kuid see ei saa kõrvaldada vajadust heade protsesside järele.
Kui töötajad ei tea, kes vastutab masina teabe uuendamise eest, ei lahenda uus platvorm automaatselt seda probleemi.
Kui hindu muudetakse ilma määratletud protsessita, ei saa tarkvara kindlaks teha, milline hind on õige.
Kui müügiesindajad ei jälgi kliente, ei saa CRM iseenesest suhet luua.
Seetõttu nõuab eduka tarkvara rakendamine nii tehnoloogiat kui ka operatiivset distsipliini.
Süsteem peaks tegema soovitud protsessi järgimise lihtsamaks, samal ajal kui juhtkond kehtestab selged vastutused ja standardid.
21. Ühe tõe allika määratlemise ebaõnnestumine
Võib-olla on suurim aluseks olev probleem paljude edasimüüjate tarkvaravigade taga ebakindlus selle osas, kus teave peaks olema.
Kui inventari tabel, CRM, veebisait ja turuplats sisaldavad kõik veidi erinevat teavet, kellele peaksid töötajad usaldama?
Edasimüüja peaks määratlema selge tõe allika oluliste operatiivandmete jaoks.
Seadmete teabe puhul on see sageli keskne inventariteave. Kliendi- ja müügiandmeid võib hallata läbi CRM-i. Finantsandmed võivad jääda raamatupidamise või ERP süsteemi.
Oluline punkt on see, et töötajad peaksid teadma, kust leida uusimat teavet ja milline süsteem on vastutav selle säilitamise eest.
See muutub üha olulisemaks, kui äri kasvab.
22. Süsteemi mitte ülevaatamine pärast rakendamist
Rakendamist ei tohiks pidada tarkvaraprojekti lõpuks.
Pärast mitmeid kuud reaalses kasutuses on edasimüüjal palju selgem arusaam sellest, mis töötab, mis ei tööta ja kus on võimalik täiendavaid parandusi teha.
Juhtkond peaks perioodiliselt üle vaatama:
Andmete kvaliteet
Kasutajate omaksvõtt
Inventari täpsus
Müügi töövoog
Aruandlus
Turuplatsiprotsessid
Integratsioonid
Käsitsi lahendused
Koolitusnõuded
Uued äri nõuded
See ülevaatus võib paljastada protsessid, mis vajavad kohandamist või funktsioone, mida töötajad ei kasuta tõhusalt.
Tarkvara peaks arenema koos edasimüüjaga.
Kuidas vältida neid edasimüüjate tarkvaravigu
Tarkvaravigade vältimine algab enne tarkvara ostmist.
Kaupleja peaks esmalt kaardistama oma kõige olulisemad töövood, tuvastama, kus teave praegu killustub, ja määrama, millised probleemid omavad suurimat operatiivset mõju.
Sealt edasi saab tarkvara hinnata tegelike nõudmiste alusel, mitte üldise funktsioonide kontrollnimekirja alusel.
Kasulik hindamine peaks arvesse võtma mitmeid valdkondi koos: seadmete inventuur, müük, CRM, turundus, aruandlus, asukohad, integratsioonid, andmekvaliteet, kasutatavus ja skaleeritavus.
On samuti oluline kaasata inimesed, kes platvormi tegelikult kasutavad. Juhtkond võib keskenduda aruandlusele ja kontrollile, samas kui müügiesindajad võivad rohkem hoolida seadmete leidmisest ja klientide haldamisest. Inventarimeeskondadel võivad olla täiesti erinevad prioriteedid.
Õige lahendus peab töötama nende perspektiivide vahel.
Kõige tähtsam on, et edasimüüjad peaksid vaatama kaugemale kui tarkvara ise.
Platvorm võib pakkuda suurepärast funktsionaalsust, kuid tõeline väärtus tuleneb sellest, kui hästi see ühendab edasimüüja inimesi, seadmeid, andmeid ja protsesse.
Praktiline edasimüüja tarkvara kontrollnimekiri
Enne edasimüüja tarkvara valimist või asendamist küsige järgmisi küsimusi:
Valdkond | Küsimused, mida esitada |
Inventuur | Kas me saame iga masina kohta säilitada täpsed ja üksikasjalikud andmed? |
Seadmete andmed | Kas me saame hallata spetsifikatsioone, dokumente, fotosid, hindamisi ja asukohti? |
Müük | Kas müügiesindajad saavad hallata päringuid, võimalusi, pakkumisi ja järelmeetmeid? |
CRM | Kas kliendid ja nende seadmete huvid on ühendatud ühte süsteemi? |
Turundus | Kas seadmete teavet saab tõhusalt jagada asjakohastes kanalites? |
Aruandlus | Kas juhtkond näeb inventari, müüki ja tegevuse tulemuslikkust ilma käsitsi tabeliteta? |
Asukohad | Kas süsteem toetab mitmeid haru, õues või riike? |
Integratsioonid | Kas see saab ühendada teiste süsteemidega, mida edasimüüja juba kasutab? |
Andmed | Kas me saame kehtestada järjepidevad standardid ja säilitada usaldusväärse tõe allika? |
Kasutatavus | Kas töötajad kasutavad süsteemi iga päev? |
Skaleeritavus | Kas platvorm toetab edasimüüjat, kui inventar, kasutajad ja asukohad kasvavad? |
Kogukulu | Kas oleme arvesse võtnud rakendamise, koolituse, integratsioonid ja pidevad tegevuskulud? |
Edasimüüja tarkvaravigade tegelik hind
Halbade tarkvarade otsuste hind ei piirdu tellimustasudega.
See võib ilmneda tundide kaupa, mis kulutatakse sama teabe sisestamiseks mitu korda, masinate reklaamimisega aegunud detailidega, mööda läinud järgnevustega, puudulike kliendiajaloodega, ebatäpsete inventariaruannetega ja juhtimisotsustega, mis põhinevad killustatud teabel.
Aja jooksul võivad need väikesed ebatõhusused muutuda oluliseks.
Seadmete edasimüüja jaoks võivad tagajärjed olla eriti olulised, kuna inventar esindab märkimisväärset kapitali. Mida kauem masin laos püsib, seda olulisemaks muutuvad täpsed andmed, tõhus turundus ja õigeaegne müügitegevus.
Seega ei ole edasimüüja tarkvara eesmärk lihtsalt olemasolevate protsesside digitaliseerimine.
See peaks aitama edasimüüjal luua rohkem ühendatud viisi seadmete, klientide ja müügi haldamiseks.
Lõppmõtted
Tavalised edasimüüja tarkvara vead ei tulene harva ühest halvast funktsioonist või ühest valest otsusest. Tihti tulenevad need tarkvara, edasimüüja protsesside ja töötajate tegeliku tööviisi vahelisest sobimatust.
Üldise süsteemi valimine, arvestamata seadme-spetsiifilisi töövooge, võib tekitada lünki. Tabelite kasutamine võib teavet killustada. Liialt palju korraga rakendamine võib kahjustada vastuvõtmist. Andmekvaliteedi ignoreerimine võib kahjustada aruandlust. Laoseisu, müügi, CRM-i ja turunduse eraldamine võib tekitada tarbetut käsitööd.
Lahendus on läheneda edasimüüja tarkvarale kui operatiivsele süsteemile, mitte lihtsalt veel ühele äritarkvarale.
Alustage edasimüüja protsessidest. Tuvastage, kus teave kaob või dubleeritakse. Määratlege, mida töötajad ja juhtkond peavad teadma. Looge usaldusväärne tõeallikas seadmete ja kliendiandmete jaoks. Seejärel hinnake tarkvara selle põhjal, kui tõhusalt see suudab neid nõudeid ühendada.
Seadmete edasimüüjate jaoks ei ole kõige kasulikum tarkvara tingimata platvorm, millel on kõige rohkem funktsioone. See on platvorm, mis muudab edasimüüja tegevuse lihtsamaks, annab töötajatele parema juurdepääsu teabele ja loob selgema seose laoseisu, klientide ja müügi vahel.