Silt: E-poe tegemine

Kuidas rajatakse e-poode tulevikus?

KUIDAS RAJATAKSE VEEBIPOODE TULEVIKUS?

Viimati väitsin, et tulevikus ei saa enam rääkida veebipoest, vaid kauplemine toimub igal pool digitaalselt. See tekitab muidugi küsimuse, kuidas veebipoode peaks arendama, mis saab veebipoe platvormidest ja kas tasub üldse veel oma veebipoodi rajada.

Rakendusliideste tähtsus suureneb ka e-poe platvormidel

Eelistatud veebipoe platvormid, nagu Magento, WooCommerce ja Shopify, peavad veel kaua vastu. Nende arendamisel muutub senisest olulisemaks hea rakendusliides, mis lubab ühendada mitmesugused kasutajaliidesed, SaaS-teenused ja taustsüsteemid üheks tervikuks. Rakendusliidesepõhisus ehk mõtteviis „API first” on kõigi tulevaste veebipoe platvormide eeldus. Konkurentsis püsimiseks on mõned platvormid oma arendustöös sammud selles suunas juba seadnud.

Lisandub ka täiesti uusi platvorme, mis on loodud toimima spetsiaalselt rakendusliideste kaudu. Platvormid ei ole enam niivõrd kliendi, kuivõrd kaupmehe jaoks. See tähendab, et platvormide roll hakkab seonduma rohkem taustategevusega, samas kui klientidele nähtavad kasutajaliidesed on senisest enam tehtud eritellimusel.

Veebipood tasub rajada platvormile juhul, kui platvormil on piisavalt valmis omadusi, mida ei ole vaja oma tarbeks kohandada, vaid mis sobivad sellisel kujul. Enne veebipoe rajamist kontrollige alati platvormi kohta järgmist.

  • Kõik veebipoe kasutusmallid saab teha rakendusliidese kutsetega välisest, brauseripõhisest rakendusest.
  • Kõik muude süsteemide jaoks vajalikud andmed saab rakendusliideste kaudu kasutusele võtta.
  • Platvormilt saab võtta kasutusele vaid need osad, mida vaja.
  • Platvormil on sellised omadused, mida teie äri vajab. Platvormi omaduste muutmine ei ole väga keeruline (alati pole see võimalikki). Veenduge, et omadus vastab sellisel kujul teie nõudmistele.
  • Platvormi omadusi on võimalik laiendada kohandatud mikroteenuste abil.
  • Platvormil on oskuslik tarnija, kes toetab teie äri.
veebipoe platvormide võrdlus

veebipoe platvormide võrdlus

Foto: veebipoe platvormide võrdlus Allikas: Magic Quadrant for Digital Commerce / Gartner (suvi 2018)

Eritellimus ei ole nii kallis, kui arvatakse

Eritellimuse kasuks võiks otsustada juhul, kui ükski platvorm ei too poele piisavalt lisaväärtust. Alati ei ole eritellimuse arenduskulud suuremad kui traditsiooniliste veebipoe platvormide omad. Tavapäraste platvormide arendamisel tekivad kulud sellest, et nende omadusi tuleb sageli oma vajadustega sobitada. Lõpptulemus ei pruugi sel juhul alati kõige parem olla. Lisaks on platvormidel palju liigseid omadusi, millest on pigem kahju kui kasu.

Eritellimuse omadused on läbi mõeldud ja platvorm luuakse algusest peale nii, et lõpptulemus oleks täpselt selline nagu vaja. Mõiste „eritellimus” viib pisut eksiteele, sest tänapäeval ei tähenda eritellimus arendustöö alustamist puhtalt lehelt. Uue süsteemi ehitamisel kasutatakse ära programmeerimise raamistikke ja teeke ning nende ökosüsteemide pakutavaid valmiskomponente, mille ühendamisel oma koodiga saadakse soovitud lõpptulemus.

Mikroteenuste arhitektuur all, kasutajapõhine kasutajaliides peal

Nii nagu platvormipoe korral, tuleks ka eritellimuse puhul alustada kliendipõhisest planeerimisest. Esmalt veendutakse kasutajaliidese prototüüpide ja testimise abil, et rõhutakse äri seisukohalt õigetele omadustele ning jõutakse õiges kohas õigete klientideni. Selle alusel kavandatakse rakendusliidesed, mis lubavad luua lõpliku kasutajaliidese.

