Informační systém eshopu je dost zvláštní věc… často vyvolává hodně neshod jestli je lepší mít nějaké krabicové či jiné unifikované řešení nebo mít na míru udělaný informační systém nebo jen využít nějaký opensource a “doladit” si ho. Jsem rád, že mi i z Webtrhu přišly dotazy na toto téma a tak se pokusím shrnout své zkušenosti a názor na toto téma.
Už na VŠE nám vtloukali do hlavy, že hlavně se musí informační systém přizpůsobovat nastavení interních procesů a ne naopak. S tím souhlasím, ale ve většině eshopů, hlavně ze začátku, dělá každý člověk více činností (nepočítám ty extrémy, kdy je opravdu jen jeden na všechno). Není ale neobvyklé, že jeden člověk řeší jak nákupní stránku, tak komunikaci se zákazníkem, ten, kdo balí balíky řeší často i třeba činnosti reklamačního oddělení… když to zkrátka přeženu je normální že pan ředitel shodí “funkci” a jde pomáhat do skladu, zažil jsem si to mnohokrát a není na tom přece nic špatného, každý začíná, jen je důležité v této fázi nezůstat navždy. U těchto pozvolna budovaných shopů si alespoň vedení/zakladatelé vyzkouší prakticky všechny činnosti a posléze je mohou již lehce zmapovat do procesních schémat a předelegovat dále.
Ale k software: Obecně se dá říct, že všechny eshopy (front-end aplikace, tedy to, co vidí zákazník) mají stejné funkce, protože mají stejný základní proces, zákazník musí zboží najít, dát do košíku a objednat, takže na straně shopu se až tolik novot vymyslet nedá, samozřejmě lze udělat hodně s designem, onpage SEO faktory, doprovodné služby, práce se zákazníkem a podobně, ale to jádro bude pořád stejné, asi se nenajde žádný eshopař, který by si přál něco jiného než aby každý návštěvník jeho shopu učinil objednávku
Dá se tedy říci, že front-end část může pohánět klidně všem shopům jeden systém.
Zázemí eshopu se ovšem může značně lišit firmu od firmy, někde se na vyřízení objednávky podílí jeden člověk od potvrzení až po odeslání, někde je to třeba i 5 a více lidí (jen pro představu - obchodník schválí, že jsme schopni zajistit zboží, klientský servis zákazníkovi zavolá a potvrdí mu objednávku, nákupčí objedná zboží, pokud není rovnou na skladě, když zboží přijde zasáhne skladník na příjmu, když je zboží naskladněno vytvoří se faktura - buď automaticky nebo fakturant, skladníci/připravovači najdou v regálech zboží a dají ho na balící linku, skladníci/baliči zabalí zásilku a připraví na místo odpovídajícího přepravce atd. - reálná zkušenost). Proto se mohou značně lišit požadavky na interní systém, protože je třeba, aby systém mapoval již zaběhlé procesy nebo aby se spolu s ním tyto nové procesy zavedly, rozhodně je ale chyba přizpůsobovat interní procesy nějakému systému. Kdo tu velí - Vy nebo informační systém?:-)
Abych tedy shrnul svůj názor, front-end rozhraní klidně krabicové, udělat na něj přiměřený design a přívětivé uživatelské prostředí, nemusí být ale zcela unikátní. Back-end (zázemí) už ovšem musí odpovídat potřebám konkrétní firmy, takže osobně doporučuji se spíše rozhodovat podle zázemí. Design, SEO faktory a pár vychytávek pro zákazníky můžete doladit prakticky na jakémkoliv shop systému, se zázemím už to bývá horší. Samozřejmě nejsem zastáncem open-source ani toho, že si to naprogramuju sám, jsem zastáncem klasického přístupu, že podnikatel se má soustředit na svůj core business, maximalizovat přínos ze svého času a takovéto věci outsourcovat a tím i přenést odpovědnost za jejich vylepšování a správu.
A teď k své historii, začínali jsme na Shopsysu (díky Petře) s napojením na Pohodu (od Stormware Office), kde probíhala správa objednávek, skladu, fakturace, mezd a všeho dalšího a vydrželi jsme s tím v podstatě 2 a půl roku a párset miliónů obratu. Tehdy to byl ještě samozřejmě jiný Shopsys než je teď, daleko méně profesionální a obsahoval o mnoho méně funkcí, nicméně bylo to poměrně otevřené řešení a dalo se nad něj hodně věcí doprogramovat mimo dodavatelskou firmu, takže tyto moduly pak neměl každý konkurent, nevím úplně přesně, jak je to teď, ale věřím, že to bude pořád velmi kvalitní řešení. Samozřejmostí byl přechod od filesystémové Pohody k SQL verzi protože v 15 lidech už to filesystémová verze trochu nestíhala, ale po nějaké době a velikosti databáze už přestávala stíhat i ta SQL verze, když pak čekáte se zákazníkem “na drátě” třeba 30 vteřin na nalezení jeho objednávky nebo prověření skladové dostupnosti zboží, tak je to už dost nepříjemné. Navíc nebylo tak lehké do ní nechat dodělat různé přídavné moduly a tak jsme začali hledat nové řešení systému. Nakonec jsme zvolili Altus Vario s propojením na novější Shopsys, ovšem Shopsys byl v tu dobu již opravdu jen zobrazovací vrstva, správa objednávek, zboží, cenotvorby a všeho dalšího probíhala na úrovni Varia. Proces vyřizování objednávek jsme spolu s implementátory Varia naprosto vyladili, že hodně věcí vyřizoval automat a efektivita tak šla výrazně nahoru. Bohužel jsme na tomto řešení nevydrželi moc dlouho, protože než se pořádně rozběhlo, přišla akvizice větším shopem, který od svého počátku zaměstnává tým programátorů a kompletní řešení mají naprosto své a na míru.
Důležité ovšem je asi také zmínit, že jsme nikdy nechtěli dělat shop stylem “tak možná něco prodáme” jako mi přijde přístup hodně pisatelů na Webtrhu (čímž je nechci zatracovat, přinejhorším si alespoň zkusí podnikání), relativně dost rychlý a neustálý růst byl způsobem i tím, že jsme šli do podnikání s připraveným promyšleným business plánem doplněným samozřejmě o velkou dávku nadšení a určitě i štěstí, takže pokud řešíte, že si otevřete eshop jako “vedlejšák” ke svému zaměstnání a máte rozpočet 20 000 Kč na start, všechno chcete dělat v jednom člověku a “ono se možná něco prodá, až to bude online a poběží nějaká reklama”, není tohle asi článek pro Vás… eshop je podnikání jako každé jiné, není vše jen o píli a štěstí, je to také o připravenosti a promyšleném plánu, ale o tom jsem už psal dříve.
Jaké máte zkušenosti se svými eshopy? Využíváte nějaký na míru vyvinutý informační systém nebo jen koupený a doupravený? Jste spokojeni?


