Checklist podkladů pro tvorbu e-shopu

Co je specifické pro prodej online a co si od klienta vyžádat, než se e-shop spustí — rozdělené do kategorií, s důvodem a načasováním u každé položky.

Co tenhle checklist přidává k běžnému webu

E-shop potřebuje všechno co běžný web — logo, barvy značky, texty na hlavní stránku, přístup k doméně — a navíc vrstvu, která existuje jen proto, že stránka přijímá platby a odesílá objednávky. Právě tu popisuje tenhle checklist. Sdílený základ pro každý webový projekt bez ohledu na to, jestli něco prodává, najdete v checklistu podkladů pro tvorbu webu — tyhle položky nežádejte dvakrát.

Stejně jako u každého sběru podkladů roztřiďte položky na ty, které brání začít stavět, a ty, které mohou počkat s náhradou. Chybějící fotka produktu vývoj skoro nikdy nezastaví; chybějící rozhodnutí, jakou platební bránu napojit, obvykle ano, protože mění, jaký kód se bude psát. Jak tohle všechno z klienta reálně dostat — jaký způsob sběru sedí na jakou situaci — popisuje jak nejlépe žádat soubory od klientů.

Produkty a katalog

Položka Proč Kdy
Kompletní seznam produktů s názvy a krátkými popisy Určuje strukturu katalogu dřív, než se postaví první šablona. Před zahájením
Kategorie a jejich zanoření Mění navigaci a strukturu URL adres — odhad znamená obojí předělávat později. Před zahájením
Varianty (velikost, barva, materiál) a jejich struktura Tričko ve čtyřech velikostech a třech barvách je jeden produkt s dvanácti variantami, ne dvanáct produktů — ale jen pokud se tak staví od začátku. Před zahájením
SKU nebo jiný jednoznačný identifikátor produktu Bez něj je spárování řádku v tabulce s produktem napříč koly importu jen odhad podle názvu. Před zahájením
Fotky produktů, na produkt nebo variantu Nejčastěji pozdě dorazivší položka z celého seznamu — viz sekce o tom, co brzdí spuštění. Klíčové/nejprodávanější produkty před zahájením, zbytek může počkat
Celkový počet produktů, i odhadem Dvacet produktů a dva tisíce potřebují jiný způsob importu i jiné funkce katalogu (filtrování, vyhledávání) hned od začátku. Před zahájením

Ceny a DPH

Položka Proč Kdy
Cena u každého produktu, s DPH, nebo bez Mění, co se ukládá a co se zobrazuje — potvrďte to jednou výslovně, ne odhadem z formátu tabulky. Před zahájením
Sazba DPH u produktu nebo kategorie, pokud se liší Jedna globální sazba se rozbije, jakmile se jedna produktová řada liší (typicky knihy, potraviny nebo digitální zboží mívají jinou sazbu). Před zahájením
Měna a případně které země e-shop obsluhuje Určuje, jestli je potřeba vícemměnová podpora od spuštění — mnohem větší rozdíl v rozsahu, než se zdá. Před zahájením
Pravidla slev a akcí, pokud se plánují ke spuštění Procentuální kód je jednoduchý; odstupňovaná množstevní sleva je jiná funkce a potřebuje naplánovat, ne objevit uprostřed vývoje. Může počkat, pokud na tom spuštění nezávisí
Fakturační údaje firmy (název, IČO, DIČ, sídlo) Pole, která musí platná faktura obsahovat, určuje registrace prodejce, ne designové rozhodnutí. Před zahájením

Média

Položka Proč Kdy
Fotky produktů v uvedeném minimálním rozlišení Uveďte minimální rozměr a styl pozadí (bílé, lifestylové, obojí) předem — nesourodá dávka fotek mobilem je běžné a zbytečné kolo úprav. Klíčové produkty před zahájením
Kategoriové nebo bannerové obrázky pro hlavní stránku Marketingové obrázky, odlišné od produktových fotek, často se zapomenou, protože nemají odpovídající řádek v databázi. Může počkat
Velikostní tabulky nebo návody na velikost, u oblečení a podobného zboží Sníží počet dotazů na podporu, ale spuštění to nebrzdí — stačí zmínit včas, aby se na to nezapomnělo úplně. Může počkat
Produktová videa, pokud se používají Ověřte, že je platforma a šablona skutečně podporují, než je berete jako požadavek. Může počkat

Logistika a platby

Položka Proč Kdy
Jaké platební metody přijímat (karty, bankovní převod, platba později, lokální peněženky) Určuje, jaká platební brána (typicky GoPay nebo Comgate) se napojí — po napsání kódu pokladny je drahá změna. Před zahájením
Účet u platební brány, ověřený a schválený Většina bran vyžaduje vlastní ověření obchodníka, než začne zpracovávat ostré platby — bývá nejpomalejší krok z celého seznamu. Před zahájením — viz co brzdí spuštění
Dopravci a struktura cen dopravy Ovlivňuje průběh pokladny a případně, jaké API dopravce (typicky Zásilkovna nebo PPL) se napojí. Před zahájením
Přístupové údaje k účtu dopravce, pokud se ceny nebo štítky stahují živě Potřebuje klientův vlastní účet u dopravce, ne obecný — je to přístupový údaj z jeho vztahu s dopravcem, ne od vás. Před zahájením, pokud jsou živé ceny v rozsahu
Hmotnost a rozměry produktů Nutný vstup pro výpočet dopravy podle váhy; chybí-li u pár produktů, rozbije to výpočet u nich. Před zahájením
Způsob vyřizování objednávek (vlastní balení, externí sklad, dropshipping) Mění, co se má stát po platbě — upozornit sklad, vygenerovat expediční list, nebo napsat klientovi. Před zahájením
Podmínky vrácení a výměny zboží Vstupuje do právní stránky o vrácení i do funkce žádosti o vrácení v e-shopu. Může počkat, ale před spuštěním