Üks kindel moodus on kasutada mikroteenuste arhitektuuri. Iga mikroteenus vastutab ühe terviku eest ning pakub rakendusliidest teistele teenustele ja kasutajaliidestele. Üks mikroteenus võib vastutada näiteks ostukorvi funktsiooni eest ja teine tellimuse andmete edastamise eest ERP-süsteemi, kolmas jällegi laohalduse eest. Lisaks kohandatud mikroteenustele võib kasutada ka SaaS-teenustena saadaolevaid omadusi, nagu veebipoe otsifunktsioon või isikustatud sisu.

Ükskõik, kas valite platvormipõhise või üksikutest komponentidest üles ehitatud veebipoe, peamine on kanda hoolt rakendusliideste eest. Nii ei jää arendus pidama selle taha, et õige teave ei jõua kasutusele sel ajal ja selles kohas, kus seda vaja on.

Monoliidist polülidini – miks luuakse it-süsteemid osadest?

Mõiste monoliit pärineb geoloogiast ja sellega viidatakse ühele kompaktsele kivimitest koosnevale rahnule. IT-maailma on mõiste laenatud skulptuuri ja arhitektuuri vallast. Kui inimene loob ühest kivist tervikliku kunstiteose, olgu see siis seotud kunsti, arhitektuuri või infotehnoloogiaga, võime seda nimetada monoliidiks.

Loogiliselt mõeldes on nii, et mida suurem on see monoliit, seda raskem on seda teisaldada, seda raskem see on ja seda kergemini võib selle küljest tükikesi ära murduda. Ühest kivist loodud tervikut on väga raske hiljem muuta. Poolel teel ei ole enam võimalik teha muudatusi selles vallas, millist lõpptulemust soovitakse.

Mis seos on sellel IT-süsteemidega?

Suurem osa varasematest IT-süsteemidest on monoliidid. IT-monoliit tähendab ühte suurt süsteemi, milles on kõik funktsioonid ühest „kivist“, neid ei saa üksteisest lahutada. Enamasti kasutatakse ka ühte tehnoloogiat ning kõike juhitakse ühest kohast ja ühe protsessina. Kui selles ilmneb aja jooksul probleeme, on süsteemi raske paikama hakata. Kui sellist süsteemi soovitakse muuta või arendada, on see enamasti keerukas ja kallis.

Näiteks on varasemad veebipoed monoliitsed üksused, mis hõlmavad veebipoodi ennast, laohaldust, tarnete haldamist ja tegevusjuhtimissüsteemi, ning seda kõike ühe terviku, ühe rakenduse all. Samasuguseid suuri süsteeme on kõikjal, alates erasektorist ning lõpetades riigihaldusega.

Monoliitsüsteem ei ole iseenesest midagi halba. Teatud juhtudel võibki olla mõistlikum luua üks terviksüsteem, kui see on piisavalt väike, tulevasi muudatusvajadusi on arvatavalt vähe, rakendust kasutatakse suhteliselt lühikest aega või on vaja nn ühekordset lahendust. Sellisel juhul on see tervik lihtne ja toimiv, teabeedastus süsteemi eri osade vahel on hõlbus ja lihtne. Probleemid tekivad alles siis, kui ühest kivist püütakse ehitada suur korrusmaja koos kogu sisseseadega.

Miks tahetakse monoliiti asendada?

Üks põhjus monoliitsüsteemide asendamiseks on see, et kõik süsteemid aeguvad ja neid tuleb mingil ajal uuendada. Suuremahuline süsteemi terviklik uuendamine on kallis investeering ja ka ajaliselt pikk projekt. Ei ole enam eriti realistlik korraldada miljoneid maksev konkurss ja asendada üks monoliitsüsteem teise samasugusega. See on lihtsalt väga riskantne.

Teine põhjus monoliitsüsteemide asendamiseks on seotud vajadusega pakkuda uusi teenusekanaleid ja luua klientidele täiesti uusi teenuseid. Näiteks soovitakse edastada teavet vanast süsteemist auto armatuurlauale või nutitelefoni. Sellisel juhul tuleb teha vanale brauseri kaudu kasutatavale teenusele mobiilirakendus. Või soovitakse teenindada kliente universaalselt kõigi võimalike kanalite kaudu.

