Jak vytvořit vlastní marketplace — od nápadu po fungující platformu

Každý druhý podnikatel, který k nám přijde s nápadem na marketplace, říká totéž: "Je to vlastně takový e-shop, jen tam prodává víc lidí." A přesně v téhle větě je zakopané devadesát procent problémů, které ho čekají.

Marketplace není e-shop s víc prodejci. Je to úplně jiný typ byznysu. Jiná architektura. Jiný obchodní model. Jiný způsob, jak růst. A hlavně — jiný způsob, jak zkrachovat.

Tohle je průvodce pro ty, kteří to myslí vážně. Mají nápad, mají rozpočet, ale potřebují pochopit, co vlastně stavějí, než začnou platit prvního vývojáře.

Co dělá marketplace marketplace

E-shop má jednoho prodejce a tisíc zákazníků. Marketplace má tisíc prodejců a sto tisíc zákazníků. A v tom je zásadní rozdíl, protože musíte vyřešit obě strany najednou.

Říká se tomu dvoustranný síťový efekt. Prodejci přijdou, jen když vidí zákazníky. Zákazníci přijdou, jen když vidí produkty. Nikdo nechce být první na prázdném tržišti. Tohle je takzvaný chicken-and-egg problém a je to důvod číslo jedna, proč marketplace projekty umírají.

Devadesát procent marketplace startupů selže ještě předtím, než vyřeší nabídkovou stranu. Ne proto, že by měly špatnou technologii. Proto, že nemají čím přitáhnout první prodejce. A bez prodejců nemají co nabídnout kupujícím.

Než začnete přemýšlet o technologii, musíte mít jasnou odpověď na jednu otázku: proč by první prodejce přišel právě k vám? Pokud odpověď zní "protože budeme mít hezký web", máte problém.

Základní architektura — co musí marketplace umět

Klasický e-shop má katalog, košík a platební bránu. Marketplace potřebuje všechno z toho, plus celou vrstvu navíc. A ta vrstva navíc je rozsáhlejší, než si většina lidí dokáže představit, dokud nezačne kreslit wireframy.

Multi-vendor správa produktů. Každý prodejce má svůj panel, kde spravuje své produkty, nastavuje ceny, upravuje popisy a fotky. Vy jako provozovatel platformy potřebujete schvalovací systém — ne každý produkt má projít rovnou na web. Potřebujete kategorizaci, která funguje napříč prodejci, standardizované atributy a deduplikaci. Když tři prodejci prodávají stejnou věc, zákazník to chce vidět přehledně.

Vyhledávání a filtrování. U e-shopu s dvěma sty produkty stačí základní filtr. U marketplace s padesáti tisíci produkty od stovek prodejců potřebujete Elasticsearch nebo Algolii. Full-textové vyhledávání, fasetové filtry, řazení podle relevance, lokace, hodnocení. Tohle není feature, kterou přidáte později. Špatné vyhledávání zabije marketplace rychleji než cokoliv jiného.

Hodnocení a recenze. Oboustranné. Kupující hodnotí prodejce, prodejce hodnotí kupujícího. Bez toho nemáte důvěru, a bez důvěry nemáte transakce. Potřebujete systém na ověřené recenze, moderaci, a řešení falešných hodnocení. Triviální to zní. Triviální to není.

Messaging. Kupující se chce zeptat prodejce na detail produktu. Prodejce potřebuje poslat update k objednávce. Potřebujete in-platform chat, který je dostatečně dobrý na to, aby lidi neodcházeli na WhatsApp. Protože jakmile komunikace opustí vaši platformu, ztratíte kontrolu nad transakcí.

Řešení sporů. Zákazník tvrdí, že zboží nedorazilo. Prodejce tvrdí, že ho odeslal. Kdo má pravdu? Potřebujete dispute resolution systém — eskalační workflow, pravidla pro vrácení peněz, a někoho (nebo něco), kdo rozhodne. U malého marketplace to řešíte ručně. U velkého potřebujete automatizaci.

Platební problém — nejsložitější část celého projektu

Tady většina podnikatelů poprvé pochopí, že marketplace opravdu není e-shop.

V e-shopu zákazník zaplatí vám a hotovo. V marketplace zákazník zaplatí, ale peníze musí dostat prodejce, mínus vaše provize. A to vytváří celou řadu komplikací.

