Prestashop nebo Magento – nyní u shopsys

no napriklad uprava nejakeho textu na webu ke kteremu se nedostanu za cenu 1500,- Kč myslím není adekvátní cena, nebo ano?

Když nejste součástí vývojového teamu nemůžete hodnotit jestli je cena adekvátní či nikoliv. Vám to přijde jako změna textu, ale pochopte, že se jedná o agenturu. Vy zašlete email s připomínkou. Projektant jí musí zpracovat, předat informace dál, programátor musí požadavek zapracovat, musí předat zpět echo projektantovi a ten Vám musí vytvořit fakturu a zaslat email. Celý tento proces nese nějaké náklady + se k němu musí samozřejmě připočítat zisk pro společnost.Takže ano cena je adekvátní. Ale lidé, kteří nemají zkušenosti s tím jak ten celý proces probíhá a co je nutné udělat proto, abyste měl ziskovou firmu si prostě řeknou ''1500,- za změnu text? To se snad zbláznili.''

Prestashop ani Magento není špatný systém, problémem je že je to základ. V době kdy se mluví například o optimalizaci obsahu pro konkrétního uživatele si v Prestashopu ani magentu nenastavíte ani Českou poštu. Pokud nebudete mít vlastní vývojáře. S Prestou mám aktuální zkušenost, takže vám mohu dát i konkrétní čísla kolik nás tohle, teď už špatné rozhodnutí stálo. - analýza e-shopu (informační struktura, klíčové slova, konkurence) - 12 000,-- webdesign - 30 000,-- (responzivní kodování) - 30 000,-- oživení designu - 10 000,-- základní nastavení e-shopu - 8 500,-- moduly (XML feedy, export pro DPD, GoPay) - 2500,-- VPS (museli jsme si vzít 3x silnější) - oproti CMS, které máme v agentuře o 3 000,- dražší na rok- napojení na účetní systém by stálo - 10 000,- Kurzívou jsem napsal to co mi zůstane, kdy klient po Novém roce přejde na naše agenturní CMS. Celkem je to tedy 34 000,- za systém, který je v podstatě v základu. Když vezmu ještě v potaz věci, že si dokážeme integrovat GTM (modul stojí 29 EUR a zase není individuální) atd. To že nemáme napojení na učetní systém nám žere obrovské množství času, stejně tak jako v eshopu řešit sklady. Takže pokud nebudete chtít mít vlastní tým vývojářů, stejně jako my, tak za tuhle cenu dostanete zakladní eshop. Hledat vývojáře je taky super věc. Na 800 oslovených lidí se ozve jeden vývojář (Případová studie z Marketing festivalu 2016). Plat vývojáře, když máte štěstí, začíná na 30 000. Dobré je mít alespoň dva, ale spíše tři. Každý má jiný přístup, který nemusí být spravný. Dobrá je tedy diskuze mezi nimi, musí spolupracovat a rozumět týmovému programování jinak aby se v kodu prase vyznalo, případně další člověk když ten jeden odejde. Co se týče pronájmu řešení, taky nejde individuálně řešit na 100% - právě kvůli aktualizacím. Jsou dlouhé čekací doby, když potřebujete něco upravit. U nás cena začíná na 200 000,- kdy je v ceně všechno co jsem nahoře napsal + věci jako slevové kody, výystupy pro dopravce, věrnostní program a spousta dalších drobností.Ke zdrojovému kódu přístup poskytujeme, nicméně tím že používáme verzovací systém potřebujeme zmeny, které uděláte nahlásit - došlo by k přemazání. Pak už vám ale nic jako firma neupravíme, protože nevíme jako změny klient dělal a co se může posrat - prostě za něj neponeseme riziko.Nicméně přejít se zdrojákem můžete kdykoliv, ten patří vám. U takhle velkého systému je to ale vždy problém, než je nový programátor schopen reálně pracovat s naším CMS trvá zaškolení cca 2 měsíce a to má kolem sebe tým lidí, kteří v tom dělají.Co bych tedy doporučil, pokud to myslíte vážně, vyděláváte a chcete s tím pokračovat najděte si kvalitní firmu, která už tu prá let je, je stabilní a zaplaťe si u ní CMS. Nebo zkuste Prestu, Magento a najděte si tým vývojářů.---------- Příspěvek doplněn 06.11.2016 v 16:20 ----------