Vana süsteem ei suuda enam kõiki vajadusi rahuldada, sest neid ei olnud siis veel olemas, kui monoliitsüsteem omal ajal loodi.

Seepärast luuakse nüüd polüliite

Polüliit ei ole ametlik termin, kuid see kirjeldab hästi tänapäevast viisi luua uusi või uuendada vanu IT-süsteeme. Monoliit eraldatakse väiksemateks üksusteks ja sellele lisatakse uusi väiksemaid osi, mis küll suhtlevad omavahel, kuid ei ole suletud samasse süsteemi. Süsteeme luuakse ja uuendatakse osade abil.

See kõik võib paista sellisena, et tervik selle kaudu killustub. Tegelikult püütakse monoliitide tükeldamise teel luua lihtsamaid ja paremini juhitavaid süsteemi osi, probleeme lahendatakse väiksemate üksuste kaupa. Mitmekanalilise osadest koosneva süsteemi puhul on vaja ka erinevat terviku juhtimist kui varasema monoliitsüsteemi puhul. Seepärast on tegelikult mõistetav, et võib tunduda turvalisem astuda süsteemitarnija juurde ja tellida ühe korraga üks monoliitne süsteem.

Polüliitsüsteemide kasuks räägivad siiski mitmed olulised asjaolud.

  • Kui süsteemi puhul ei ole tegemist ühe hiigelsuure tervikuga, väheneb oluliselt investeeringu risk. Uuendusi saab enne suuremate otsuste tegemist esmalt katsetada süsteemi osal.
  • Suurele tervikule on raske õiget hinda määrata, seepärast võib tihti esineda varjatud või muid ootamatuid lisakulusid. Väiksemaid üksusi on lihtsam prognoosida ja juhtida.
  • Polüliidi projektis võib tööde käigus teha muudatusi, sest tervik koosneb väiksematest osadest. Üksusi saab vahetada, lisada või eemaldada.
  • Lihtsam on vahetada tarnijat, kui teenus ei peaks sobima. Terviku loomisel võib osaleda mitu tehnilist teostajat.
  • Süsteemi saab luua mitme eri tehnoloogia abil, mis teenindavad teatud osi paremini kui see üks ja seesama, mille abil on loodud monoliitsüsteem.
  • Uuendusi saab kiiremini rakendada, kui neid tehakse üksuste kaupa. Vana süsteem püsib alati töökorras ja kasutaja ei pea puutuma kokku suuremate teenuse katkestustega.

Enne monoliitsüsteemi ostmist soovitan tõsiselt kaaluda, kas ei oleks mõistlikum luua süsteem eraldi osadest, kui raiuda välja ühest kivist.

Esimesed Magento 2 moodulid

Itella Smartpost pakiautomaadid Eesti Magento 2

SmartPOST – moodsaim, mugavaim ja soodsaim pakkide saatmine ja kättesaamine, mis kindlustab pakkide korraliku säilimise ka kehvades ilmaoludes. Moodul ühendab Sinu veebipoe SmartPosti terminali-süsteemiga, et kiiresti ja mugavalt infot vahetada.

Mida Itella SmartPosti moodul Sinu heaks teha saab?

  1. Klient valib Sinu e-poes ostu vormistamisel rippmenüüst endale sobiva pakiautomaadi, kuhu soovib pakile järgi tulla.
  2. Moodul saadab info paki kohta Itella süsteemi, kus luuakse pakile saatmise silt.
  3. Vastavalt kokkuleppele alustatakse tarnimist. Tarneaeg sõltub vastavatest kokkulepetest.

Administraatori seadistusvõimalused:

  1. Automaatne pakiautomaatide nimekirja uuendamine iga 24h järel. Andmevahetus.
  2. Määra käsitlustasu ja sobiv minimaalne toodete kogus ostukorvis tasuta tarne pakkumiseks.
  3. Määra, kas keelata/lubada tarneviis toodetele atribuudiga nosmartpost ja sisesta sobiv veateade, kui toodet selle tarneviisiga ei pakuta.
  4. Vali kehtivad tarneriigid. Näita/peida tarneviis, kui ei ole tootele võimaldatud.
  5. Määra järjekorra number teiste tarneviiside hulgas.
  6. Sisesta ID, kasutajanimi ja salasõna.
  7. Vali tarneviisile sobiv nimi.