Escrow. Nemůžete poslat peníze prodejci okamžitě. Co když zákazník chce vrátit zboží? Co když zboží nedorazí? Potřebujete escrow — peníze drží platforma, dokud není transakce dokončena. V Česku to má regulatorní důsledky. Pokud držíte cizí peníze, spadáte pod dohled ČNB. Musíte to vyřešit buď licencí, nebo tím, že peníze nedrží váš účet, ale platební brána.

Split payments. Stripe Connect tohle řeší elegantně a funguje v Česku. Zákazník zaplatí jednou platbou, Stripe automaticky rozdělí peníze mezi vás (provize) a prodejce. Bez toho, abyste peníze kdy měli na svém účtu. To vás zbavuje regulatorních starostí.

Alternativy ke Stripe Connect v českém prostředí jsou omezené. GoPay nabízí marketplace řešení, ale je to méně vyzrálé. Comgate a ThePay split payments v pravém slova smyslu nepodporují. Většina českých marketplace projektů buď jde přes Stripe Connect, nebo si staví vlastní payout systém nad klasickou platební bránou, což je podstatně náročnější.

Provizní modely. Tři základní přístupy. Procentuální provize z každé transakce — typicky pět až dvacet procent, záleží na kategorii. Paušální poplatek za transakci — třicet korun za objednávku, bez ohledu na výši. Měsíční předplatné pro prodejce — tisíc korun měsíčně za přístup na platformu. Většina úspěšných marketplace platforem kombinuje dva z těchto tří. Fler bere procento z prodeje. Vinted bere poplatek od kupujícího. Airbnb bere z obou stran.

České platební metody. Vaši zákazníci budou chtít platit kartou, bankovním převodem a přes Apple Pay nebo Google Pay. Prodejci budou chtít výplaty na český bankovní účet. Stripe Connect tohle všechno pokrývá. Pokud cílíte na starší demografii nebo B2B segment, přidejte fakturační platby — to ale komplikuje escrow logiku.

Čtyři typy marketplace a co každý vyžaduje

Ne každý marketplace je stejný. Technické požadavky se dramaticky liší podle toho, co zprostředkováváte.

Produktový marketplace — typ Fler, Etsy, Amazon Marketplace. Prodejci nabízejí fyzické produkty, vy řešíte katalog, platby a někdy logistiku. Technicky nejpřímočařejší varianta, protože produkt je konkrétní věc s cenou a fotkou. Hlavní výzva: kvalita katalogu a vyhledávání.

Marketplace služeb — typ Nejřemeslníci, Upwork, Fiverr. Prodejci nabízejí svůj čas a schopnosti. Tady potřebujete booking systém, kalendáře, geolokaci, systém nabídek a poptávek. Produkt není fixní — každá zakázka je jiná. Technicky náročnější, protože modelujete lidskou práci, ne zboží.

Marketplace pronájmu — typ Airbnb, Turo. Sdílíte aktiva, která nikdo nekupuje, jen si je půjčuje. Potřebujete kalendáře dostupnosti, pojištění, ověřování identity, bezpečnostní zálohy. Regulatoricky nejsložitější varianta, zvlášť v Česku, kde krátkodobé pronájmy mají specifická pravidla. Praha zavedla registrační povinnost pro krátkodobé pronájmy a další města ji zvažují. Pokud stavíte v tomhle segmentu, počítejte s tím, že regulace se bude měnit a váš systém to musí zvládnout.

B2B marketplace — typ Faire, Alibaba. Obchodníci nakupují od obchodníků. Větší objemy, delší objednávkové cykly, fakturace místo okamžitých plateb, smluvní ceny, RFQ (request for quote) systémy. Menší počet uživatelů, ale vyšší hodnota transakcí. Technicky specifický — potřebujete integraci s účetními systémy a ERP. V českém kontextu to znamená napojení na Pohodu, Money S3 nebo ABRA. Bez toho vám žádná firma s obratem nad pět milionů nebude chtít prodávat.

Build versus buy — postavit od nuly, nebo vzít hotové řešení?

Tohle je rozhodnutí, které určí vaše první dva roky. A většina lidí ho udělá špatně.

White-label řešení — Sharetribe, Arcadier, Marketplacer. Sharetribe je nejpopulárnější volba pro validaci. Za pár tisíc měsíčně dostanete funkční marketplace s platbami, uživatelskými profily a základním vyhledáváním. Spustíte za týdny, ne za měsíce. Arcadier nabízí víc customizace, ale za vyšší cenu. Marketplacer cílí na enterprise.

Kdy white-label dává smysl: validujete nápad. Nevíte, jestli váš marketplace někdo bude chtít. Potřebujete dostat první prodejce a kupující na platformu a zjistit, jestli to funguje, než investujete statisíce do vývoje.