Zaujimavý článok. Chcel som ti napísať a spýtať sa či je lepšie začať s OS alebo z vlastným ale vidím, že tu je odpoveď. Veľmi by ma zaujímalo ako postupovať pri jednaní s programátormi. Zaujímam sa o naprogravovanie eshopu s kopou vlastných vylepšení, ale ešte nemám žiadne skúsenosti s jednaním. Chcem sa vyhnúť tomu, že programátor nedodá to čo by mal alebo že mu zaplatím a on dielo nedokončí. Kde zohnať dôverihodného programátora ktorý si nechá tieto vylepšenia pre seba a z 20 000Kc rozpočtu nezhltne celý koláč ? : )
Pokud kupuješ nějaké již hotové řešení, tak s programátory většinou nejednáš, spíše s obchodníky, implementátory atd., protože de facto kupuješ hotový produkt, který je pouze třeba doladit na tvou společnost, tvé procesy a tvůj business. Například u toho Varia lze všechno dodělat posléze programátory i mimo vyvojáře přímo z Varia. Jako dobrý zdroj freelance programátorů v ČR bych viděl například Webtrh.cz, v zahraničí třeba eLance.com nebo Getafreelancer.com. Koukej na reference, neplať před předáním díla, u většího díla si nastav postupné cíle a dle jejich plnění postupné platby atd.
Děkuji za článek, postupnou selekcí jsem došel ke stejnému rozhodnutí. Na ShopSys jedu 2 roky, v dohledné době přejdu na novější verzi, u IS jsem si nebyl tak jist, zkoušel jsem Altus i Helios, jsou to nepochybně dokonalé věcičky, ale dal jsem přednost Pohodě SQL s připravovanou novou verzí. Rozdíl v pořizovací ceně investuji do skladu. Pokud jsi mohl na Pohodě úspěšně růst 2,5 roku, tak jsi mne utvrdil v mém rozhodnutí. Altus si dva roky počká
Pohoda je v pohodě:-)) Je v ní trochu problém dodělávat různé automatické věci a podobně, ale na správu objednávek, skladů, pokladen atd. je fajn… je v ní nešikovná jen správa zboží, tedy třeba parametry zboží a tak… ale to se dá spravovat na úrovni shopu.