Izobraževanja pomlad 2016, ki jih organizira Malinca d.o.o. in Degriz d.o.o.

1. Facebook oglaševanje za začetnike

Datum: sreda 13.4.2016 od 16h do 20h

Cena: 99 € + ddv

Predavateljica: Nastja Kramer (Malinca Nastja)Kako ustvariti oglas od A do Ž?

*Kako pravilno izbrati cilj oglaševalske akcije?

*Kako pravilno izbrati ciljno skupino ?

*Kako nastaviti remarketing skupine – personalizirane audience skupine?

*Kakšno sliko izbrati za Facebook oglas? Mere, tekst, barve, CTA, …

*Kako spisati učinkovit tekst v Facebook oglasu?

*Kako spisati učinkovit tekst v Facebook oglasu?

*Kako in katere kazalce spremljati pri analitiki Facebook oglasov?

*Primeri uspešnih Facebook oglasov.2. Povečanje konverzij oziroma prodaje v spletni trgovini*

Datum: sreda 20.4.2016 od 16h do 20h

Cena: 149 € + ddv

Predavatelja: Nastja Kramer (Malinca Nastja) in Anže Voh (Degriz d.o.o.)povečanje števila obiskovalcev na spletno stran

*kako iz obiskovalca narediti kupca

*povečanje konverzij na zaključku nakupa

*povečanje števila email naslovov

*učinkoviti moduli in aplikacije za povečanje prodaje preko spleta3. Email marketing po malincino*

Datum: sreda 18.5. od 16h do 20h

Cena: 99 € + ddv

Predavateljice: Nastja Kramer (Malinca Nastja), Andreja Stopar (Malinca Andreja), Ana Hotko (Malinca d.o.o.)zbiranju kontaktov – email naslovov potencialnih strank,

*katero orodje izbrati za pošiljanje emailov,

*kako segmentirati emaile,

*kako povečati prodajo preko email marketinga,

*kako hitro napisati učinkovito in dobro vsebino,

*kakšnega pošiljatelja in naslov izbrati,

*pogostost pošiljanja emailov,

*spremljanje analitik in rezultatov email marketinga,

*pravni vidiki email marketinga,

*primeri uspešnih email kampanj,

*in za na konec: 10 zlatnih pravil email marketinga.Prijavite se lahko na www.101nasvet.com/izobrazevanja-pomlad-jesen-2016/ ali na email nastja@malinca.si.*

2+1 GRATIS! Paket vseh treh izobraževanj (email marketing, konverzije in Facebook) namesto 347 € (+ ddv) SAMO 248 € (+ ddv).

Ponovno obujam temo, ker iščem kakšnega strokovnjaka Magente za redno delo (v Celju) ali delo na projektu. Delo je predvsem na backend programiranju tako, da je potrebno primerno znanje (php, mysql,js,..).

1qay1qay:

dober članek na to temo http://elumynt.com/magento-to-shopify-plus-complete-guide-for-large-retailers/

Ravno včeraj sem to bral... zanimiv članek.

Mislim, da vidim, kje je bil njihov glavni problem za menjavo :)

Every update from Magento cost us a few hours of developer time at a rate of $150/hr, which is pretty cheap for Magento developers. Those updates would break things on our website which we would then have to pay to fix as well – not fun.

Zgleda v slo vsi podcenjujemo svoje delo, ker veliko dobrih programerjev dela pod zgodnjo postavko.

Pri nas je par sličnih trgovin (z enakim številom artiklov in naročil) in so stroški dosti nižji, sem pa videl že tudi enake težave, kot so zgoraj tako, da ni vedno problem sistema ampak tudi tistega, ki za sistemom stoji. Sam si recimo ne predstavljam, da bi na shopify vse selili, ker bi imeli več dela in težko rečem, da bi se vse obstoječe zadeve lahko integrirale/ prialgodile ampak verjetno pa dosti trgovcem pa olajša dosti zadev.

Če imajo zaščiteno ime potem lahko v adwords blokirajo oglaševanje konkurence na njihovo ime. Nevem točno kako, pomoje najbolje tja poklicati.

Načeloma za Magento ne rabiš dodatnih modulov za pravice dostopa. Lahko rešiš z različnimi dostopi in sicer:

- administratorju daš dostop do uporabnikov in registracije njih

- potrjevalcu pa dostop do naročil, da jih lahko potrjuje

Edino, kar bi naredil je to, da imaš en pogoj, da katalog ni viden vsem ampak samo registriranim uporabnikom (lahko se omeji samo za eno skupino uporabnikov).

V smislu:

if($this->helper('customer')->isLoggedIn()){

Mi smo na parih trgovinah posodobili in je bilo cca. 30% izboljšanje. Se je pa isto več zadev spremenilo tako, da je to okvirna ocena pri spremembi php verzije.

SlimDeluxe:

Torej zdaj bi bilo potrebno elaborirati kaj pomeni ko nekomu zaračunaš "Namestitev modula"...

Konfiguracija strežnika v nobenem primeru ne spada pod namestitev strežnika. Od cca. 100 naročil podobnih modulov nobeno podjetje nikoli ni želelo spreminjati konfiguracije strežnika. Vedno so vsi sporočili kaj je potrebno narediti na strežniku.

V primeru, da bi pisalo namestitev modula in konfiguracija strežnika bi bilo to zajeto.

SlimDeluxe:

Verjetno tu spada sposobnost razumevanja da ti je nekdo dal shell dostop?

Oprosti ampak če dobiš user in pass je pač verjetnost glede na to, da shell dostopov dobimo manj kot 5% čisto normalna, da predvidevaš, da si dobil samo ftp dostop. Tudi sami pošljemo na začetku email, da rabimo ftp dostop.

SlimDeluxe:

Da znaš ugotoviti kje so datoteke, saj ni milijon možnosti kje bi lahko bile?

Bilo je večje število map na podlagi katerih se ni moglo sklepati za lokacijo mape z nameščeno trgovino. Je sodelavec preveril in ker ni našel se je raje napisal email z vprašanjem, kot da bi se porabilo še več časa za iskanje. A to je problem ker se je email napisal? :)

SlimDeluxe:

Se pa strinjam s tem, da ni ok da en tretji izvajalec kar nekaj po svoje namešča pakete - v bistvu roota sploh ne bi smel dobiti. Ampak žal tako deluje 75% strank, po mojih izkušnjah...

Če vsi delajo napačno še ne pomeni, da moraš ti delati enako. Pred časom je nekdo na x trgovini samo izklopil redis in se je preobremenil strežnik ter imel izpade, kar pri spletni trgovini z veliko naročili ni ravno sprejemljivo.

SlimDeluxe:

Vmešavam pa se samo z tehničnega vidika, ker se to kar je dal ziggy v vpogled ne ujema s codinimi komentarji... "Saj vemo to pogledati"... Reci kot je, junior dev/ga še učimo, ima preveč dela, itd.

Vgrajeval je modul isti programer, ki ga je sprogramiral. Če bi bilo tako enostavno narediti modul bi jih imeli tukaj že kar nekaj na voljo pa temu ni tako.

SlimDeluxe:

Pripomoček za pripravo ponudbe v bodoče

<?php

ini_set('display_errors', 1);

error_reporting(E_ALL);



$mysqli = new mysqli("localhost", "user", "pass");

echo 'PHP verzija: ' . phpversion() .'<br/>';

echo 'MySQL verzija: '. $mysqli->server_info .'<br/>';

echo 'BC funkcije'. (function_exists('bcadd') ? '' : ' NE') .' obstajajo';

Hvala ampak znamo sami narediti poizvedbe. :)

Problem je bilo v forwardiranju našega emaila s seznamom potrebnih funkcij, ki se morajo vklopiti svojemu administratorju strežnika. :)

SlimDeluxe:

Vse ostalo še nekako razumem, tega pa res ne :) Ker je pretežko pognati ukaz php -v oz. mysql -V ? :) Če ima stranka zmešnjavo z virtual hosti pa tudi hitro ugotoviš kateri je pravi z enostavno npr. test.php datoteko

Poslalo se je za ftp dostop. Da je shell dostop na voljo se na začetku ni videlo.

Drugače pa se je meni že osebno naredilo, da ob vseh folderjih se ni našlo kje je prava lokacija ali pa me je ftp pripeljal na prazno mapo. Ne vidim problema če nekdo nekaj ne najde in zato vpraša. Glede verzij se je potem predvidevam, da postavilo vprašanje, ker ni bilo ravno klasično dostopanje do strežnika.. znamo pa preveriti tudi sami verzije. ;)

Glej vse skupaj je bilo nameščeno in je delalo samo za kreiranje QR kode bi bilo potrebno na strežniku omogočiti funkcije pa bi bilo vse urejeno. Strežnikov pa žal res ne nastavljamo.

OvcaX:

Dejta otroka tukaj pa preko policije merit k****.

@ziggy404.

Če imaš svoj server in nima sysadmina sorry ampak to je tvoja huda greška.

Je tudi žal zelo pogosta, ker "zadeva dela" dokler dela. Ta odločitev te bo tepla enkrat.

In če nisi expert za Magento si dubi enega, ki bo poznal tvoj sistem in ga vzdrževal!

@Coda

Sej veste kakšne so stranke in ja včasih je treba pač se obrnit na trepalnice in podrobno zapisat. Ne pravim, da moraš narest namesto njega samo kaj več pa tudi človeku zapisat.

Bilo je cca. 10 telefosnkih pogovorov s sodelavko in kar nekaj emailov, kjer je bilo vse lepo pojasnjeno. Poleg tega pošljemo na začetku tudi informativni email s potrebnimi podatki, ki jih strank potrebuje poskrbeti ampak žal vsega tudi ni mogoče zajeti. :) So I did my part.