Osta ja tutvu

Omniva Eesti pakiautomaadid Magento 2

Magento 2 moodul omniva
Omniva – mugav pakkide saatmine ja kättesaamine, mis kindlustab pakkide korraliku säilimise ka kehvades ilmaoludes. Moodul ühendab Sinu veebipoe Omniva terminali-süsteemiga, et kiiresti ja mugavalt infot vahetada.

Kuidas Omniva moodul töötab?

  1. Klient valib Sinu e-poes ostu vormistamisel rippmenüüst endale sobiva Eesti pakiautomaadi, kuhu soovib pakile järgi tulla.
  2. Moodul saadab info paki kohta Omniva süsteemi, kus luuakse pakile saatmise silt.
  3. Vastavalt kokkuleppele alustad tarnimist ise või lased seda teha Omnival. Tarneaeg sõltub vastavatest kokkulepetest.

Administraatori seadistusvõimalused:

  1. Automaatne pakiautomaatide nimekirja uuendamine iga 24h järel. Andmevahetus.
  2. Vali sobiv teenusetüüp: kuller-terminal, terminal-terminal, postkontor-terminal.
  3. Määra käsitlustasu ja sobiv minimaalne toodete kogus ostukorvis tasuta tarne pakkumiseks.
  4. Määra, kas keelata/lubada tarneviis toodetele atribuudiga nopost24 ja sisesta sobiv veateade, kui toodet selle tarneviisiga ei pakuta.
  5. Vali kehtivad tarneriigid. Näita/peida tarneviis, kui ei ole tootele võimaldatud.
  6. Määra järjekorra number teiste tarneviiside hulgas.
  7. Vali tarneviisile sobiv nimi.

Osta ja tutvu

Soprano ja Ambientia liitsid Magento e-poe tarkvaraarendusärid

ambientia

Alates 01.07.2016 ühinevad Soprano Oyj omandis olevad Soprano Commerce Oy, Lemonline Oy ja Eesti ettevõte Pipfrog OÜ ning Ambientia Group Oy e-poe lahenduste ärid, Ambientia Ecommerce Oy ja Eesti ettevõte Ambientia Estonia OÜ. Ühinenud ettevõte eesmärgiks on kasvada Soome ja Baltikumi suurimaks Magento e-poe lahenduste pakkujaks.

Tehinguga kasvab Ambientia rahvusvaheliselt usaldusväärseks e-poe lahenduste valdkonna kujundajaks. Tänapäeval ei piisa enam e-poe ülesehitamise oskusest –  edu saavutatakse hea konsultandi, teenusedisaineri, andmeanalüütiku ja programmeerija oskusteabe abil. Samas tuleb olla ka klienditeenindaja, sisuarendaja, infoturbeekspert ning kaupmees. Ambientia aitab luua müügitöö vahendeid ja toimivaid teenuslahendusi, mida saab kasutada erinevates digikanalites.

Ambientia E-commerce’is tegutseb Eestis ja Soomes nüüdseks üle 30 Magento eksperdi. Ettevõtte käive kasvab hinnanguliselt 3-4 miljoni euroni ja tegevustulem peaks olema positiivne juba esimesel tegutsemisaastal.

„Meile ja meie klientidele on e-pood midagi palju enamat kui pelgalt tehnilises mõttes funktsioneeriv pood või selle ostukorv. Me tunneme oma kliendi äritegevust ja teadvustame, millist rolli mängib selles e-pood. Ühinemine annab meie klientide käsutusse senisest veelgi rohkem oskusteavet. Kanname hoolt selle eest, et ettevõtete struktuurimuudatused ei tekitaks praegustele klientidele segadust. Samuti tervitame Ambientias soojalt ka Soprano kliente,“ lausus Ambientia ärijuht Tero Tielinen.

