Back to blog
Architektura ITMarketplacePlatformamulti-vendorStripeConnectSplitpaymentNext.jsArchitekturabazydanych

Jak zbudować platformę marketplace od zera w 2026 roku? Architektura multi-vendor, płatności split payment i wycena

Praktyczny poradnik tworzenia platformy marketplace w 2026 roku. Płatności multi-vendor, Stripe Connect, wymogi unijnej dyrektywy DAC7, architektura bazy danych i koszty wdrożenia od MVP do skali.

November 2, 202613 min read0 wyświetleń

Model biznesowy platformy typu marketplace (dwustronnego rynku łączącego sprzedawców z kupującymi) to jeden z najbardziej pożądanych, a zarazem technologicznie złożonych formatów w cyfrowej gospodarce. Sukces takich gigantów jak Airbnb, Allegro, Vinted czy Etsy inspiruje przedsiębiorców do tworzenia niszowych platform wertykalnych: od wynajmu sprzętu budowlanego, przez usługi specjalistyczne, po rynek dóbr luksusowych i biletów B2B.

Budowa marketplace'u różni się drastycznie od standardowego sklepu internetowego. Wymaga rozwiązania problemu rozproszonych płatności, automatycznego podziału prowizji, onboardingu sprzedawców z procedurą KYC oraz zgodności z surowymi przepisami prawnymi (m.in. unijną dyrektywą DAC7). W tym artykule przedstawiamy kompleksową architekturę takiego systemu.


Czym różni się marketplace od klasycznego sklepu e-commerce?

W klasycznym sklepie e-commerce istnieje jeden sprzedawca (właściciel sklepu) i wielu kupujących. Transakcja jest prosta: klient płaci, pieniądze trafiają na konto właściciela, a magazyn realizuje wysyłkę.

W platformie marketplace relacja jest trójstronna:

[ KUPUJĄCY ] ---> (Płaci za koszyk 300 zł) ---> [ BRAMKA PŁATNOŚCI / ESCROW ]
                                                         |
         +-----------------------------------------------+-----------------------------------------------+
         | (255 zł - po potrąceniu prowizji 15%)                                         | (45 zł - prowizja)
         v                                                                               v
[ SPRZEDAWCA A ] (Realizuje zamówienie i wysyła towar)                        [ KONTO OPERATORA MARKETPLACE ]

Operator platformy często nie jest właścicielem towaru ani nie świadczy bezpośredniej usługi. Jego zadaniem jest zapewnienie infrastruktury, weryfikacja uczestników rynku, gwarancja bezpieczeństwa transakcji i pobranie prowizji (take rate).


4 filary architektoniczne nowoczesnego marketplace'u

1. Płatności Split-Payment i obsługa Escrow (Stripe Connect)

Największym błędem początkujących twórców platform jest próba zbierania wszystkich wpłat na własne konto firmowe i ręczne rozsyłanie przelewów do sprzedawców. W świetle europejskiego prawa bankowego oznacza to prowadzenie nielegalnych usług płatniczych bez licencji KNF (Krajowej Instytucji Płatniczej).

Rozwiązaniem tego problemu jest integracja z wyspecjalizowaną infrastrukturą płatniczą, taką jak Stripe Connect Custom / Express:

  • Automatyczny split płatności: Kupujący wkłada do koszyka przedmioty od 2 różnych sprzedawców. System dzieli jedną transakcję na dwa niezależne transfery do sprzedawców i natychmiast potrąca należną prowizję dla platformy.
  • Escrow (wstrzymanie wypłaty): Środki są zamrażane na wirtualnym rachunku technicznym i uwalniane do sprzedawcy dopiero po potwierdzeniu doręczenia przesyłki lub upływie 14 dni na zwrot.
  • Zautomatyzowany KYC (Know Your Customer): Dostawca płatności samodzielnie weryfikuje tożsamość sprzedawców (dowody osobiste, odpisy z KRS/CEIDG, konta bankowe).

2. Architektura bazodanowa dla modelu Multi-Vendor

Struktura bazy danych musi uwzględniać niezależność asortymentu:

  • Rozproszony koszyk zakupowy: Jeden koszyk musi umożliwiać grupowanie pozycji według identyfikatora sprzedawcy (vendor_id), naliczając osobne koszty dostawy i różne metody wysyłki per sprzedawca.
  • Izolacja danych i uprawnień: Każdy sprzedawca ma dostęp wyłącznie do swoich zamówień, produktów, statystyk sprzedaży i korespondencji z klientami.
  • Wielopoziomowe stany magazynowe: Obsługa rezerwacji towaru na czas trwania płatności, aby zapobiec sprzedaży tego samego przedmiotu dwóm użytkownikom jednocześnie (race conditions).

3. Wymogi prawne: Dyrektywa DAC7 i RODO

Od 2024 roku w całej Unii Europejskiej operatorzy platform marketplace mają obowiązek corocznego raportowania do urzędów skarbowych danych o sprzedawcach, którzy w danym roku przekroczyli 30 transakcji lub 2 000 euro obrotu. Nowoczesny marketplace musi posiadać:

  • Moduł zbierania numerów NIP / PESEL sprzedawców.
  • Automatyczne zliczanie wolumenu transakcji per podmiot.
  • Generator raportów XML zgodnych ze schematem wymaganym przez Ministerstwo Finansów.