Kdy white-label nedává smysl: máte specifické požadavky na UX, potřebujete hlubokou integraci s českými službami (Zásilkovna, GoPay, ARES), nebo plánujete škálovat nad tisíce prodejců. White-label řešení vás limitují přesně v momentě, kdy to začnete potřebovat nejvíc.

Custom build. Next.js nebo Remix na frontendu. Node.js nebo Python na backendu. PostgreSQL jako databáze. Stripe Connect na platby. Elasticsearch na vyhledávání. Redis na caching. Takhle vypadá moderní marketplace stack.

Custom build dává smysl, když jste prošli validací, máte první trakci a víte, že potřebujete věci, které vám žádná šablona nedá. To je moment, kdy přicházíme my. Ne jako vývojáři, kteří napíšou kód podle zadání, ale jako tým, který rozumí obchodnímu modelu marketplace a dokáže navrhnout architekturu, která vydrží růst.

Nejhorší rozhodnutí, které můžete udělat: začít custom buildem bez validace. Strávíte šest měsíců a milion korun stavbou platformy, na kterou nikdo nepřijde. Viděli jsme to mnohokrát. Klient přijde s propracovaným wireframem, detailní specifikací a představou o sto funkcích. Nemá jediného prodejce. Nemá jediného zákazníka. Má jen představu. A za tu představu chce zaplatit milion korun, aniž by ji otestoval za dvacet tisíc na Sharetribe.

Validujte nejdřív. Stavte potom.

Logistika a fulfillment — kdo vlastně posílá balíky?

U produktového marketplace máte dvě základní varianty. Buď posílá prodejce, nebo posíláte vy.

Seller-fulfilled. Prodejce balí a posílá sám. Vy mu jen předáte objednávku a sledovací číslo. Tohle je jednodušší na startu, protože nepotřebujete sklad ani logistický tým. Fler takhle funguje. Nevýhoda: nemáte kontrolu nad kvalitou balení, rychlostí doručení ani zákaznickým zážitkem. Každý prodejce posílá jinak.

Platform-fulfilled. Prodejci posílají zboží do vašeho skladu, vy balíte a distribuujete. Amazon FBA model. V Česku to dává smysl až od stovek objednávek denně. Do té doby jsou náklady na sklad a logistiku neúnosné.

V obou případech potřebujete integraci s českými přepravci. Zásilkovna je v Česku standard — API je dobře zdokumentované, výdejní místa pokrývají celou republiku. PPL pro větší balíky. Balíkovna od České pošty jako levnější alternativa. Integrace s těmito přepravci znamená automatické generování štítků, sledování zásilek a notifikace zákazníkům.

Tracking je z pohledu zákazníka kritický. Když koupí něco na marketplace, chce vědět, kde to je, přesně jako na Amazonu. Potřebujete webhook integraci s přepravci, která v reálném čase aktualizuje stav objednávky. Bez toho budete řešit desítky dotazů "kde je moje zásilka" denně.

Kolik to celé stojí

Čísla, která vám nikdo neřekne rovně. Tak pojďme.

MVP marketplace — 300 000 až 800 000 Kč. Základní katalog s multi-vendor správou. Registrace a profily prodejců. Vyhledávání a filtrování. Stripe Connect integrace. Objednávkový systém. Základní messaging. Responsivní web. Admin panel. Žádné mobilní appky, žádné pokročilé algoritmy, žádný recommendation engine. Funkční platforma, na které můžete validovat byznys model.

Kam ty peníze jdou: backend architektura a API — sto až dvě stě tisíc. Frontend a UX — osmdesát až sto padesát tisíc. Platební integrace — padesát až sto tisíc. Testování, deployment, infrastruktura — padesát až osmdesát tisíc.

Production-ready marketplace — 1 000 000 až 3 000 000 Kč. Všechno z MVP, plus: pokročilé vyhledávání s Elasticsearch. Mobilní aplikace nebo PWA. Dispute resolution systém. Analytický dashboard pro prodejce. Integrace s českými přepravci. Automatizované payouty. Notifikační systém. SEO optimalizace. Performance a bezpečnostní audit.

Tohle je šest až deset měsíců práce týmu dvou až čtyř vývojářů, designéra a product managera. Projekt v tomhle rozsahu potřebuje jasné vedení a iterativní vývoj — ne waterfall, kde se šest měsíců staví a pak se zjistí, že polovina funkcí je zbytečná.

