01 / PŘÍPADOVÁ STUDIE

Od Ondry.
Každý kus má vlastní data.

Připravovaný e-commerce systém s vlastním backendem pro zboží, kde má každý kus reálné fotografie, stav a dohledatelný objednávkový tok.

Otevřít odondry.cz ↗Popsat vlastní záměr

Produkt v rozvojiVeřejná beta

RozsahStorefront, commerce backend, účty, objednávky a provozní integrace

Období2026

Role

Vlastní produkt v rozvoji

Sektor

Použitá elektronika / e-commerce

Stav

Veřejná beta

Co jsme postavili

Storefront a samostatný commerce backend

Technické měření · mobilní výkon 90/100Veřejná beta · 3. 9. 2026

03 / TECHNICKÝ SNAPSHOT

Nejen design.
I technická disciplína.

Každou veřejnou referenci jsme poslali stejným auditem, který nabízíme návštěvníkům. Ukazujeme poslední uložený mobilní běh s datem měření, včetně slabších míst.

Veřejná betaodondry.czMěřeno 3. 9. 2026PageSpeed / Lighthouse · mobil

VÝKON / MOBILNÍ LAB90/100

Jeden laboratorní běh aktuální veřejné URL.

LCP3,3 sKe zlepšení

FCP1,5 sDobré

TBT49 msDobré

CLS0,000Dobré

Speed Index4,0 sKe zlepšení

TTFB15 msDobré

Výkon90/100

Přístupnost100/100

Best practices100/100

SEO100/100

CORE WEB VITALS / CRUX / 28 DNÍ

Veřejná field data nejsou dostupná.

CrUX nemá pro tuto URL nebo doménu dost anonymizovaných návštěv. Nulu si nevymýšlíme; laboratorní LCP, CLS a TBT jsou uvedené výše.

ROZSAH BĚHU

HTTP stav: 200
Požadavky: 43
Přenos: 431 kB
Strategie: Mobil

Laboratorní mobilní test se může mezi běhy lišit. CrUX uvádí 75. percentil anonymizovaných návštěv za posledních 28 dní; chybějící data nejsou nula. Automatické skóre přístupnosti není potvrzením plné WCAG shody.

Otevřít celý technický report →Prověřit vlastní web →

04 / VÝCHOZÍ STAV

Z čeho jsme vycházeli.

U použité elektroniky nestačí jedna produktová fotografie a skladové číslo. Každý kus má vlastní stav, příslušenství, reálné fotografie a konkrétní dostupnost.

Provoz potřebuje držet katalog, košík, objednávku, zákaznický účet i následnou komunikaci ve stejném datovém toku.

Cílem je vlastní e-commerce základ, který lze postupně rozšiřovat o další prodejní kanály bez závislosti na uzavřené krabicové platformě.

05 / ŘEŠENÍ

Co jsme navrhli
a postavili.

Funkce nevrstvíme pro efekt. Každá má mít jasné místo v cestě zákazníka nebo v každodenním provozu týmu.

Next.js storefront pro vyhledávání, katalog, detail konkrétního kusu, košík a checkout.

Samostatný Medusa commerce backend pro produkty, zákazníky, objednávky, sklad a administraci.

Zákaznický účet, obnova přístupu a dohledání stavu objednávky.

PostgreSQL, Redis a persistentní úložiště produktových fotografií.

Standardizované e-commerce události pro GA4 a produktovou analytiku v PostHogu.

Webhook připravený pro automatizované publikování a navazující marketplace workflow.

Technické řešení pro váš tým

Next.js: Storefront, vyhledávání a zákaznické rozhraní
Medusa: Commerce backend, katalog a objednávky
PostgreSQL + Redis: Trvalá data, cache a provozní stav
PostHog + GA4: Produktové a e-commerce měření

07 / VÝSLEDEK PROJEKTU

Co dnes řešení umožňuje.

Storefront a commerce backend lze nasazovat a rozvíjet jako oddělené části systému.

Datový model počítá s individuálním stavem a fotografiemi každého prodávaného kusu.

Návrh zákaznické cesty počítá s účtem, košíkem, checkoutem i stavem objednávky.

Projekt má připravené měření a integrační body pro další prodejní automatizace.

Co chcete zlepšit ve své firmě?

Řekněte nám, co má zákazník udělat, co se musí stát v provozu a kde dnes ztrácíte čas nebo poptávky. Navrhneme konkrétní další krok.

Popsat záměr →Prověřit současný web

Od Ondry.Každý kus má vlastní data.