4. Silnik wyszukiwania i filtrowania (Search Engine)

Przy tysiącach ofert klasyczne zapytania SQL LIKE %fraza% drastycznie spowalniają bazę. Marketplace wymaga dedykowanego silnika wyszukiwania pełnotekstowego (Meilisearch, Elasticsearch lub pgvector w PostgreSQL), który zapewnia:

  • Błyskawiczne podpowiedzi w czasie rzeczywistym (Search-as-you-type).
  • Odporność na literówki (Fuzzy search).
  • Złożone filtrowanie fasetowe (po cenie, kategorii, lokalizacji, ocenach sprzedawcy).

Ile kosztuje stworzenie marketplace'u w 2026 roku?

Wycena platformy zależy od stopnia automatyzacji oraz tego, czy system powstaje w oparciu o aplikację webową, czy wymaga również dedykowanych aplikacji mobilnych:

Wariant wdrożeniaKluczowe modułyCzas realizacjiKoszt (PLN netto)
Marketplace MVP (Wersja Web)Portal dla kupujących (Next.js), panel sprzedawcy do wystawiania ofert, panel administratora, płatności Stripe Connect, podstawowy czat.10 – 16 tygodni70 000 – 130 000 PLN
Zaawansowany Marketplace Web + APIZłożony split-payment, licytacje / negocjacje cen, moduł DAC7, rozbudowany system ocen i weryfikacji, automatyczne etykiety kurierskie (InPost / DPD).16 – 24 tygodnie130 000 – 240 000 PLN
Kompletny ekosystem (Web + Aplikacje iOS/Android)Portal webowy + dedykowana aplikacja mobilna Flutter dla kupujących i sprzedawców, powiadomienia PUSH w czasie rzeczywistym, czat w czasie rzeczywistym.22 – 32 tygodnie220 000 – 420 000+ PLN

Wybór technologii: Gotowy silnik czy dedykowany kod?

Wielu founderów rozpoczyna poszukiwania od wtyczek do WordPressa (np. WooCommerce + WCFM) lub gotowych skryptów SaaS. Praktyka rynkowa pokazuje jednak, że:

  • Gotowe wtyczki: Dobre wyłącznie do testów koncepcji przy zerowym budżecie. Powyżej 500 produktów i 20 użytkowników równocześnie systemy te ulegają awariom, są podatne na włamania i uniemożliwiają wdrożenie niestandardowych reguł prowizyjnych.
  • Dedykowany stack (Next.js + Laravel / Node.js + PostgreSQL): Zapewnia pełną kontrolę nad kodem, zero ograniczeń w rozwoju funkcji biznesowych, czas ładowania podstron poniżej 0,8 sekundy oraz możliwość bezpiecznego skalowania do milionów odsłon miesięcznie.

Jak w ITLight podchodzimy do realizacji platform typu marketplace?

W ITLight łączymy doświadczenie architektoniczne z pragmatyzmem biznesowym:

  1. Zaczynamy od architektury finansowo-prawnej: Precyzyjnie modelujemy przepływ środków, prowizje i integrację bramki płatności przed rozpoczęciem prac graficznych.
  2. Architektura API-First: Tworzymy modularny backend, który pozwala w przyszłości bezproblemowo podpiąć aplikacje mobilne (Flutter) do tej samej bazy danych.
  3. Optymalizacja wydajnościowa: Indeksowanie bazy, buforowanie w Redis i szybkie wyszukiwanie gwarantują płynne działanie serwisu nawet przy skokowym wzroście ruchu reklamowego.

FAQ – Najczęstsze pytania o platformy marketplace

Jak zarabia właściciel marketplace'u?

Najczęstsze modele monetyzacji to: prowizja procentowa od każdej sprzedaży (np. 5–15%), stała opłata transakcyjna, miesięczny abonament za konto sprzedawcy (subskrypcja) oraz opłaty za promowanie i wyróżnianie ofert.

Czy muszę zatrudniać duży dział obsługi klienta?

Nie na początku. Prawidłowo zaprojektowany marketplace automatyzuje 95% procesów: od generowania listów przewozowych, przez rozliczanie prowizji i generowanie faktur, po procedurę zgłaszania zwrotów.

Ile kosztuje utrzymanie infrastruktury chmurowej marketplace'u na starcie?

Dla nowoczesnej aplikacji dedykowanej koszty chmury na etapie startu i pierwszych kilkunastu tysięcy użytkowników zamykają się zazwyczaj w kwocie 250 – 800 zł miesięcznie.

Darmowy Materiał dla Founderów

Planujesz projekt? Pobierz darmowy Wzór Briefu Technologicznego i Specyfikacji MVP

Gotowy szablon pytań i struktury, który pozwoli Ci precyzyjnie opisać wymagania aplikacji przed rozmową z wykonawcą i uniknąć niedoszacowania budżetu.

Formularz pytań MVP Checklista architektury Wycena modułów
Format DOCX & PDF • Natychmiastowe pobranie

PLANNING TO BUILD A MOBILE OR WEB APP?

Let's discuss architecture and estimation within 24h. Free and without commitment.