K tomu připočtěte provozní náklady: hosting a infrastruktura patnáct až čtyřicet tisíc měsíčně. Stripe poplatky jeden a půl až tři a půl procenta z transakcí. Zákaznická podpora. Marketing. Právní náklady na obchodní podmínky a GDPR. Celkem počítejte s třiceti až osmdesáti tisíci měsíčně na provoz, nezávisle na vývoji.

Časový plán — co čekat realisticky

MVP: 3 až 5 měsíců. První měsíc je discovery — architektura, wireframy, technický návrh. Druhý a třetí měsíc je core development — backend, frontend, platby. Čtvrtý měsíc je testování, opravy a soft launch s první skupinou prodejců. Pátý měsíc je buffer na věci, které se pokazí. A něco se vždycky pokazí.

Production-ready produkt: 6 až 10 měsíců. MVP plus iterace na základě zpětné vazby od reálných uživatelů. Mobilní verze. Pokročilé funkce. Škálování infrastruktury. Bezpečnostní audit. A hlavně — čas na to, aby se produkt přizpůsobil realitě trhu, která se vždycky liší od původní představy.

Každý, kdo vám řekne, že marketplace postaví za dva měsíce, vám buď lže, nebo neví, co marketplace obnáší. Dva měsíce nestačí ani na pořádné MVP, pokud chcete platby, multi-vendor správu a vyhledávání, které skutečně funguje. Dejte si pozor na agentury, které kývnou na jakýkoliv termín, jen aby dostaly zakázku. Realistický odhad je lepší než příjemná lež.

Jak vyřešit cold start — problém, který zabije víc marketplace projektů než špatná technologie

Máte platformu. Je prázdná. Co teď?

Vyberte si jednu stranu a tu obsaďte první. U produktového marketplace začněte s prodejci. U marketplace služeb začněte s poptávkou. Nikdy nezkoušejte budovat obě strany najednou — nemáte na to rozpočet ani kapacitu.

Manuální onboarding. Prvních padesát prodejců nezískáte marketingem. Získáte je telefonem, e-mailem a osobními schůzkami. Jeden po druhém. Nabídněte jim nulovou provizi na první tři měsíce. Pomozte jim nahrát produkty. Udělejte jim fotky. Cokoliv, co sníží bariéru vstupu.

Constrained launch. Nespouštějte celou republiku. Spusťte jednu kategorii v jednom městě. "Ruční výrobky v Praze." "Řemeslníci v Brně." Malý trh, který dokážete nasytit. Až tam fungujete, expandujte.

Buďte sami prodejcem. Airbnb zakladatelé si pronajímali vlastní byt. Mnoho úspěšných marketplace zakladatelů začalo tím, že sami prodávali na vlastní platformě. Generujete tím obsah, testujete UX a ukazujete dalším prodejcům, že to funguje.

Vytvořte hodnotu i bez transakce. Blog s návody pro prodejce. Komunita. Nástroje, které prodejci využijí, i když ještě neprodávají. Fler vybudoval komunitu tvořivých lidí dřív, než vybudoval marketplace. Komunita přitáhla prodejce. Prodejci přitáhli kupující.

Nejdůležitější metriku, kterou sledujete v prvních měsících, není GMV ani počet registrací. Je to liquidity — procento nabídek, které skončí transakcí. Pokud prodejci nabízejí a nikdo nekupuje, máte problém s poptávkovou stranou. Pokud kupující hledají a nic nenachází, máte problém s nabídkou. Liquidity vám řekne, kde tlačit.

Závěr — marketplace je byznys, ne projekt

Postavit marketplace není technický problém. Je to obchodní problém s technickou komponentou. Nejlepší kód na světě nezachrání platformu, na které nikdo neprodává. A naopak — hrubé MVP s padesáti aktivními prodejci a dvěma sty zákazníky je nekonečně cennější než dokonale vyladěná platforma s nulou.

Úspěšné marketplace projekty mají jednu věc společnou: zakladatel rozuměl svému trhu dřív, než napsal první řádek kódu. Věděl, kdo jsou jeho prodejci, co potřebují, a proč by přišli právě k němu. Technologie byla nástroj, ne cíl.

Pokud jste dočetli až sem, pravděpodobně to myslíte vážně. A to je dobrý začátek. Další krok je sednout si s někým, kdo tyhle platformy staví, a projít váš konkrétní případ. Ne obecně. Konkrétně — váš trh, váš model, vaše čísla.

Chcete postavit vlastní marketplace? Pomůžeme vám s architekturou, platebním systémem i spuštěním. Domluvte si konzultaci: calendly.com/exposethewealth/30min