E-shopová platforma pro více prodejních kanálů

Co to řeší v praxi

Obchodní platforma propojuje katalog, nákup, zákaznické účty a provozní automatizace. Jednotlivé e-shopy mají vlastní značku, obsah, nabídku a pravidla, zatímco tým spravuje produkty, objednávky a důležité provozní procesy v jednom rozšiřitelném systému.

Zákazník může projít kategoriemi, filtrovat podle parametrů, hledat konkrétní produkt nebo použít průvodce výběrem. Produktová stránka skládá varianty, dostupnost, související zboží, hodnocení a další obsah podle toho, co je pro daný produkt a obchod relevantní. Součástí platformy je také kontextový nákupní asistent, který může doporučit vhodné produkty.

Nákupní proces pracuje s adresou, dopravou, výdejním místem a platbou. Nabídka možností se přizpůsobuje konkrétní objednávce; například zboží vyráběné nebo připravované na objednávku může vyžadovat jiný způsob platby. Po objednání má zákazník účet s historií nákupů, adresami a dalšími návaznými kroky.

Pro obchodní tým jsou důležité i funkce mimo výlohu e-shopu: správa kanálového obsahu, katalogových atributů, skladové dostupnosti, objednávkových stavů, cen, zákaznické komunikace a marketingových výstupů. Administrace rozšiřuje standardní systém o konkrétní pracovní obrazovky a přehledy.

Na produktové stránce může zákazník použít volbu „Chci lepší cenu“. Uvede množství a cenu, která by pro něj dávala smysl; systém zohlední produkt, dostupnost a možnosti dodání a připraví navazující nabídku. Poptávka sama ještě nevytváří objednávku. Pokud je pro daný obchod a produkt zapnutá záchranná nabídka, může se váhajícímu návštěvníkovi zobrazit časově omezená individuální cena s odpočtem a přímým vložením do košíku.

Komunikace pokračuje i po objednávce. Zákazník si může povolit push upozornění na změnu jejího stavu a své rozhodnutí později změnit. Platforma podporuje A/B i vícevariantní testy nabídky upozornění nebo cenové výzvy a sleduje, která podoba návštěvníkům skutečně pomáhá. Měření přitom respektuje souhlas návštěvníka a nastavení konkrétního kanálu.

Obchodní tým má v administraci centrální TODO centrum. To upozorňuje například na chybějící produktové parametry, neúplný obsah, nákupní rádce, SEO podklady, obrázky nebo integrační nastavení. Úkoly se dají filtrovat podle kanálu, typu, závažnosti a priority, otevřít rovnou související záznam a sledovat, co řeší člověk a co automatizace.

Účetní a logistické procesy navazují na obchodní data přes integrační moduly. Platforma umí předávat objednávkové a skladové informace do dalších systémů, připravovat feedy a reagovat na změny v katalogu nebo objednávce. Jednotlivé funkce se zapínají podle potřeb konkrétního e-shopu; všechno nemusí být aktivní v každém kanálu.

Technické řešení

Architektura odděluje Vendure backend, pracovní úlohy, rozšířenou Admin UI a Remix storefront. Kanálový kontext prostupuje katalogem, cenami, obsahem, objednávkami i oprávněními. Vlastní pluginy vystavují Admin a Shop GraphQL API, ze kterých čerpá zákaznický web a interní obrazovky.

Katalogová vrstva řeší hierarchii kategorií, parametrické filtrování, vyhledávání, varianty, produktové vztahy a kanálově odlišný obsah. Obsahové a SEO moduly skládají produktové a kategoriové stránky tak, aby zákazník i vyhledávač dostali konzistentní informace. Změny katalogu se propisují do vyhledávacích a prezentačních pohledů.

Objednávková vrstva používá stavový proces Vendure a vlastní pravidla pro dopravu, platbu, dostupnost a účetní vazby. Checkout kontroluje úplnost výdejního místa i adresy, přizpůsobuje nabídku plateb typu objednávky a pracuje s více podporovanými platebními a přepravními službami. Zákaznický účet navazuje na objednávkovou historii.

Provozní integrace propojují obchodní data s POHODOU, skladovou dostupností, e-mailovými zprávami a marketingovými feedy. Úlohy a odběratelé událostí zpracovávají změny asynchronně; zpětné čtení a audit pomáhají rozlišit požadovanou změnu od skutečného stavu.

Modul individuálních cenových nabídek vyhodnocuje zákaznický návrh proti aktuálním obchodním a skladovým podkladům, eviduje stav žádosti a předává ji do navazujícího workflow. Samostatná záchranná větev posuzuje vhodnost dočasné nabídky, hlídá její platnost na serveru a při přijetí ji váže ke košíku. Experimentální vrstva rozlišuje varianty zobrazení a zaznamenává jejich průchod od zobrazení k reakci.

Push vrstva propojuje souhlas v prohlížeči, registraci odběru, události změny stavu objednávky a doručování zpráv. Varianty výzev k odběru mají samostatné vyhodnocení reakcí. Zákazník může upozornění vypnout; obchod nastavuje jejich použití pro jednotlivé kanály.

TODO centrum sjednocuje trvale evidované úkoly s úkoly zjištěnými automatickými kontrolami katalogu, obsahu, SEO a integračních vazeb. Plánovaná synchronizace udržuje frontu aktuální; Admin UI poskytuje souhrny, filtry, priority a odkazy na místo, kde lze problém vyřešit.

