MedusaJS - wdrożenia i rozwój
Buduję sklepy i platformy marketplace na Medusa.js: systemy pisane pod Twój model sprzedaży, a nie dopasowywane do ograniczeń gotowej platformy. Kod i dane zostają u Ciebie.
100%
własność kodu i danych - Twoja po przekazaniu
Custom
moduły pisane pod Twój model, zamiast obchodzenia gotowca
Multi-vendor
sklep i marketplace na tym samym silniku
Headless
storefront w Next.js albo froncie, który wybierzesz
Wybierz model
Ten sam silnik, dwa scenariusze wdrożenia. Nie musisz wiedzieć, który wybrać - to ustalamy na pierwszej rozmowie.
Sklep na Medusa.js
Jeden sprzedawca, jedna płatność, pełna kontrola nad logiką sprzedaży.
- Własna logika cen, promocji i podatków
- Bramka płatnicza dobrana do rynku
- Historia cen pod dyrektywę Omnibus
- Migracja z gotowej platformy
Marketplace multi-vendor
Wielu sprzedawców, podział pieniędzy, własne zasady rozliczeń.
- Koszyk dzielony na zamówienia per sprzedawca
- Konfigurowalne prowizje i harmonogram wypłat
- Onboarding, panel i strony sprzedawców
- Zwroty odwracające wykonany przelew
Co buduję
Katalog i sprzedaż
Warianty i atrybuty · marki · szablony produktów · recenzje z moderacją · listy życzeń · listy cenowe i promocje · historia cen z najniższą ceną z 30 dni · porzucone koszyki z automatycznym rabatem · newsletter i kampanie
Marketplace i sprzedawcy
Onboarding z licznikiem kompletności profilu · role i zaproszenia członków zespołu · edytowalne strony sprzedawców · przepływ akceptacji produktów i kont · cykl życia konta z okresem karencji i anonimizacją danych
Płatności i rozliczenia
Bramka dobrana do rynku i modelu: Stripe, PayU, Przelewy24, BLIK, Klarna i inne · przy marketplace podział płatności zwykle przez Stripe Connect · konfigurowalne prowizje per sprzedawca, kategoria i typ produktu · harmonogram i okno wstrzymania wypłat ustawiane pod Twoją politykę zwrotów · odwracanie przelewu po zwrocie · kary potrącane z wypłat · rabaty i punkty finansowane przez platformę, nie przez sprzedawcę · samofakturowanie
Zamówienia i logistyka
Podział kosztu wysyłki między sprzedawców · szablony wysyłki i zasięg kurierów · śledzenie przesyłek z powiadomieniami dla klienta · ramy czasowe dostawy · żądania zwrotów i ich wpływ na rozliczenie · przypomnienia o zamówieniach czekających u sprzedawcy
Wymogi rynku UE
Historia cen pod dyrektywę Omnibus · dane producenta i importera pod GPSR · śledzenie progów i raportowanie DAC7 · rejestracje EPR i BDO z oceną dopuszczenia na onboardingu, wystawieniu i w koszyku · anonimizacja danych z zachowaniem śladu księgowego · zakres i głębokość dobierane do rynku i modelu
Operacje i wsparcie
Tickety wsparcia z załącznikami · wiadomości między uczestnikami platformy · powiadomienia e-mail na zdarzenia · konfiguracja wersjonowana w bazie zamiast w zmiennych środowiskowych · panel administracyjny rozszerzony o powyższe · utrzymanie i rozwój po wdrożeniu, jeśli chcesz zostać ze mną na dłużej
Wyszukiwanie i niezawodność
Wyszukiwarka produktowa na Algolii albo Meilisearch · blokady serializujące operacje finansowe · rejestry zdarzeń webhooków odsiewające powtórki · zapytania wsadowe zamiast N+1 · rozdzielone instancje cache, kolejek i silnika workflow
Dla kogo?
- Gotowa platforma zaczyna Ci przeszkadzać, zamiast pomagać
- Prowizje, wypłaty albo model sprzedawców są Twoim produktem
- Integracje z ERP, magazynem albo inną platformą to stały koszt operacyjny
- Wymogi regulacyjne mają być pilnowane przez system, a nie przez procedurę i pamięć
- Liczysz koszt całościowo: wyższy plan gotowej platformy plus wtyczki potrafi kosztować podobnie, tylko że nic z tego nie zostaje Twoje
- Chcesz mieć kod u siebie i decydować, co dalej
- Twój model mieści się w gotowej platformie i nic w nim nie uwiera
- Sprzedajesz kilkanaście produktów i nie planujesz nietypowej logiki
- Potrzebujesz sklepu na przyszły tydzień
Sklep nie działa sam
Musi rozmawiać z tym, czego już używasz, i z tym, czego oczekuje Twój klient. Poniżej typowe potrzeby i to, czym je zamykam.
Sprzedaż i pieniądze
Sprzedajesz już na innej platformie
Shopify, WooCommerce, PrestaShop, Shoper, Etsy, BaseLinker. Produkty i stany zgadzają się w obie strony, bez ręcznego przeklikiwania.
Ta sama warstwa obsługuje bieżącą synchronizację i jednorazową migrację
Klient chce zapłacić po swojemu
BLIK, karta, Przelewy24, PayU, Klarna, raty. Bramkę dobieramy do rynku, na którym sprzedajesz.
Przy marketplace podział płatności zwykle przez Stripe Connect
Faktury mają wystawiać się same
Fakturownia i podobne systemy. Przy marketplace także samofakturowanie wypłat dla sprzedawców.
Podatek ma się liczyć poprawnie
Naliczanie per jurysdykcja, z mapowaniem kodów podatkowych na kategorie produktów.
Klient i obsługa
Klient pyta, gdzie jest paczka
17TRACK i numery śledzenia w panelu. Powiadomienia o statusie idą automatycznie, zamiast lądować u Ciebie w skrzynce.
Ktoś musi znaleźć produkt w katalogu
Algolia albo Meilisearch. Filtry, sortowania i podpowiedzi przy pisaniu.
Logowanie bez zakładania kolejnego konta
Google, Facebook albo klasycznie e-mail z hasłem.
Maile mają dochodzić
Wysyłka transakcyjna z ponowieniami, żeby potwierdzenie zamówienia nie zginęło przy chwilowej awarii dostawcy.
Treść i zaplecze
Chcesz zmieniać treści bez programisty
Sanity albo Payload jako CMS. Bannery, teksty i landing pages zostają po Twojej stronie.
Zdjęcia i pliki muszą gdzieś stać
Storage z podpisanymi adresami, oddzielony od bazy, żeby katalog nie puchł razem ze zdjęciami.
Problemy rozwiązane w produkcji
e-commerce
Integracja płatności w sklepie Medusa.js to kilka godzin. W marketplace — kilka tygodni i możliwa odmowa współpracy od operatora. Oto dlaczego i jak to ugryźć.
e-commerce
Twórcy rękodzieła nie migrują sklepów na zawołanie. Artovnia musiała znaleźć inną drogę — i zamiast prosić sprzedawców o przeniesienie się, po prostu zsynchronizowała się z tym, co już mieli. Oto jak wygląda provider-neutral hub integracji zbudowany na Medusa.js bez zmian w rdzeniu.
e-commerce
Cache w marketplace to nie trick wydajnościowy, lecz problem projektowy: źródło prawdy, kopie danych i invalidacja. W Artovnii (Next.js) rozwiązaliśmy m.in. dwuwarstwowy cache promocji, zagnieżdżony unstable_cache omijający Data Cache oraz ISR cache'ujący sam skeleton.
Praktyczny przewodnik operacyjny dla marketplace
25 rozdziałów o odpowiedzialności, onboardingu sprzedawców, GPSR, DSA, płatnościach, DAC7, BDO i procesach potrzebnych przed uruchomieniem sprzedaży.
Czym pracuję
Częste pytania
Jeśli standardowy sklep pokrywa Twój model, Shopify jest tańszy i szybszy - powiem to wprost. MedusaJS zarabia na siebie wtedy, gdy logika prowizji, model sprzedawców, zasady wypłat albo integracje są produktem, a platforma hostowana zmusza do obchodzenia ich.
Tak. Artovnia to działający marketplace multi-vendor na MedusaJS v2 z własnym systemem rozliczeń: Stripe Connect Express, split payments, opóźnione wypłaty powiązane z 14-dniową polityką zwrotów, konfigurowalne prowizje per sprzedawca, program lojalnościowy finansowany przez platformę i system poleceń.
To duża część pracy. Warstwa integracji jest provider-neutral - Shopify, WooCommerce i Shoper za jedną abstrakcją, z OAuth, obsługą webhooków, synchronizacją produktów i stanów, retry i idempotencją, żeby powtórzone dostarczenia nie psuły danych.
Implementuję te wymagania w systemie - dane z onboardingu sprzedawców, zgłoszenia i identyfikowalność z DSA, informacje produktowe z GPSR, raportowanie DAC7, wypłaty i dokumenty VAT. To inżynieria, nie porada prawna; przewodnik operacyjny na tej stronie opisuje, jak te elementy się składają.
Do Ciebie. MedusaJS jest open source, implementacja jest Twoja, a wdrożenie działa na infrastrukturze, którą kontrolujesz.
Opowiedz, co ma robić Twój commerce
Nie zaczynamy od stacku. Zaczynamy od tego, którędy płyną pieniądze i kto za co odpowiada.