Sklep internetowy da się uruchomić w 4–8 tygodni, ale większość opóźnień nie wynika z kodu, tylko z decyzji: jaka platforma, kto utrzyma sklep po starcie i skąd wziąć zdjęcia oraz opisy. Ten artykuł zbiera część organizacyjną: kryteria wyboru platformy, formalności w Polsce, realne koszty i harmonogram prac. Nie ma tu obietnicy, że sprzedaż ruszy sama — jest lista rzeczy do zamknięcia przed startem i powody, dla których warto je zamknąć w tej kolejności.
Pierwszy test nie dotyczy platformy ani ceny wdrożenia. Dotyczy tego, czy masz co sprzedawać w powtarzalny sposób i w takiej skali, żeby marża pokryła koszty.
Próg produktowy to 10–15 pozycji z powtarzalnym popytem. Poniżej tego progu koszyk jest za mały, a koszt pozyskania klienta (CAC) potrafi zjeść całą marżę z pierwszego zamówienia. Przykład: produkt za 149 zł z marżą 35% daje 52 zł. Reklama przy koszcie kliknięcia 0,90 zł i konwersji 1,5% to CAC około 60 zł — pierwsze zamówienie nowego klienta jest na minus 8 zł. Dodatnie robi się przy drugim zamówieniu, dlatego liczą się powtórzenia, nie pojedyncza sprzedaż.
Policz to w skali miesiąca, nie na sztuki. Koszty stałe małego sklepu to zwykle 400–700 zł miesięcznie: abonament lub hosting, prowizje płatności, dodatkowa księgowość, narzędzie do maili, obsługa. Przy marży 52 zł i koszcie stałym 600 zł musisz sprzedać 12 zamówień, żeby wyjść na zero — jeszcze przed reklamą. Przy 40 zamówieniach i 20 nowych klientach miesięcznie zostaje około 280 zł. To nie jest biznes, ale wystarczy, żeby sprawdzić popyt.
Kiedy zacząć od marketplace. Allegro albo Empik dają ruch i — co ważniejsze — dane: co się sprzedaje, w jakiej cenie, ile zamówień wraca. Wybierz tę drogę, jeśli nie masz zdjęć i opisów, nie znasz popytu, sprzedaż jest sezonowa, brakuje budżetu na wdrożenie lub nie ma kto obsługiwać zamówień. Po 3–6 miesiącach wiesz, które 20 produktów warto przenieść do własnego sklepu. Wtedy planujesz na danych, nie na przeczuciu — zobacz, jak wygląda organizacja wdrożenia sklepu internetowego.
Pytania kontrolne przed startem:
Jeśli na trzy z pięciu pytań odpowiadasz „nie”, własny sklep poczeka.
| Sytuacja | Lepiej zacząć od | Dlaczego |
|---|---|---|
| 5–8 produktów, popyt nieznany | Marketplace (Allegro, Empik) | Niski koszyk, brak danych o popycie, CAC zjada marżę |
| 10–15 produktów, marża 30–40%, popyt sprawdzony | Własny sklep na SaaS | Powtarzalne zamówienia, start w dni, niskie koszty stałe |
| 30+ produktów, marża 40%+, klienci B2B | PrestaShop lub WooCommerce | Potrzebna integracja z magazynem lub ERP i kontrola nad kodem |
| Sprzedaż sezonowa, brak osoby do obsługi | Marketplace | Nie utrzymujesz sklepu 12 miesięcy dla 3 miesięcy ruchu |
Nie ma „najlepszej platformy”. Jest platforma dopasowana do liczby produktów, budżetu rocznego i tego, kto utrzyma sklep po starcie.
SaaS (Shopify, Shoper, IdoSell) — start w dni, panel, płatności i szablony gotowe. Płacisz abonament miesięczny, który rośnie razem z limitem produktów i zamówień, plus dodatki: integracje, abonamenty, programy lojalnościowe. Kod należy do dostawcy, więc nietypowej zmiany nie zrobisz, a wyjście z platformy oznacza migrację danych. Sensowny wybór, gdy chcesz sprzedawać w tym miesiącu i nie masz osoby technicznej.
PrestaShop — wchodzi w grę przy 500+ produktach, kilku językach oraz integracji z ERP lub magazynem. Jest otwarty, więc płacisz nie abonamentem, a hostingiem i utrzymaniem: serwer, kopie, aktualizacje, poprawki po wtyczkach. Dokumentacja dla deweloperów PrestaShop to punkt wyjścia do każdej własnej zmiany w module. Budżet roczny bywa niższy niż w SaaS, ale wymaga osoby, która to utrzyma. Jak rozbija się cena za sklep internetowy z 500 produktami — od katalogu po integracje.
WooCommerce — wybierany, gdy klient zna WordPressa i chce trzymać treści oraz sklep w jednym systemie. Elastyczność jest jednocześnie pułapką: 30–40 wtyczek bez dyscypliny kończy się wolnym sklepem i konfliktami po aktualizacji. Zasada: minimum wtyczek, cache, aktualny PHP, monitoring.
Pięć kryteriów decyzyjnych:
| Platforma | Start | Koszty roczne | Kiedy wybierać |
|---|---|---|---|
| SaaS (Shopify, Shoper, IdoSell) | dni | abonament miesięczny plus dodatki i limity planu | start w tym miesiącu, brak osoby technicznej, do ~300 produktów |
| PrestaShop | 3–8 tygodni | hosting plus utrzymanie i rozwój, bez abonamentu | 500+ produktów, integracja ERP lub magazynu, wiele języków |
| WooCommerce | 2–6 tygodni | hosting plus utrzymanie i wtyczki premium | klient na WordPressie, treści i sklep w jednym miejscu |
Formalności nie są trudne, jeśli zrobisz je raz porządnie. Problem zaczyna się, gdy sklep działa od miesiąca, a regulamin powstał z przypadkowego szablonu i nie zgadza się ze stanem faktycznym.
Firma. Sprzedaż przez internet to działalność gospodarcza: jednoosobowa — wpis w CEIDG, spółka — KRS. Sprzedaż okazjonalna ma limity przychodu liczone od minimalnego wynagrodzenia; po ich przekroczeniu rejestracja jest obowiązkowa. Aktualny próg sprawdź na stronie rządowej przed pierwszymi fakturami, nie po nich.
Regulamin i stopka. Muszą zawierać: nazwę firmy, NIP, adres, kontakt (e-mail i telefon), informację o kosztach dostawy, zasadach i terminie zwrotu oraz sposobie składania reklamacji. Te same dane powtarzasz w stopce i w potwierdzeniu zamówienia. Brak NIP w stopce to najczęstszy błąd wychwytywany przy audycie sklepu.
RODO. Polityka prywatności z opisem celów i podstaw przetwarzania, zgody marketingowe rozdzielone (newsletter i SMS osobno), rejestr czynności przetwarzania choćby w arkuszu, umowy powierzenia z hostingiem, firmą mailingową i biurem księgowym.
Omnibus. Przy promocji pokazujesz najniższą cenę z 30 dni przed obniżką, nie „starą cenę” z cenika. Jeśli cena jest personalizowana — rabat dla zalogowanych, kod dla segmentu — informujesz o tym jasno. To wymaga trzymania historii cen w sklepie: w PrestaShop i WooCommerce robi się to modułem lub wtyczką.
Zwroty. Konsument ma 14 dni na odstąpienie od umowy bez podania przyczyny. Formularz zwrotu załączasz do regulaminu i linkujesz w mailu po zamówieniu. Ustal od razu, kto płaci za przesyłkę zwrotną i w jakim terminie zwracasz pieniądze. Formalności nie blokują startu — robisz je równolegle z pracami technicznymi, a kolejność zadań przy organizacji prac wdrożeniowych sklepu opisaliśmy osobno.
Koszt sklepu rozbija się na kilka pozycji, które da się porównać między ofertami. Zanim zapytasz o cenę, ustal skalę: liczba produktów, planowany ruch miesięczny i to, czy sklep ma być połączony z ERP.
memory_limit (min. 256 MB), max_execution_time (min. 300 s) i upload_max_filesize — bez tego import pliku CSV z 5000 pozycji padnie w połowie.Po starcie dochodzi utrzymanie: aktualizacje, backup, monitoring i opieka techniczna — 150–600 zł/mies. dla typowego sklepu, 800–2000 zł/mies. przy autorskich integracjach i większym ruchu.
| Pozycja | Widełki | Model rozliczenia |
|---|---|---|
| Domena .pl | 50–120 zł | rocznie, odnowienie w podobnej cenie |
| Hosting (WooCommerce / PrestaShop) | 300–1500 zł | rocznie, zależnie od ruchu i integracji |
| Szablon gotowy | 300–1500 zł | jednorazowo |
| Projekt indywidualny | od kilku tysięcy zł | jednorazowo, zmiany płatne osobno |
| Wdrożenie (200–500 produktów) | 60–140 godzin | stawka 100–200 zł/h |
| Program do faktur | 20–60 zł | miesięcznie |
| Utrzymanie po starcie | 150–600 zł; 800–2000 zł przy autorskich integracjach | miesięcznie |
Kolejność prac ma znaczenie. Jeśli zaczniesz od produktów, a platformę wybierzesz później, import trzeba powtórzyć razem z mapowaniem atrybutów.
Tempo wyznacza faza 1 — tam zapada najwięcej decyzji. W wdrożeniach sklepów internetowych to właśnie ten etap najczęściej decyduje, czy start wypada w 4., czy w 8. tygodniu.
| Faza | Czas | Co musi być zamknięte na wyjściu |
|---|---|---|
| 1. Przygotowanie | 1–2 tygodnie | domena, hosting, platforma, struktura kategorii, atrybuty, źródło zdjęć i opisów |
| 2. Konfiguracja platformy | 3–7 dni | szablon, płatności, kurierzy, regulaminy, SMTP i rekordy SPF/DKIM/DMARC |
| 3. Produkty i treści | 1–3 tygodnie | import, zdjęcia, opisy, atrybuty, ceny i stany magazynowe |
| 4. Testy end-to-end | 2–5 dni | zamówienie testowe, płatność i zwrot, maile, etykieta, faktura |
| 5. Start i monitoring | na bieżąco | pierwsze zamówienia, koszyki porzucone, indeksacja |
Wygląd sklepu klient ocenia w kilka sekund. Codzienną pracę określa coś innego: ile kliknięć zajmuje wystawienie etykiety i czy stan magazynowy w sklepie zgadza się z magazynem.
Zasada praktyczna: każdą integrację przetestuj na trzech prawdziwych zamówieniach, w tym jednym z pełnym zwrotem. Dopiero wtedy widać, czy stany i dokumenty się zgadzają.
| Obszar | Przykłady | Jak się rozlicza |
|---|---|---|
| Płatności | Przelewy24, PayU, Stripe, BLIK | prowizja od transakcji, bez abonamentu w wariancie podstawowym |
| Kurierzy | InPost, DPD, DHL | moduł często w cenie, opłata za każdą etykietę |
| ERP i magazyn | Subiekt, Comarch Optima, WMS | wdrożenie plus utrzymanie, zwykle miesięcznie |
| Księgowość | Fakturownia, wFirma, iFirma | 20–60 zł/mies. |
| Własny moduł | nietypowe API ERP, własny proces | koszt wdrożenia plus utrzymanie przez 3–5 lat |
Najczęstszy scenariusz opóźnienia: sklep jest gotowy technicznie, a w katalogu wisi 40 produktów z opisami skopiowanymi z feedu dostawcy. Zanim wgrasz cokolwiek, zamknij trzy decyzje: ile zdjęć na produkt, kto pisze opisy, kto je zatwierdza. Bez tego import stoi.
Zdjęcia. Minimum trzy na produkt: jedno na białym tle (np. 1600 × 1600 px, kadr 1:1), jedno pokazujące produkt w użyciu, jedno ze szczegółem — metka, złącze, opakowanie. Jedno tło i jedna odległość kadru w całym sklepie. Mieszanka zdjęć studyjnych i fotografii z telefonu wygląda jak ogłoszenie lokalne, nie jak sklep. Format WebP, docelowo do około 200 KB na plik, nazwy typu SKU-001-1.webp — po nazwie pliku dopasujesz zdjęcie do produktu przy imporcie i poprawisz tekst alternatywny.
Opisy. Nie kopiuj od dostawcy ani z karty producenta. Te same akapity publikuje kilkadziesiąt sklepów, więc Google nie ma powodu wybierać twojej strony — mechanizm jest opisany w zasadach tworzenia treści dla ludzi. Realny standard: trzy akapity po 400–600 znaków (co to jest i dla kogo, parametry, na co uważać). Dla 500 produktów to 15–25 godzin pisania. Zaplanuj je przed startem, nie po.
Atrybuty i warianty przed importem. Rozmiar, kolor, pojemność wprowadź w panelu, zanim wjedzie plik. Jeśli zaimportujesz produkty bez wariantów, każdą kombinację dopiszesz ręcznie — przy 200 produktach × 5 rozmiarów to tysiąc kliknięć.
Kategorie: maksymalnie 2–3 poziomy. Nazwy zgodne z tym, jak szukają klienci: „Kurtki zimowe”, nie „Odzież wierzchnia — sezon jesień/zima”. Czwarty poziom gubi klienta i rozmywa strukturę linków.
Plik importu. Jeden arkusz CSV w UTF-8, nagłówki w pierwszym wierszu, separator zgodny z konfiguracją importu w twojej platformie (najczęściej średnik). Zacznij od 150–300 produktów, nie od całego asortymentu — koszt przygotowania katalogu widać w kalkulacji wdrożenia sklepu z 500 produktami.
Pułapka: zdjęcia i opisy robione „w trakcie” uruchamiania. Technicznie sklep wystartuje w terminie, ale pusty katalog przesunie pierwszą sprzedaż o tygodnie.
| Pole w pliku importu | Przykład | Uwaga |
|---|---|---|
| SKU | SKU-001-D | Unikalne, bez spacji, to samo w sklepie i w systemie magazynowym |
| Nazwa | Kurtka puchowa damska Alpin 600 | Marka + cecha + model, bez CAPS LOCK |
| Cena netto / brutto | 189,00 / 232,47 | Ustal, którą ceną operujesz — panel przelicza VAT |
| Stan | 12 | Zero oznacza produkt niedostępny, nie „zadzwoń” |
| Kategoria | Kurtki zimowe > Damskie | Nie twórz nowej gałęzi przy każdej wpisce |
| Zdjęcia | SKU-001-1.webp; SKU-001-2.webp | Białe tło jako pierwsze — trafi do listingów |
| Atrybuty / warianty | Rozmiar: S, M, L; Kolor: czarny | Ustaw przed importem, nie po |
Testy robisz na kopii środowiska produkcyjnego, z płatnościami przełączonymi na tryb live. Nie na demo ze sztuczną bramką płatniczą — tam wszystko działa.
Przez pierwsze 30 dni co tydzień sprawdzaj: błędy 404 w Search Console, poprawność indeksacji nowych kategorii i porzucone koszyki. Zakres całego wdrożenia opisujemy w sekcji sklepy internetowe.
| Test | Co sprawdzić | Sygnał, że jest OK |
|---|---|---|
| Zamówienie end-to-end | Koszyk, płatność, mail, status, etykieta | Numer przesyłki widoczny w zamówieniu |
| Anulowanie | Powrót stanu magazynowego | Stan wrócił do wartości sprzed zamówienia |
| Wydajność mobilna | LCP, CLS, INP na 3 podstronach | LCP < 2,5 s, CLS < 0,1 |
| Maile transakcyjne | SPF, DKIM, DMARC, folder spam | Wiadomości w skrzynce odbiorczej |
| Feedy | Merchant Center / Ceneo | Produkty zaakceptowane bez błędów |
Sklep to system, który ktoś zaatakuje, zaktualizuje albo zepsuje. Ustal, kto i kiedy to robi, jeszcze przed uruchomieniem.
Aktualizacje. Rdzeń, moduły i wtyczki aktualizuj zawsze w tej kolejności: klon produkcji na staging, kopia bazy, aktualizacja na stagingu, test koszyka i zamówienia, dopiero potem produkcja. Zmiany w rdzeniu testuj zgodnie z dokumentacją PrestaShop Developer Documentation lub odpowiednikiem dla twojej platformy. Okno serwisowe ustaw na poniedziałek lub wtorek, 7:00–9:00 — nie w piątek po południu, bo wtedy nikt nie reaguje. Zapisuj wersję każdego modułu z datą, żeby przy regresie wiedzieć, co cofnąć.
Kopie zapasowe. Baza i pliki, minimum raz dziennie, składowane poza serwerem — u innego dostawcy niż hosting. Retencja: 30 dni wstecz plus 12 kopii miesięcznych. Raz na kwartał odtwórz kopię na stagingu i przejdź przez zamówienie. Kopia, której nigdy nie odtworzyłeś, to nie kopia, a plik.
Monitoring. Uptime co 1–5 minut z dwóch lokalizacji, alert mailem i SMS-em, monitorowany czas odpowiedzi oraz liczba błędów 500. Chcesz wiedzieć o awarii w 5 minut, a nie o 22:00 z maila od klienta. Jeśli sklep łączy się z systemem magazynowym, osobno pilnuj kolejek zadań — opiszemy to przy integracji sklepu z systemem magazynowym.
SLA. Cztery elementy, które muszą być zapisane: czas reakcji, czas naprawy, kanał kontaktu (ticket, nie Messenger) i zakres obowiązków — co wchodzi w abonament, a co jest osobnym zleceniem. Ustnie ustalone „zadzwonię, jak coś padnie” nie jest SLA.
Pułapka: aktualizacja wtyczki w środku kampanii sprzedażowej. Black Week to nie moment na zmiany w koszyku ani na wgrywanie nowych modułów płatności.
| Poziom | Przykład | Czas reakcji | Czas naprawy |
|---|---|---|---|
| P1 — krytyczny | Sklep nie działa, płatności odrzucane | 1 h | 4 h |
| P2 — poważny | Nie działa wyszukiwarka, feed wysyła błędne ceny | 4 h w godzinach pracy | 1 dzień roboczy |
| P3 — drobny | Błąd w stopce, literówka w mailu | 2 dni robocze | do uzgodnienia |
| Zakres | Aktualizacje, kopie, monitoring, drobne poprawki | — | — |
Start prac bez gotowej listy produktów i zdjęć
Jak wykryć: Na tydzień przed planowanym uruchomieniem nie masz 15–20 produktów z opisem i zdjęciami w jednym miejscu (arkusz, dysk, katalog).
Jak naprawić: Zamknij katalog startowy na 15–20 produktach, zanim ruszysz konfigurację platformy. Resztę dodasz po uruchomieniu — puste kategorie utrudniają klientowi decyzję i nie mają czego indeksować.
Wybór platformy na podstawie reklamy albo wątku na forum, bez kryteriów
Jak wykryć: Nie potrafisz odpowiedzieć w dwóch zdaniach, kto utrzyma sklep po starcie i ile wynosi roczny budżet na hosting, szablon, wtyczki i opiekę.
Jak naprawić: Wypisz cztery liczby przed porównywaniem ofert: czas wdrożenia, budżet roczny, liczba produktów, potrzebne integracje. Platforma wybiera się po tych liczbach, nie przed nimi.
Formalności odłożone na po uruchomieniu
Jak wykryć: W stopce nie ma nazwy firmy, NIP i adresu, nie ma regulaminu ani polityki prywatności, a formularz zwrotu trzeba napisać dopiero, gdy przyjdzie pierwsza reklamacja.
Jak naprawić: Przygotuj regulamin, politykę prywatności, dane firmy w stopce i formularz odstąpienia przed startem. To jednorazowa praca, której późniejsze poprawianie kosztuje więcej niż zrobienie jej raz porządnie.
Promocje bez obsługi obowiązku Omnibus
Jak wykryć: Na karcie produktu wisi minus 30 proc., ale nigdzie nie ma najniższej ceny z 30 dni przed obniżką.
Jak naprawić: Ustal, gdzie w sklepie pokazujesz cenę najniższą z 30 dni i przetestuj to na jednej promocji od początku do końca, zanim włączysz ją na cały katalog.
Budżet policzony tylko na start
Jak wykryć: Wycena kończy się na wdrożeniu. Nie ma osobnej pozycji na aktualizacje, backup, monitoring i opiekę techniczną.
Jak naprawić: Dopisz do planu miesięczne koszty utrzymania i założ, że pierwsza aktualizacja platformy przyjdzie w ciągu roku. Awaria w środku sezonu jest droższa niż abonament na opiekę.
Wszystkie integracje wdrażane w jednym tygodniu
Jak wykryć: Płatności, kurierzy, faktury, ERP i magazyn mają ten sam termin, a żadna z tych integracji nie ma wskazanego właściciela i terminu testów.
Jak naprawić: Ustaw kolejność: najpierw katalog i zamówienia, potem płatności i kurierzy, na końcu stany magazynowe i faktury. Każda integracja z własnym terminem testów na realnym zamówieniu.
Sklep internetowy to projekt organizacyjny, nie tylko techniczny: najpierw decyzja, czy masz 10–15 produktów z powtarzalnym popytem i czy marża pokrywa koszt roku, potem wybór platformy według czterech liczb, a nie opinii. Formalności, koszty utrzymania i kolejność integracji zamknij przed startem, bo ich poprawianie po uruchomieniu kosztuje więcej. Realny termin to 4–8 tygodni przy katalogu 200–500 produktów, a budżet startowy nie kończy się na wdrożeniu — dochodzi opieka, backup i aktualizacje. Kto nie policzy tych dwóch rzeczy, ten zwykle wraca do tematu po pierwszej awarii w sezonie.
Realistycznie 4–8 tygodni przy sklepie z 200–500 produktami. Przygotowanie i decyzje zajmują 1–2 tygodnie, konfiguracja platformy 3–7 dni, uzupełnienie produktów i treści 1–3 tygodnie, a testy i poprawki kolejny tydzień. Największym opóźnieniem nie jest technika, tylko brak zdjęć i opisów — więcej o tym piszemy w artykule o cenie za sklep internetowy z 500 produktami.
Na start liczą się cztery pozycje: domena 50–120 zł rocznie, hosting 300–1500 zł rocznie, szablon gotowy 300–1500 zł jednorazowo albo projekt indywidualny od kilku tysięcy złotych, oraz wdrożenie rozliczane godzinowo. Do tego dochodzą integracje: część jest darmowa, część ma opłatę miesięczną albo prowizję od transakcji. Po starcie zostają jeszcze aktualizacje, backup i opieka techniczna — ich nie pomijaj w budżecie. Zestawienie naszych realizacji znajdziesz w sekcji sklepy internetowe.
Sprzedaż wysyłkowa to działalność gospodarcza, więc w normalnym przypadku potrzebujesz wpisu do CEIDG albo KRS. Sprzedaż okazjonalna ma limity określone w przepisach i one się zmieniają — jeśli planujesz sprzedawać regularnie, przyjmij rejestrację jako punkt wyjścia, a nie wyjątek. Przy działalności sprawdź też, czy Twoja forma opodatkowania i sposób wystawiania faktur pasują do sprzedaży detalicznej.
PrestaShop jest mocniejszy przy dużych katalogach i rozbudowanych integracjach z ERP, ale koszt hostingu i utrzymania bierzesz na siebie. WooCommerce jest elastyczny i znajomy dla osób pracujących na WordPressie, jednak wymaga dyscypliny przy liczbie wtyczek i wydajności. Kluczowe pytanie brzmi, kto utrzyma sklep za rok — jeśli nie masz nikogo technicznego, wybierz rozwiązanie, które realnie obsłużysz. Dokumentację techniczną PrestaShop znajdziesz na devdocs.prestashop-project.org.
Nie w pierwszym tygodniu wdrożenia. Najpierw musi działać katalog, koszyk, płatności i wysyłka, bo to one generują sprzedaż. Stany magazynowe i faktury podłączasz po testach zamówień, osobno i z własnym terminem weryfikacji. Jeśli sprzedajesz z hurtowni, kolejność integracji opisujemy w artykule o połączeniu sklepu z systemem sprzedażowym.
Tak, przy obniżkach kierowanych do konsumentów obowiązek Omnibus wymaga pokazania najniższej ceny z 30 dni przed obniżką. Dotyczy to również sytuacji, gdy cena jest personalizowana na podstawie automatycznego profilowania. Praktycznie: ustal, gdzie w sklepie ta informacja się pojawia, i przetestuj ją na jednej promocji, zanim uruchomisz katalogową wyprzedaż.
Możesz, jeśli masz do nich prawa i jeśli nie staną się całą treścią sklepu. Skopiowane opisy z dziesiątek innych stron nie dają klientowi powodu, żeby kupić u Ciebie, a wyszukiwarka ma podstawy, żeby traktować je jako treść bez wartości dodanej. Zacznij od tego, jak Google opisuje tworzenie treści dla ludzi, i dołóż do zdjęć producenta własne parametry, wymiary i odpowiedzi na pytania zwrotne klientów.
Jeśli chcesz przejść przez te punkty z kimś, kto wdraża sklepy na PrestaShop i WooCommerce na co dzień, napisz do nas — powiemy wprost, czy w Twoim przypadku sklep ma sens teraz, czy lepiej zacząć od marketplace. Zanim zadzwonisz, przygotuj listę produktów i pytanie o integracje, które są Ci potrzebne.