Ettevõtete nimed ja lepingud jäävad esialgu samaks. Praeguses etapis ei eelda muudatused klientidelt mingeid toiminguid. Pärast suvist puhkuseperioodi võtame klientidega taas ühendust.

E-poe liidesed

Oleme oma 9 aastase magento arenduse kogemuse jooksul kokku puutunud väga erinevate majandustarkvarade, tarnemeetodite, maksemeetodite ja teiste andmebaaside liidestamisega.

Kõige enam on meil kogemust järgmiste tarkvarade liidestamisega:

  • Directo
  • IDS BUUM
  • Erply
  • HansaWorld Books & ERP
  • Microsoft Navision
  • Omniva tarnesüsteemid
  • Itella tarnesüsteemid
  • LHV, Liisi, Elion, Bigbank järelmaksuliidesed
  • Swedbank, SEB, LHV, Nordea, Danske pangalingid
  • Everypay, Maksekeskus ja Estcard krediitkaardi maksed

 

 

SEO ja SEM teenused

Esmane e-poe SEO audit

Vaatame valmiva või lives oleva Magento E-poe SEO seisukohast üle ja koostame piisavat mõjukust omavatest seadistustest raporti. Koodi tasemel vajalike tehniliste muutuste ja paranduste kohta koostame sisendi arendajale ja muud struktuursed nõuanded poe haldurile. Seadistame GA ja WMT ning muu vajaliku mõõtmise. Kui tegemist on meie poolt arendatava e-poega, siis loob SEO analüütik tehniliste muudatuste piletid otse JIRAsse ja vajadusel vastab arendaja poolt tekkivatele küsimustele samuti otse JIRAsse. Tänu sellele on e-poe halduril oluliselt vähem nö “telefonimängimist” erinevate osapoolte vahel.

Märksõnaanalüüs ja märksõna- portfell

Iga teema ehk kategooria kohta on tarvis leida potentsiaalsete ostjate poolt tegelikult kasutatavad otsingusõnad- ja fraasid koos kasutatavuse statistikaga sihtturgudel. Muuhulgas vaatame üle olulisemate konkurentide märksõnakasutuse, leiame esmased prioriteedid, millele kõigepealt võiksime saidi nähtavuse sihiku seada.

Live e-poe monitooring

Kui uus pood on paar nädalat lives olnud, alustame regulaarset otsingupositsioonide monitooringuga, et ajas muutuste dünaamikat hinnata. Vastavalt tulemustele selguvad edasised vajadused ja järgmised tegevused. Monitooring toimub reeglina regulaarselt igakuiselt, monitoorida saab ka võrdluses olulisemate konkurentidega. Vastavalt tulemustele regulaarsed poesiseste elementide täiendused, parandused, arendusvajadused/sisend arendajatele, nõustamine ja offsite tegevused.

 

Orienteeruv töömahu prognoos oleks prelive faasis 24-30 h ning selle prognoositav jaotus:

  • Märksõnaanalüüs, märksõnaportfelli koostamine ja segmenteerimine, SEO monitooring 8-12 h
  • Poe prelive versiooni läbivaatus, audit, muutuste ja paranduse sisend arendajale 8-16 h
  • Saidi seadistuste, GA ja WMT mõõtmise täiendused 2-4 h
  • Onsite korrigeerimised jms 5-8 h

 

Peale live minekut on regulaarseks tegevuseks optimaalne töömaht reeglina 5-10 h kuus, ehk ca 1 tööpäev

E-poe UI & UX disain

Mis on kasutajakogemus ehk UX?

Kasutajakogemus (UX) on see, mida klient tajub epoes ostu sooritades, kui lihtsad, mugavad ja arusaadavad on tema jaoks läbiviidavad toimingud ning esitatav informatsioon. Kui sujuv on protsess. Kasutajakogemus on alati subjektiivne. Sellest tulenevalt pole võimalik luua veebipoodi, millega kõik külastajad oleksid ühtviisi rahul, sest kõik nad on erinevad ja nende vajadused erinevad.

Mis on kasutajaliides ehk UI?