Administrace má vlastní moduly pro katalog, obsah, cenové a marketingové agendy, zákaznickou péči a reporting. Role a kanálová oprávnění omezují, jaké informace a úkony jsou konkrétnímu pracovníkovi dostupné.

Storefront doplňuje serverové vykreslování, strukturovaná data, řízení mezipaměti a její invalidaci po změnách katalogu. Backend, API kontrakt, administrace a zákaznické rozhraní se při změnách vydávají společně, protože jedna funkce často prochází všemi vrstvami.

Technické výzvy

• Oddělit obsah, ceny a oprávnění pro jednotlivé kanály při společném katalogovém základu.
• Udržet konzistentní stav objednávky, skladu, platby a účetního systému napříč asynchronními kroky.
• Sladit filtrování, SEO stránky a mezipaměť s často měněným katalogem.
• Vydávat změny API, Admin UI a zákaznického webu jako jeden funkční celek.
• Zachovat konzistentní stav časově omezené cenové nabídky mezi zákaznickým webem, serverem a košíkem.
• Propojit provozní kontroly s přehlednou frontou úkolů a přitom zachovat oddělení kanálů a rolí.

Jak na sebe kroky navazují

1. 01Nastavení prodejního kanálu+

   Pro každý obchod se určí značka, nabídka, obsah, ceny a provozní volby. Sdílená platforma přitom zachovává oddělení dat, která mají být kanálová.

2. 02Příprava katalogu+

   Produkty a varianty dostanou kategorie, parametry, fotografie, vztahy a dostupnost. Administrace kontroluje, zda jsou údaje připravené pro zobrazení zákazníkovi.

3. 03Publikace obsahu+

   Obsahové stránky, nákupní rádci a SEO informace se navazují na konkrétní kanál a část katalogu.

4. 04Vyhledání vhodného produktu+

   Zákazník prochází kategorie, hledá, filtruje a porovnává relevantní vlastnosti. Vyhledávání a filtry pracují s připravenými katalogovými daty.

5. 05Detail a konfigurace+

   Produktová stránka spojí varianty, dostupnost, další doporučené položky, hodnocení a potřebné vysvětlení. Nabídka provedení odpovídá pravidlům daného produktu.

6. 06Volba obchodní nabídky+

   Podle kanálu a produktu může návštěvník vidět standardní cenu, výzvu „Chci lepší cenu“ nebo dočasnou individuální nabídku. Dvě následující větve jsou alternativní možnosti, nikoli povinné kroky každého nákupu.

7. 07Možnost A: poptávka lepší ceny+

   Zákazník uvede požadované množství, cílovou cenu a kontakt. Systém žádost zaeviduje, vyhodnotí dostupné podklady a připraví další komunikaci; objednávka vzniká až po potvrzení konkrétní nabídky.

8. 08Možnost B: záchrana váhajícího nákupu+

   Je-li pro produkt zapnutá a vhodná, zobrazí se časově omezená nabídka s odpočtem. Při přijetí se výhodnější cena ověří na serveru a naváže na košík; po vypršení ji nelze použít.

9. 09Košík+

   Přidání produktu připraví aktivní objednávku a průběžně přepočítává její obsah, cenu a dostupné návazné možnosti.

10. 10Doprava a výdejní místo+

    Checkout nabídne odpovídající způsoby doručení, ověří adresu a u doručení na pobočku vyžaduje platně zvolené místo.

11. 11Platba a potvrzení+

    Zákazník zvolí dostupnou platbu; objednávka respektuje zvláštní podmínky vybraného zboží. Po dokončení získá potvrzení a možnost sledovat další stav.

12. 12Volitelná push upozornění+

    Po nákupu nebo při návštěvě může zákazník povolit upozornění v prohlížeči. Jeho volba se uloží k odběru; při změně stavu objednávky vzniká zpráva pro odpovídajícího odběratele.

13. 13Účet a zákaznická péče+

    Přihlášený zákazník se vrací k historii objednávek, adresám a navazujícím požadavkům. Podpora pracuje s případem v kontextu objednávky.

14. 14Účetní a skladová návaznost+

    Integrační vrstvy předávají relevantní údaje mezi obchodem, POHODOU a dalšími provozními službami a hlídají jejich konzistenci.

15. 15Marketingové výstupy+

    Produktová data a dostupnost se skládají do feedů a dalších podkladů pro propagaci a měření výkonu obchodu.

16. 16Provozní mapa úkolů+

    Automatické kontroly a provozní události zakládají či aktualizují TODO. Tým vidí souhrn priorit, vybere konkrétní kanál a otevře rovnou související produkt, obsah nebo nastavení.

17. 17Provoz a rozvoj+

    Změny katalogu invalidují příslušné mezipaměti. Nové funkce se koordinují mezi backendem, administrací a storefrontem a ověřují se v celém zákaznickém průchodu.

Co z toho vzniklo

Vznikla vícekanálová obchodní platforma od výběru produktu přes individuální cenovou nabídku a nákup až po komunikaci o objednávce. Provozní tým má společné nástroje pro katalog, obsah, experimenty, úkoly, integrace a marketing. Dostupnost jednotlivých funkcí závisí na nastavení konkrétního e-shopu.