Napsal inet-creative;1337044

A trochu OT (i když to tu bylo již zmíněno) - proč někdo řeší EET v prostředí eshopu? Vždyť je mnohem pohodlnější propojit eshop s účetním a skladovým sw ne?

No, právě že je to úplně nahovno vymy... NE, ono to je spíš nedomyslené. Protože před vystavení faktury, hlavně spíše zaplacením, vám něco musí vygenerovat/obdržet FIK a ten poslat/obdržet finačnímu úřadu. A to je problém u většiny učetních systému. Je to docela složité... Velký problém je že není stále popsáno jak to má přesně fungovat, ale zatím to vypadá, že tobude muset řešit e-shop..

Kratas77: Môžete mi poslať kľudne aj do PM url shopu kde Vás stál design na prestu 30k, resp 70k s resp. keď presta je v základe responzívna? Rád by som sa nato pozrel :)Nič v zlom, neviem o akom shope sa bavíme, ale reakcia mi príde trošku dosť prehnaná. Poznám veľa shopov, čo bežia na Preste, je to dnes vcelku obľúbený systém, ja na ňom idem už viac ako 2 roky, hlavná nevýhoda je náročnosť na hosting (Zatiaľ ideme stále na zdieľanom hostingu - 200ms TTFB) s riadnym cache-ovaním - modul Express Cache, a stránku mám načítanú do 1s.Ostatné open source nemôžem hodniť, píšem len svoj názor z pohľadu Laika... ale za tie 2 roky je v tom nespočetne veľa práce, optimalizácia, grafické úpravy, UX zmeny, množstvo modulov. Výhoda presty je, že existuje strašné kvantum modulov, či už pre CZ alebo SK trh + samozrejme zahraničné moduly - a ak viete kde hľadať, nestojí to majland.Každé riešenie bude vyžadovať financie, a je to jedno či je to open cart, magento, prestashop. Chce to si to asi len skúsiť, nahodiť produkty, pozrieť vhodný hosting, prípadne VPS, a rozhodnúť sa sám. Popozerať si moduly / funkcie, ktoré od eshopu chcete. Good luck

Môžete mi poslať kľudne aj do PM url shopu kde Vás stál design na prestu 30k, resp 70k s resp. keď presta je v základe responzívna? Rád by som sa nato pozrel :)

30 tisíc za design e-shopu je adekvátní. UX analýza, návrh všech obrazovek (hlavní strana, karta produdktu, kategorie, vyhledávání, info strana, proces objednávky (zpravidla 5 kroků), obsah košíku + hovery včetně všech obrazovek znovu pro mobilní zobrazení. Za kolik byste to udělal? Za 8 tisíc a za 10 dní jako 95% místních? Kvalitní e-shop na Prestashopu pod 60 tis. CZK nezrealizujete. Thats it.

Ja som to nemyslel v tom zmysle, že je to veľa €_€. Btw je to 70k spolu podľa toho, čo som pochopil. Len som sa chcel pozrieť na shop, či je cena úmerná designu, keď už sa tu niekto na niečo pýta, a popisuje sumy, tak by to chcelo vidieť aj výsledok.Páči sa mi ten hate, keď len na niečo reagujem :D, tu už človek ani nemôže diskutovať, tu je hneď zametený pod zem.

Nebyl to hate :D jen mě vždycky vytočí tenhle náběh do úplně obv situace.''Rád by som sa nato pozrel :)'' -> ''Zde link'' -> ''Haha to co má být za toto 30k?'' => koukneš na profil a frajer ''webové studio'' s 2003 referencemi.Samozřejmě to nemusí být tvůj případ jen mě to vytočilo omlouvám se ;-)

No, právě že je to úplně nahovno vymy... NE, ono to je spíš nedomyslené. Protože před vystavení faktury, hlavně spíše zaplacením, vám něco musí vygenerovat/obdržet FIK a ten poslat/obdržet finačnímu úřadu. A to je problém u většiny učetních systému. Je to docela složité... Velký problém je že není stále popsáno jak to má přesně fungovat, ale zatím to vypadá, že tobude muset řešit e-shop..

