Silt: E-poe tegemine

Kiirelt ja lihtsalt stiilne e-pood Shopify abiga

ERR pöördus suve alguses meie poole sooviga vana e-poe tarkvara võimalikult kiiresti välja vahetada. Põhilisteks nõueteks oli vana funktsionaalsuse säilitamine, GDPRi reeglitele vastamine ja tänapäevane ning mugav kasutajaliides.

Otsustasime Shopify platvormi kasuks, et võimaldada madala eelarvega ja väikese arendusajaga töötava e-poe laheduse valmimine.

Mida teha GDPRiga vastavuse tagamiseks?

Kõikide Shopify renditeenust kasutatavate kaupmeeste e-poed on kasutavad ühist baastarkvara lahendust ja majutatakse Shopify serverites. Seetõttu on Shopify on oma platvormi GDPRiga vastavuse osas palju tööd teinud.

E-poe haldamise lihtsustamiseks ei nõua ostuvormistamine kliendikonto loomist ja GDPRi vaatenurgast muutub ka kliendiandmete turvalise hoiustamise protsessi kergemaks.

Küpsiste ja muude tingimustega mugavaks nõustumiseks paigaldasime Shopify app turult tasuta app’i.

Shopify GDPR ERR näide

Antud app salvestab nõustujate nimekirja mugavalt e-poe haldus paneeli, kus seda on võimalik vastavalt vajadusele vaadata või erinevates formaatides välja eksportida.

Ostu vormistamiseks sai lisatud ka “Olen tutvunud ja nõustun e-poe kasutustingimustega.” linnukese lisamise võimalus ja kohustus. Vaikimisi Shopify e-poes antud võimalus ei ole, kuid seda saab kasutajatoe õpetust järgides kerge vaevaga paigaldada.

Kuidas Shopify e-poes pakiautomaatide nimekirja näidata?

Üks keerukamaid küsimusi oli kasutajale võimalikult mugavalt Smartposti pakiautomaatide nimekirja kuvamine. Shopify renditarkvara puhul teatavasti ostuvormistamise vaatesse arendaja oma koodi lisada ei saa ja see tõttu on lisa app’idega kasutajaliidese muutmine oluliselt piiratud.

Otsustasime tasulise Parcely app’i kasuks, sest antud app’iga uuenevad pakiautomaatide nimekirjad automaatselt ja see pakub Shopify piirangutest olenemata kasutajale mugavat ja arusaadavat kogemust. Kasutaja peab küll pakiautomaadi valiku juba ostukorvi vaates ära tegema ja ostukorvi lisandub tarnetoode, mis võib mõne teise e-poega võrreldes kergelt imelik tunduda, kuid siiski on mugavaim lahendus Shopify platvormil.

ERR parcely smartpost

Maksekeskus ja arvega alusel tasumine.

ERR kindel soov oli makse teostamine klientidele võimalikult paindlikuks ja lihtsaks teha. Seega otsustasime Maksekeskuse kasuks, sest nii saab kõikide pankade pangalingid kiiresti ühe lepinguga ja kõik maksed liiguvad samale kontole. Lisaks aktiveerisime ka krediitkaardiga makse võimaluse, mille kasutamine ei ole veel Eestis väga populaarne, kuid oste tehakse ka välismaalt.

Ärikliendile lisasime ka arve alusel tasumise, sest nad ei saa tihtipeale kohe pangalingi või krediitkaardiga tellimuse eest maksta.

Mugav kasutajaliidese muutmine ja hilisem haldus.

E-poodi luues kogesime mitmel korral, kui lihtsaks ja intuitiivseks Shopify administreerimise keskkonna teinud on. Kõiki põhilisi e-poe lehekülgi saab drag and drop meetodil muuta, bänneritele saab tekste, nuppe ja linke lisada ning kõik tõlkeid saab ühest kohast lisada.

Meie e-poe seadistaja sai enamus töid ilma arendaja sekkumiseta ära teha. Kaasaarvatud toodebaasandmete impordi exceli faili alusel.

E-pood progressiivse veebirakendusena (PWA)

Mis on progressiivne veebirakendus?

Progressiivsed veebirakendused (Progressive Web App, PWA) on üks uusimaid veebitehnoloogiaid e-poe lahenduste loomiseks. Google kirjeldab PWA tehnoloogiat, kui töökindlat kiiret ja kaasavat viisi veebirakenduse loomiseks.

