Obsahový e-shop na uzavřené platformě: kdy to stačí a kde to narazí

Kde v projektu leží riziko

Rozhodnutí mezi hotovou platformou a vlastním řešením nestojí na tom, co je hezčí ani co je modernější. Stojí na jediné otázce: kde se tenhle konkrétní projekt nejspíš pokazí.

U e-shopu s tisíci položkami, netriviálním skladem, cenovými hladinami podle zákazníka nebo napojením na výrobu leží riziko v logice objednávky. Tam je vlastní řešení často levnější než ohýbání platformy. U e-shopu s dvaceti položkami, běžnou dopravou a platbou a produktem, který se musí vysvětlit, leží riziko někde jinde: v tom, jestli zákazník pochopí, co kupuje.

Přesně takový je Rebon, e-shop s domácí filtrací vody. Dvacet jedna položek, žádná výjimečná obchodní logika, zato produkt, u kterého člověk neví, co má ve vodě, nerozumí rozdílu mezi vložkami a netuší, jestli si to nainstaluje sám. Košík nebyl místo, kde se dal projekt vyhrát ani prohrát.

Co platforma ušetří

Upgates jako platforma pokrývá věci, které se v každém vlastním e-shopu píší znovu a pak se roky udržují:

• Objednávkový tok od košíku po stav zásilky, včetně stavů, o kterých si při psaní od nuly vzpomenete až v provozu.
• Doprava a platba s napojením na dopravce a platební brány, které se mění bez vás.
• Sklad, varianty a dostupnost i s administrací, kterou klient zvládne sám.
• Faktury, reklamace a právní texty v podobě, kterou nemusíte dohledávat ve vyhlášce.
• Provoz, zálohy a aktualizace, za které někdo ručí smluvně, ne vaší pohotovostí.

Nic z toho není zajímavá práce a všechno to musí fungovat. Peníze, které se za to neutratí, jdou tam, kde o výsledku opravdu rozhoduje: do šablony, do struktury stránek a do obsahu.

Kde to narazí

Cena je v tom, že šablona se píše uvnitř platformy a její možnosti jsou dané. To není výtka, to je definice. Důležité je vědět, kde ta hranice vede, dřív než se začne stavět:

• Datový model je hotový. Produkt má parametry, varianty a kategorie v podobě, kterou platforma umí. Entita, která tomu neodpovídá, se dá nasimulovat, ale ne vymyslet.
• Obsahové stránky nejsou produkty. Vejdou se, ale chovají se jinak než kategorie a při návrhu se na to musí myslet, jinak vzniknou dvě různé šablony pro totéž.
• Výkon není zcela ve vašich rukou. Část kódu a část načítání je platformy. Optimalizovat jde to, co ovládáte, a to je obvykle dost, ale ne všechno.
• Výstupy mají svůj tvar. Sitemapa, feedy nebo strukturovaná data vznikají tak, jak je platforma generuje. Doplnit se dá leccos, přepsat od základu obvykle ne.
• Odchod stojí práci. Obsah vyvezete, ale šablona zůstane tam, kde vznikla.

Jak se rozhodnout dřív, než začnete

Na tohle existuje levný test, který doporučujeme každému, kdo váhá. Sepište seznam stránek, které web musí mít — ne kategorie, ale všechny: rozcestníky, průvodce, segmentové stránky, stránky pro nerozhodnuté. Pak je zkuste na papíře navrhnout do zvolené platformy.

Když se tam všechny vejdou, je rozhodnuto a ušetříte si vlastní e-shop. Když se dvě nebo tři nevejdou, zjistíte to v okamžiku, kdy se s tím ještě dá něco dělat, a ne po třech měsících stavby. U Rebonu se vešly všechny včetně rozcestníku zdroj vody → co řešíte → kde začít, segmentových stránek pro kanceláře, gastro nebo akvaristiku a obsahových stránek k výběru filtru.

Co se stejně musí udělat ručně

Platforma vyřeší provoz, nevyřeší rozhodnutí. Struktura kategorií podle fáze zákazníka, titulky a popisky ke každé stránce, strukturovaná data u častých dotazů, jedna kanonická doména, měření od prvního dne a prohlášení o přístupnosti — to všechno je práce, kterou za vás nikdo neudělá a která rozhoduje o tom, jestli se e-shop vůbec najde.

A platí to i obráceně: kdybychom tenhle e-shop psali od nuly, nic z toho by nebylo hotové samo. Jen bychom k tomu měli navíc vlastní košík, který je potřeba roky udržovat.

Na stejný projekt se z jiné strany dívají sesterská studia: DHMO o značce pro produkt, kterému zákazník nerozumí a Independency o struktuře podle hledání.