Kasutajaliides (UI) keskendub sellele, kuidas kasutaja veebipoodi saab kasutada ning kuidas see välja näeb. Kasutajaliidese osaks on lehe kõik elemendid, mille abil kasutaja “suhtleb” e-poega (nupud, menüüd, dialoogid, infoteated, vormid, lingid jne). Kasutajaliidese (UI) ülesandeks on teostada kasutajakogemuse (UX) eesmärke. Kasutajaliides on seega vahend parima kasutajakogemuse saavutamisel.

Hea kasutajaliidese- ja kogemusega e-poest on ostu sooritamine lihtne, toimingud on sujuvad, puuduvad loogikavead ning kaupluse külastaja on valmis tagasi pöörduma kordusostuks.

Pakume:

  • Kasutatavuse testimine, hinnangud, eelanalüüs
  • Kasutajate ja kasutajanõuete määratlemine
  • Infoarhitektuuri ja navigatsioonimudelite loomine
  • Prototüüpide loomine
  • Kasutajaliideste disain
  • Kasutajaliideste testimine

Magento 2 – e-kaubanduse uus ajastu

Magento 2 backend

[Põhilised uuendused toodud allpool.]

Lisaks omnichannel`i* ja mobiili-strateegiate rõhutamisele, on magento 2-is olulisel kohal kiirus ja mugavus nii kliendi kui ka kaupmehe jaoks. Uus ostu vormistamine minimeerib ostjatele tüütuid samme ning küsib vähem informatsiooni. Samal ajal on kaupmehel seda lihtne ka täpselt enda vajadustele kohandada. Nagu varasemalt, pakutakse nüüdki kliendile võimalust ühe klikiga konto luua.

Kaupmehe jaoks on intuitiivsemaks ja kasutaja-sõbralikumaks tehtud ka admin-paneel – nii saab igapäevase majandamisega hõlpsamalt hakkama ning ka uued tiimiliikmed mõistavad süsteemi ilma suurema koolituseta. Lisaks muule saab admin-paneeli kasutada ka puutetundlikel seadmetel, et võimaldada kaupmehel ka teel olles e-poe tööd korraldada, ning salvestada erinevaid admin-vaateid, et kriitilisele infole kiirelt ligi pääseda.

Magento 2 on loodud varasemast turvalisemaks ja kiiremaks  – juba algselt on sisse ehitatud Full Page Cache ning samuti on lisatud Varnishi paigaldamist toetav konfiguratsioonifail.

Uue platvormi laiendatud API pakub enam võimalusi kolmandate osapoolte lao-, tarne-, tooteinfo- jmt süsteemide liidestamiseks. Veelgi enam, tavapärase funktsionaalsuse parendamiseks on juba praegu loodud mitmeid erinevaid mooduleid, alates tootehaldusest ja lõpetades erinevate ostu vormistamise funktsionaalsustega (vt lisaks Magento Connect market place).

Magento 2 põhilised uuendused lõppkasutaja ja admini jaoks

Lihtsustatud ostu vormistamise protsess

Vaikimisi eeldatakse külalisena ostu vormistamist ning esimesena küsitakse e-maili. Kui e-mail on poes registreeritud, küsitakse parooli ning sisestatakse andmed automaatselt. Samuti on postiindeks toodud linnast ja maakonnast ette, et selle alusel automaatselt linna ja maakonna väljad täita. Tähelepanu tuleb kindlasti pöörata sellele, millist ostu vormistamise lahendust kasutatakse – erinevad moodulid toovad kaasa erineva funktsionaalsuse.

Kiire kasutajaks registreerimine ostu tegemisel

Pärast ostu vormistamist saab klient end ühe klikiga kasutajaks salvestada ning oma tellimust jälgida.

Toodete vaate kohandamine

Varasemalt vajas adminis toodete vaate tulpade kohandamine eraldi moodulit, nüüd saab seda kohandada nii, et kohe esimeses tabelis on välja toodud vajalikud tulbad (nt hinnad, laoseisud vmt).

Catalog page Magento 2

Admin-ala tabelvaade

Admin-alasse saab lisada tabelvaate, mille sisu saab otse sealt muuta. Näiteks laoseisude või lehtede pealkirjade muutmiseks ei pea eraldi lehti või tooteid välja otsima hakkama.

Magento 2 uuendused arendajale

Integreeritud full page cache

Sisse on ehitatud Varnish ja full page cache. Lehe laadimise ajad on kordades kiiremad (5-10s asemel 1-2s).

Parem jõudlus ja vähendatud tabelite lukustus

Kui saidil on korraga tellimusi tegemas palju inimesi, siis süsteem ei kuku alla või ei muutu kümneid kordi aeglasemaks ajal, mil tabelitest infot näiteks admin-paneeli suunatakse.

Eraldatavad andmebaasid

Võib kasutada eraldiseisvat MySQL andmebaasi sisulehtede, toote- ja kategoorialehtede jaoks. Ostu vormistamiseks saab aga eraldi andmebaasi kasutusele võtta. See toob suurema kindluse, et kliendid saavad kiirelt ostu vormistada ning nende protsess ei ole aeglustatud teiste, veel ringi surfavate klientide poolt.

Testimissõbralik keskkond

Magentosse on ehitatud erinevad testimise raamistikud: staatilised ja jõudluse testid, integratsioonitestid, Unit- ja Javascript Unit testid…

Kõrgem turvalisus

Loodud on uus kataloog „pub“, mis võimaldab koodi erinevate rünnakute eest tõhusamalt kaitsta. Lisaks pakub Magento iseseisvaid skripte uuenduste tegemiseks.


Magento 2 kasutajanäiteid maailmast: http://www.alcatelonetouch.us/https://www.venroy.com.au/

Vaata Magento ametlikku veebilehte SIIT.


*Omnichannel – erinevates kanalites tegevuste, turunduse, brändi jmt ühtlustamine, et kliendi teekond jätkuks ühest kanalist teise (nt e-poest füüsilisse poodi) minnes. Näide: klient surfab e-poes, leiab sobivad jalanõud ja tahab neid päris poes proovida. Omnichannel strateegia korral jõuab klient füüsilised poes kiiresti jalanõudeni, mis e-poes välja valis, mitte ei hakka nullist uuesti kõiki läbi vaatama – kliendil võimaldatakse kasutada varasemalt kogutud infot, et teha ostuotsus.

Valmismoodulid hoiavad aega kokku – Lemonline.ee

Lemonline moodulid Magentole

Kliendi arendusnõudmiste täitmiseks on alati 2 võimalust:

  • arendada soovitud funktsionaalsus nullist ise, kulutades aega ja raha;
  • osta moodul, mis soovitud funktsionaalsust juba kannab, võites aega ja raha.

Enimkasutatavad Eesti ja Soome makse- ja tarnemoodulid Magento platvormile on leitavad www.lemonline.ee-s, kus kõikidele moodulitele kehtib 7-päevane tagastusõigus ning pakutakse kliendituge e-posti teel. Samuti on klientidele tasuta järgneva 6 kuu jooksul tehtavad muudatused.

Ambientia on arendanud moodulid enam kui 250 e-poe arendamise käigus, mille hulgas on näiteks Andmorefashion ja Apollo. Alltoodud moodulitega on enamik Eesti ja lähiriikide klientide makse- ja tarneviisidest lahendatud. Peatselt on kõik Lemonline moodulid leitavad ka Magento Connect`is (http://magentocommerce.com/magento-connect).

Magento Eesti maksemoodulid

Moodulitena on olemas järgmiste pankade pangalingid: Swedbank, SEB, LHV, Danske bank ja Krediidipank. Lisaks pankadele on krediitkaardimakse võimalus Estcard mooduli abil.

Mageneto Eesti tarnemoodulid

Pakiautomaatide tarne kasutamiseks on nii Smartposti kui ka Omniva moodulid. Lisaks pakub Omniva kullerteenust, mille moodul on samuti eraldi arendatud.

Magento Soome maksemoodulid

Soome pangalinkide moodul: Aktia/SP/Pop, Ålandsbanken, Handelsbanken, Nordea, OP, S-Pankki, Tapiola;
Paytrail moodul (lisaks pankadele ka krediitkaardimaksed), millele võimalik lisada Paytraili lisamoodul, mis kiirendab kliendi kasutajakogemust, lastes kasutajal otse panga/teenusepakkuja valida, mitte Paytraili enda makseviisi kõigepealt;
Checkout moodul (lisaks pankadele ka krediitkaardimaksed).

Magento Soome tarnemoodulid

Tarneviisidest on arendatud Itella Smartpost Connector moodul, mis pakub pakiautomaatide teenust. Lisaks pakuvad Matkahuolto Connector ja Prinetti Connector moodul võimalust otse Magento administreerimispaneelist välja printida vastavalt Matkahuolto või Itella postitussedeleid. [/item]
[item title=”Integratsioonimoodulid” icon=””] Soome klientidele on tihti huvi pakkunud integratsioon erinevate hinnavõrdlusportaalidega. Selle tarbeks on arendatud kaks moodulit: hinnavõrdlusportaali hintaseuranta.fi integratsioon ja hinnavõrdlusportaali Vertaa.fi integratsioon.

Kui klient soovib integreerimist Isolta/Arkhimedese finantsjuhtimise, arvepidamise ja kliendihalduse programmiga, siis on ka selleks andmevahetuseks spetsiaalne moodul loodud.

Magento versus teised e-poe tarkvarad

Enamus asjatundjaid soovitab tänapäeval Magento e-kaubandusplatvormi. Otsus selle kohta, mis tarkvara Sinu äri iseloomuga kõige paremini sobib, tuleb aga vastu võtta Sul endal. Altpoolt leiad võrdluse enimlevinud tarkvaradest, mida e-poe tegemiseks nii Eestis kui ka mujal maailmas kasutatakse.

 

Magento

Väga palju funktsionaalsust.

Kõige rohkem võimalusi heaks SEO-optimeerimiseks.  

Lai valik disainimalle.

Suur kasutajaskond ja palju arendajaid.

Avatud lähtekood (olemas on ka tasuline Enterprise versioon suurettevõtetele).

 

Vajab spetsiifilist oskusteavet (kogenud arendajat).

Suured e-poed vajavad tarkvara ressursimahukuse tõttu mahukamat majutusteenust võrreldes mõne muu, lihtsama tarkvaraga. 

Prestashop

Palju funktsionaalsust.

Lihtne installeerimine.

Kasutajasõbralik  halduspaneel.   

Palju kujundusmalle, mida on lihtne kohandada.

Avatud lähtekood.

Võrreldes Magentoga rohkem piiranguid, väiksem võimsus ja skaleeritavus.

Vähem funktsionaalsust SEO-optimeerimiseks kui Magentol.

OpenCart

Lihtne installeerimine.

Sobib hästi neile, kes soovivad ise oma e-poetarkvara installeerida ja alustada kiirelt ning minimaalse investeeringuga.

Hea välimusega kujundusmallid.

Avatud lähtekood.

Vähe arendajaid, väike kogukond. Seega ka vähem funktsionaalsust moodulite näol.

Drupal / WordPress

Kuivõrd tegu on sisuhaldusprogrammidega, siis on need arvestatavad lahendused, kui tooteid on e-poes vähe ning e-poodi kasutatakse pigem ettevõtte kodulehena.

E-poodide loomiseks ja eelkõige neis opereerimiseks, ei ole efektiivsed tööriistad.

 

 

Milline e-poe tarkvara sobib kõige paremini Sinu ettevõttele?

  • Magento

Magento on võimas, äärmiselt funktsionaalne ning pidevalt arenev e-kaubandustarkvara. Ideaalne e-kaupmeestele, kes soovivad täielikku kontrolli oma e-poes tehtavate arenduste ja muudatuste üle. Väga sobiv suurematele e-kaupmeestele või neile, kes plaanivad kiiresti kasvada.

  • PrestaShop

Väiksemad ärid, kes ei plaani kiiresti kasvada, leiavad PrestaShopi kujul hea kasutajasõbraliku lahenduse. E-poe saab kiiresti püsti, hoides samal ajal kulud suhteliselt madalal.

  • OpenCart

OpenCart Sobib samuti nagu PrestaShop pigem väiksematele äridele, kes soovivad e-poe kiiresti ilma suurema kõrvalise abita tööle saada.

  • Drupal/WordPress 

Mõlema puhul on tegu sisuhaldusprogrammiga. Sobib väikestele e-poodidele, mis ei vaja tõhusaid e-poe haldusmeetmeid, vaid rõhk on asetatud veebilehe välimusele ja kasutajasõbralikkusele.