progressiivne veebirakendus

Töökindlus

Progressive veebirakendusena loodud lahendus suudab silmapilkselt lehe avada olenemata võrguühenduse kvaliteedist. JavaScriptis kirjutatud taustaskript võimaldab lehe laadimiseks kasutada klientseadme vahemälu. Andmete vahemällu salvestamine vähendab võrguühenduse vajadust ning tagab töökindla lehekülgede laadimise.

Kiirus

PWA tagab e-poe kasutajale kiire ja sujuva lehe laadimise, ka katkendliku võrguühenduse korral.  Google andmetel lahkub 53% kasutajatest saidilt, kui lehe laadimine võtab aega üle 3 sekundi.

Kaasatavus

Kliendil on võimalik e-poe otselink brauserist otse oma mobiiltelefoni ekraanile salvestada. Edaspidi toimib e-pood kliendi jaoks naitiv rakenduse sarnaselt. Kuvades talle veebilehte tänu veebirakenduse manifestile täisekraanil ja teavitades teda push notificationite toel kampaaniates, uudiskirjadest jms.

Kes kasutavad PWAd?

Tuntumatest progressiivse veebirakenduse tehnoloogia kasutajatest võib välja tuua AliExpress, Uber, Instagram, Pinterest, Tinder, Twiter Lite, Telegram ja Google Maps.

AliExpress tõi Google casestudy raames välja, et nad suutsid PWA lahendusega uute klientide konversioonimäär üle kõigi brauserite 104% kasvatada. Seal hulgas tõusis iOS konversioonimäär 82% ja kasutajad veetsid AliExpressi lehel 74% rohkem aega.

progressiivne veebirakendus

Pinterest tegi oma rakenduse täiesti uuesti ja otsustas progressiivse veebirakenduse kasuks. See otsus tõi neile 60% kasvu kasutajate kaasamises ja 40% rohkem reklaamitulu kasutaja kohta.

Uber’i mobiilile mõldud veebileht on oma mahult 50kb ja laeb 2G võrguühenduse puhul alla 3 sekundi.

Ambientia loob PWA e-poode

Ambientia on alates 2018 aasta algusest tõsiselt PWA tehnoloogiasse investeerinud, koolitades arendajaid ja sõlmides partnerluskokkuleppeid. Samas ei ole me Magento platvormi unustanud, sest see sobib e-poe administreerimiseks ja nii öelda backend rolli tarkvarast täitma. Funktsionaalsuse ja äriloogiga osas nõudlikema e-kaubanduslahenduste loomise osas kasutame paindlikumat Symfony raamistikule loodud modulaarset ja kergesti automaattestitavat lahendust.

Tänasel hetkel võime öelda, et oleme Vue Storefronti näol leidnud tugeva partneri ja hea PWA open source lahenduse. Meie arendajad on läbinud Vue Storefronti vanemarendaja poolt läbi viidud koolitus programmi, mis sisaldas füüsilisi ja virtuaalseid töötubasid. Ambientia on Vue Storefronti ametlik partner ja töötame hetkel Core partner staatuse poole ja tegeleme esimeste PWA e-poodide loomisega.

VUE.js meeldib arendajatele

progressiivne veebirakendus

Avastasime progressiivse veebirakenduse kasutusele võtuga, et lisaks heale tarkvara lõpplahendusele on arendajad tööd tehes oluliselt motiveeritumad ning nad naudivad uue ja sujuvama tehnoloogiaga töötamist. VUE.js eesmärgiks on organiseeritult lihtsustada veebiarendust ja ta on seda kindlasti saavutamas.

Soovid ka kiiremat tänapäevast e-poodi?

Aitame heameelega Magento 1 põhineva e-poe tänapäeva tuua või Magento 2 ebaõnnestunud tarkvara ringi teha või hoopis uuele raamistikule luua. Töötame ka projektidega, mis esmapilgul ei paistagi e-poed, vaid on pigem pigem broneerimis või piletimüügi keskkonnad.

Allikad:

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.

E-poe liidesed

Oleme 10 aastatat Eestis magento tarvara arendanud ja 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

 

 

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

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

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 pakiautomaadid Magento 2 moodul

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

Omniva pakiautomaadid Magento 2 moodul
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.

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.