Ale když budu objednávku zpracovávat přímo v účetním/skladovém systému? Tedy: přijaté objednávky stáhnu z eshopu, v účetním systému vyskladním, pak k nim vygeneruju faktury (v ten moment odesílám EET), a následně do eshopu exportuju stav objednávek "vyřízeno"... Jednoduché, jasné... generovat faktury a řešit sklad v eshopu mi přijde zbytečná práce navíc (pokud to není systém na míru, kde řešíte kompletní sklad, přijaté faktury, apod.).

Napsal inet-creative;1337240

Ale když budu objednávku zpracovávat přímo v účetním/skladovém systému? Tedy: přijaté objednávky stáhnu z eshopu, v účetním systému vyskladním, pak k nim vygeneruju faktury (v ten moment odesílám EET), a následně do eshopu exportuju stav objednávek "vyřízeno"...

Jednoduché, jasné... generovat faktury a řešit sklad v eshopu mi přijde zbytečná práce navíc (pokud to není systém na míru, kde řešíte kompletní sklad, přijaté faktury, apod.).

taky to tak chceme delat, ale nekdo mi psal ze tak to pry nejde, ale zda se mi to jako nesmysl, proc by to takto nemelo byt v poradku...taky resime vse v IS nahrajeme objednavky do IS, a nasledne vyfakturujeme...tim padem bychom zaroven odeslali do eet...

Napsal ...Majkl...;1337297

taky to tak chceme delat, ale nekdo mi psal ze tak to pry nejde, ale zda se mi to jako nesmysl, proc by to takto nemelo byt v poradku...taky resime vse v IS nahrajeme objednavky do IS, a nasledne vyfakturujeme...tim padem bychom zaroven odeslali do eet...

Pokud odešleš EET v okamžiku fakturace - v tom okamžiku se tvůj IS spojí se serverem EET, odešle, a obdrží zpět kódy, které vytiskne na faktury/účtenky - pak je to přesně tak, jak to má být... Modul pro můj účetní soft bude stát 1000,- Kč... tak proč to řešit jinak a složitěji?

a není to náhodou tak, že doklad s EET má být vystaven nejpozději v okamžiku přijetí platby? Tento postup by tedy nemohl fungovat v případě platby kartou

Napsal skranc;1338102

a není to náhodou tak, že doklad s EET má být vystaven nejpozději v okamžiku přijetí platby? Tento postup by tedy nemohl fungovat v případě platby kartou

To je otázka do pranice... Já osobně bych to asi nedramatizoval. Jestli to bude v okamžiku přijetí platby, nebo o něco později by úředníkům snad vadit nemuselo. Hlavně že tu platbu zaeviduješ... Ale nejsem úředník FÚ ani MinFin...Metodické pokyny nejsou. Zkusím napsat na FÚ dotaz, schválně co odpoví (ani oni sami nevědí, takže to bude prča).

podle to je totiž kámen úrazu, o kterém se celou dobu diskutuje. Je řada platebních systému, kde se prostě o platbě dozvíš (v lepším případě) x hodin poté co proběhla. Nemáš tak šanci zákon naplnit. Ono třeba jen stačí to, co máme v našich e-shopech my, že pokud platba neproběhne (nízký limit, nedostatečné prostředky apod) má zákazník ve svém uživatelském profilu link a může zaplatit posléze. Tím už ale nedostaneme okamžitou odpověď z platební brány, ale dostaneme ji až se dotážeme na to, zda je objednávka uhrazená.

Takových případů, kdy informace o platbě není ihned k dispozici, je víc. Někdo zmiňoval eBay, Amazon a jsou to i různé platební brány (ne všechny, ne ve všech situacích).Snad by měla pomoct ta nápověda z etrby.cz, kdy se doporučuje v některých případech tisknout účtenky a evidovat platby dopředu. Bylo by to komplikovanější, ale realizovatelné. Jednoduše se platby bude evidovat dopředu, v dobré víře, že zákazník zaplatí. Pokud nezaplatí, tak se odešle zpráva s tou samou částkou, jen zápornou.

V případě zájmu a informací o magentu, klidně se ozvěte, vyvíjíme moduly a tvoříme e-shopy postavené na této platformě, tak bychom se mohli domluvit na tvorbě Vašeho webu;)