Právní a compliance

Položka Proč Kdy
Obchodní podmínky a pravidla pro odstoupení od smlouvy U prodeje spotřebitelům obvykle nutné uvést zákonné právo na odstoupení od smlouvy — text by měl přijít od klienta nebo jeho právníka, ne být vymyšlený za něj. Může počkat, ale před spuštěním
Zásady ochrany osobních údajů a souhlas s cookies E-shop sbírající jména, adresy a platební údaje musí zveřejnit víc než prezentační web a potřebuje souhlas pro sledování a marketing. Může počkat, ale před spuštěním
Specifická omezení podle oboru (věkově omezené nebo regulované zboží) Některé kategorie mají vlastní požadavky na upozornění nebo ověření věku, které obecná šablona e-shopu nepokryje. Před zahájením, pokud to katalog vyžaduje
Postup vyřizování reklamací, pokud to zákon vyžaduje Bývá samostatný požadavek oddělený od obecných podmínek vrácení. Může počkat, ale před spuštěním

Účty a přístupy

Položka Proč Kdy
Přístup k doméně, hostingu a DNS Tady je spuštění kritické specificky proto, že živý e-shop nemůže přesun domény jen tak odložit jako prezentační web. Před zahájením
API klíče platební brány, po schválení účtu Jde o přístupový údaj a nikdy by neměl putovat e-mailem — viz poznámka o přístupových údajích níže. Přijde, jakmile účet u brány projde ověřením
Přístup k účtu dopravce, pokud se napojuje Stejné zacházení jako u klíčů platební brány: přístupový údaj, ne dokument. Před zahájením, pokud je živá doprava v rozsahu
Přístup do ERP, účetního nebo skladového systému, pokud je potřeba synchronizace Vyžaduje API přístup daného systému a obvykle kontakt, který rozumí jeho datovému modelu. Před zahájením, pokud je v rozsahu, jinak později
Účty na tržištích nebo sociálních sítích s prodejem, pokud se produkty nabízejí i jinde Relevantní jen pokud se má synchronizovat sklad nebo objednávky napříč kanály — ověřte rozsah předem. Může počkat

Marketing

Položka Proč Kdy
ID pro analytiku a sledování konverzí Nejlépe zapojit před spuštěním, aby se první prodeje měřily; krátká mezera nezpůsobí trvalou škodu. Může počkat
Údaje pro e-mailový marketing nebo nástroj na opuštěné košíky Obvykle napojení až po spuštění, ne strukturální požadavek samotného e-shopu. Může počkat
Plánované akce nebo slevové kódy ke spuštění Pokud má akce běžet od spuštění, musí být logika slevy součástí stavby, ne dolepená den předem. Před zahájením, pokud se plánuje

Tabulka produktových dat

U katalogu nad pár položek přichází data o produktech obvykle jako tabulka a její kvalita rozhoduje, kolik ručního čištění bude import potřebovat. Požádejte klienta o vyplnění šablony s těmito sloupci, místo přebírání formátu, který už náhodou má:

Časté chyby, na které upozornit před importem: varianty namačkané do jednoho pole místo jednoho řádku na variantu; ceny tiše míchající s DPH a bez DPH ve stejném sloupci; názvy souborů, které přesně neodpovídají tomu, co bylo nahráno; a sloupec „kategorie", který je ve skutečnosti seznam štítků oddělených čárkou — jiná struktura, kterou je potřeba tak i namodelovat.

Co obvykle brzdí spuštění e-shopu

Pár položek z výše uvedených seznamů způsobuje nepřiměřeně velkou část zpoždění, a žádnou z nich vývojář přímo neovlivní:

Když se těchto pět věcí řeší od prvního dne, a ne až v „obsahové" fázi, posune se skutečné úzké hrdlo dřív, dokud je ještě čas ho vstřebat.

Kde do toho zapadá BriefGate

Sbírat tenhle seznam je větší verze stejného problému, který BriefGate řeší u každého webového projektu: někdo musí o každou položku požádat přesně, sledovat, co se vrátilo, napříč delším a různorodějším seznamem, než potřebuje prezentační web, a udržet přístupy k platební bráně i dopravci mimo e-mail. AI kódovací agent — nebo vy sami z dashboardu — může tenhle checklist deklarovat jako typované položky, s omezeními jako minimální rozlišení fotky nebo povinné pole pro DPH zabudovanými přímo do požadavku, a nechat upomínkový systém BriefGate hlídat, co ještě chybí, zatímco trezor na přístupy předává přihlašovací údaje k bráně a dopravci s jednorázovým odhalením místo e-mailu. Hotová šablona pro e-shop zatím neexistuje — vestavěné šablony pokrývají restaurace, poradce a spolky — takže sběr podkladů pro e-shop se staví z výše uvedeného seznamu položek, ne z jednoho předpřipraveného vzoru.