Co naprawdę znaczy „bez wiedzy technicznej” i czego i tak nie da się pominąć

„Bez wiedzy technicznej” nie znaczy „bez decyzji technicznych”. Znaczy: nie musisz umieć skonfigurować serwera, ale musisz rozumieć konsekwencje wyboru, którego ktoś dokona za Ciebie. Podziel pracę przy sklepie na trzy warstwy i przypisz je do osób.

• Decyzje biznesowe — co sprzedajesz, za ile, do kogo i jakim kanałem (własny sklep, marketplace, social). Zostają u Ciebie. Nikt nie zdecyduje za Ciebie, czy marża 20% na produkcie za 80 zł ma sens po doliczeniu wysyłki i prowizji.
• Decyzje techniczne — platforma, hosting, operator płatności, sposób kopii zapasowych. Możesz je podjąć po konsultacji, ale decyzję podejmujesz Ty, bo ona generuje stały koszt.
• Praca wykonawcza — instalacja, konfiguracja modułów, szablony, migracja katalogu, poprawki w kodzie. To zleca się w całości, na umowę i z terminem.

Trzy rzeczy, o których warto mieć minimum wiedzy, bo dotyczą pieniędzy i ciągłości firmy:

• Własność danych i kopii zapasowych. Zapytaj wprost: gdzie fizycznie leży baza zamówień, kto ma do niej dostęp, jak wygląda eksport do CSV lub SQL. Jeśli dostawca nie odpowiada w 5 minut, to sygnał ostrzegawczy. Kopia raz w tygodniu przy 20 zamówieniach dziennie oznacza, że w najgorszym scenariuszu odtwarzasz 140 zamówień ręcznie z maili. Standardem, o który warto walczyć, jest kopia dzienna z retencją 30 dni.
• Koszt transakcyjny płatności. Prowizja 1,5% od 40 000 zł obrotu miesięcznego to 600 zł — więcej niż hosting. Sprawdź, czy operator dolicza koszt wypłaty, czy prowizja nalicza się także od zwrotów i czy stawka spada przy wyższych obrotach.
• Czas odtworzenia sklepu po awarii (RTO). Zapytaj, ile trwa przywrócenie działającej wersji: 2 godziny czy 2 dni. Wpisz tę liczbę do umowy z wykonawcą lub hostingiem — inaczej dowiesz się jej dopiero w dniu awarii. Zanim cokolwiek podpiszesz, zajrzyj do dokumentacji WooCommerce i zobacz, jak wygląda eksport danych oraz odtwarzanie z kopii w praktyce.

Wybór platformy: SaaS (Wix, Shopify, Sky-Shop) czy open source (WooCommerce, PrestaShop)

Kryterium nie brzmi „co lepsze”, tylko „jak sprzedajesz dziś i co będzie za 12 miesięcy”. Poniżej zestawienie tego, co realnie różni oba modele.

SaaS jest szybszy i tańszy na start, gdy: startujesz z jednym kanałem, katalogiem do 100–200 pozycji, nie potrzebujesz niestandardowych procesów (indywidualna wycena, progi cenowe B2B, zamówienia na zapytanie), a czas do pierwszej sprzedaży liczysz w dniach, nie tygodniach. Płacisz abonamentem i prowizją — to koszt zmienny, który nie boli przy małym obrocie.

Open source wygrywa, gdy: katalog przekracza 500 SKU i pracujesz na wariantach, masz magazyn i chcesz spiąć sklep z ERP (Subiekt, Comarch, WMS) przez API, potrzebujesz nietypowych reguł wysyłki albo planujesz wielojęzyczność i osobne widoki walutowe. Wtedy abonament SaaS plus aplikacje dochodzą do 500–1000 zł miesięcznie, a i tak nie zrobisz wszystkiego, co wymyślisz.

Zasada, która oszczędza najwięcej: nie wybieraj platformy pod moduł, który „może kiedyś się przyda”. Wybierz pod to, jak sprzedajesz dziś. Funkcja, której nie używasz przez pół roku, generuje koszt utrzymania, konfliktów przy aktualizacjach i szkoleń. Drugą stronę medalu stanowi koszt wyjścia: z SaaS wyeksportujesz produkty i zamówienia, ale konfiguracja, szablony i część treści przepadają. W open source zabierasz bazę i kod, jednak migracja wymaga pracy — przy 500 SKU licz 3 000–8 000 zł. Struktury danych w open source nie są tajemnicą, opisuje je dokumentacja PrestaShop dla deweloperów — zanim cokolwiek wybierzesz, sprawdź, czy Twój katalog da się tam sensownie przenieść.

Ile to realnie kosztuje — widełki w PLN na start i w utrzymaniu

Poniższe widełki to realne stawki rynkowe w Polsce dla małego i średniego sklepu. Kwoty netto, do wpisania w arkusz budżetowy.

Przykład: sklep z 300 zamówieniami miesięcznie i średnim koszykiem 180 zł robi 54 000 zł obrotu. Prowizja płatności 1,5% to 810 zł miesięcznie, czyli blisko 10 000 zł rocznie — więcej niż całe wdrożenie na start. Przy takich liczbach negocjuje się stawkę z operatorem (przy wyższych obrotach schodzi się do ok. 0,9–1,2%), a nie oszczędza na hostingu za 150 zł rocznie.

Cztery pułapki budżetowe, które widzimy najczęściej:

• Widełki „od” to cena bez treści. Dodanie 20 produktów, konfiguracja płatności, kurierów i maili transakcyjnych to zwykle +500–1 500 zł.
• Brak budżetu na poprawki po starcie. Pierwsze 2–3 miesiące to najczęściej 500–2 000 zł na drobne zmiany i dopięcie procesów.
• Koszt wyjścia z SaaS przy katalogu powyżej 200 pozycji: migracja do open source to zwykle 3 000–10 000 zł.
• Hosting współdzielony za 150 zł/rok nie uciągnie 50 równoczesnych użytkowników — sklep zaczyna wolno odpowiadać, rośnie LCP, a to bezpośrednio przekłada się na pozycje i konwersję. Jak Google ocenia szybkość strony, opisuje dokumentacja Core Web Vitals.

Ostatnia rzecz: nie kupuj szablonów, wtyczek i licencji „na zapas”. Każda nieużywana wtyczka to potencjalny konflikt przy aktualizacji i punkt zapalny przy audycie bezpieczeństwa.

Formalności bez prawnika: CEIDG, VAT, regulamin, RODO — minimum, które musisz domknąć

Rejestracja jednoosobowej działalności w CEIDG jest w pełni online. Wniosek CEIDG-1 składasz przez biznes.gov.pl, podpisując go profilem zaufanym, e-dowodem lub podpisem kwalifikowanym. Wpisujesz PKD (np. 47.91.Z – sprzedaż detaliczna przez internet) i kod przeważającej działalności. Przy rejestracji możesz od razu wybrać ulgę na start: przez 6 miesięcy nie płacisz składek społecznych (tylko zdrowotną), potem przez 24 miesiące obowiązuje preferencyjny ZUS. Po tym okresie dostępny jest Mały ZUS Plus – składka uzależniona od dochodu, maksymalnie 24 miesiące w ciągu 60. Uwaga: ulga na start nie przysługuje, jeśli w ciągu ostatnich 60 miesięcy prowadziłeś działalność.

VAT: limit zwolnienia podmiotowego to 200 000 zł obrotu rocznie. Jeśli sprzedajesz do UE (B2C), nawet przy zwolnieniu z VAT w Polsce, musisz zarejestrować się w systemie OSS przez e-KAS. Po przekroczeniu 10 000 EUR sprzedaży do UE rozliczasz VAT według stawek kraju konsumenta.

Regulamin sklepu musi zawierać dane sprzedawcy (nazwa, adres, NIP), opis procedury zamówienia, ceny, koszty dostawy, formy płatności, prawo odstąpienia 14 dni z wzorem formularza, koszty zwrotu, zasady reklamacji i pozasądowego rozwiązywania sporów. Klauzule niedozwolone mogą kosztować nawet 10% obrotu (kara UOKiK). Przy sprzedaży B2B prawo odstąpienia nie działa automatycznie – musi być zapisane w umowie.

RODO: prowadź rejestr czynności przetwarzania (RCP), opublikuj politykę prywatności i zadbaj o zgodę cookie bez wcześniej zaznaczonych checkboxów – zgodnie z wytycznymi organu nadzoru. Rejestracja zbiorów w UODO nie jest już powszechna, chyba że wyznaczyłeś inspektora ochrony danych.

Płatności, kurierzy i faktury: co skonfiguruje się klikiem, a co wymaga pomocy

W PrestaShop i WooCommerce większość integracji to gotowe moduły. InPost Paczkomaty, DPD, DHL – konfiguracja polega na wpisaniu danych API, wyborze usług i mapowaniu statusów. Przelewy24, PayU, Tpay – podobnie: klucze API, MID, powiadomienia webhook. Zaczynasz od umowy z operatorem płatności. Przechodzisz KYC (dokumenty firmy, weryfikacja tożsamości), dostajesz MID, a przy wypłatach potwierdzasz konto bankowe.

Punkty zapalne pojawiają się przy statusach i logice zamówień. Przykład: źle zmapowany status „oczekiwanie na płatność” vs „anulowane” powoduje wysyłkę nieopłaconego zamówienia. Waga paczki: API kuriera oczekuje kilogramów, a sklep często przechowuje gramy – bez przelicznika paczkomat odrzuci etykietę. Strefy czasowe: zamówienia zbiorcze o 23:59 mogą wpadać z datą poprzednią lub następną, co psuje raporty dzienne. Scenariusz płatności zakończonej anulowaniem w banku: trzeba zwolnić rezerwację i wysłać klientowi jasną informację.

Kiedy własny moduł jest tańszy niż płatna wtyczka na abonament? Policz 24 miesiące. Przykład: wtyczka 150 zł/mies = 3 600 zł. Jednorazowy development 2 500 zł + 800 zł aktualizacji = 3 300 zł. Przy 300 zł/mies abonament daje 7 200 zł, więc własny moduł nawet z utrzymaniem 4 000 zł wygrywa. Ale pamiętaj: własny moduł trzeba utrzymywać przy aktualizacjach platformy. Dokumentacja dla deweloperów PrestaShop podaje strukturę modułów i hooków – to dobry punkt wyjścia do wyceny.

Pierwsze 30 dni: plan uruchomienia krok po kroku

Poniższy harmonogram zakłada, że masz już zdecydowany model sprzedaży. Dzień 1–3: wybierasz platformę (PrestaShop, WooCommerce lub SaaS), rejestrujesz domenę, zakładasz konto w operatorze płatności (Przelewy24, PayU, Tpay) i podpisujesz umowę z kurierem (InPost, DPD, DHL). To wszystko możesz zrobić online, ale wniosek o MID weryfikuje się kilka dni.

Dzień 4–7: konfiguracja hostingu (PHP 8.1+, baza MySQL) lub sklepu SaaS, instalacja SSL (Let's Encrypt), ustawienie kopii zapasowych codziennie, off-site. Dzień 8–17: katalog produktów, kategorie, warianty, zdjęcia (min. 1000x1000 px), opisy SEO – unikalne, bez duplikatów. Reguły wysyłki: waga, strefy, darmowa dostawa od X zł. Przy opisach warto kierować się zasadą tworzenia treści dla ludzi – Google wprost wskazuje, że sztuczne zapychanie tekstu szkodzi.

Dzień 18–24: testy scenariuszy. Zakup gościa, zakup z rejestracją, zwrot, płatność nieudana, wysyłka do paczkomatu. Sprawdź e-maile transakcyjne i to, czy nie trafiają do spamu. Dzień 25–30: analityka (GA4, Google Tag Manager), Search Console, Google Business Profile, feed produktowy (Google Merchant Center), publikacja regulaminu i polityki prywatności. Nie publikuj sklepu przed testami – jedno niedziałające zamówienie to stracony klient i zmarnowany budżet na reklamę.

Pięć pułapek, które zabijają sklepy w pierwszych miesiącach — i jak je wykryć

Najczęstszy scenariusz: sklep działa, sprzedaż powoli rośnie, a po pół roku okazuje się, że nikt nie ma sprawdzonej kopii zapasowej, faktura od operatora płatności jest wyższa niż zakładano, a połowa produktów nie istnieje w indeksie Google. Poniżej pięć pułapek i konkretne testy, które je wykryją, zanim zobaczy je klient.

• Brak kopii zapasowych i brak testu odtworzenia. Kopia, której nikt nie odtworzył, nie jest kopią. Ustal zasadę: raz na kwartał odtwarzasz kopię na środowisku testowym (subdomena staging, np. staging.twojadomena.pl) i sprawdzasz, czy sklep wstaje z produktami, zdjęciami, klientami i historią zamówień. Test wykonuje osoba, która realnie zajmie się odtworzeniem — nie „ktoś z firmy”, tylko wskazane nazwisko w umowie.
• Ukryte koszty platformy. Przed startem wypisz trzy liczby: prowizję od każdej transakcji, opłatę za dodatkowe konto (magazyn, księgowość, wsparcie) i koszt wyjścia z platformy SaaS. Test na wyjście jest prosty: czy eksportujesz produkty, klientów i zamówienia w formacie, który zaimportuje inny system? Jeśli dostajesz wyłącznie PDF-y, koszt migracji równa się ręcznemu przepisaniu katalogu — przy 500 produktach to tygodnie pracy.
• Zbyt wiele płatnych wtyczek i konflikt aktualizacji. Dwadzieścia rozszerzeń to dwadzieścia źródeł konfliktu przy każdym update. Procedura: aktualizuj na klonie, przejdź ścieżką koszyk → dane klienta → płatność → mail potwierdzający, a dopiero potem wdrażaj na produkcję.
• Brak monitoringu i SLA. Jeśli nie ma strony zobowiązanej do reakcji w ciągu 24 godzin, awaria w piątek wieczorem oznacza utratę weekendu zamówień. Sprawdź, czy w umowie jest czas reakcji, a nie tylko czas naprawy.
• Zaniedbane SEO techniczne. Trzy kontrole: czy /sitemap.xml zwraca kod 200 i zawiera produkty, czy ten sam produkt nie odpowiada pod dwoma adresami (np. /kategoria/nazwa i /nazwa), czy kluczowe produkty są w indeksie Google.

Kiedy wezwać pomoc, a kiedy samodzielnie — i jak wybrać wykonawcę bez pośredników

Decyzję o zleceniu prac podejmujesz na podstawie objawów, nie przeczuć. Trzy sygnały, że czas na wsparcie: rosnąca liczba zamówień przy spadającej wydajności (koszyk się zawiesza, panel administracyjny ładuje się kilka sekund dłużej niż pół roku wcześniej, hosting dobija do limitów); integracja z ERP, hurtownią lub systemem magazynowym, której nie da się obsłużyć wtyczką z jednym polem konfiguracji; powtarzające się awarie — jeśli w ciągu dwóch miesięcy zdarzyły się trzy przerwy w działaniu, problem nie jest incydentalny.

Co powinna zawierać dobra umowa o utrzymanie: zakres godzinowy (np. 5 h miesięcznie w cenie, nadwyżka rozliczana stawką godzinową), czas reakcji na zgłoszenie, informację, kto jest właścicielem kodu i danych, oraz warunki wyjścia — tak, żebyś mógł odejść bez utraty repozytorium i bazy.

Cztery pytania do wykonawcy bez wiedzy technicznej: kto dokładnie będzie pracował nad moim projektem (nazwiska, nie „zespół specjalistów”), ile godzin przewidziano na dane zadanie, czy dostanę dostęp do repozytorium i kopii bazy, jak wygląda przekazanie projektu innemu wykonawcy. Odpowiedź „to nasza wiedza techniczna, nie musi pan tego wiedzieć” jest czerwonym światłem.

Model wyceny godzinowej zamiast cennika z sufitu. Stawki w polskich wdrożeniach e-commerce zwykle mieszczą się w przedziale od kilkudziesięciu do ponad dwustu złotych netto za godzinę, w zależności od tego, czy pracuje wdrożeniowiec, czy programista. Konkretną stawkę dla swojej sytuacji ustalisz, wysyłając to samo, precyzyjnie opisane zadanie do trzech firm i porównując liczbę godzin, nie tylko cenę. Wycena godzinowa chroni obie strony: Ty widzisz, na co idzie czas, wykonawca nie dokłada darmowej pracy przy zmianach zakresu. Poproś o rozbicie oferty na pozycje i zapis, że każda zmiana zakresu wymaga Twojej akceptacji.

Minimum techniczne, o którym musisz pamiętać przez cały czas działania

Ta lista ma cztery punkty i wraca co miesiąc. Nie wymaga wchodzenia w kod — możesz ją wykonać sam albo wpisać do umowy o utrzymanie jako stały zakres.

1. Certyfikat SSL. Sprawdź dwie rzeczy naraz: czy odświeżanie jest automatyczne i czy wygaśnięcie jest monitorowane. Automat bywa zawodny — jeśli walidacja domeny nie przejdzie, certyfikat wygaśnie w środku nocy. Ustaw przypomnienie na 14 dni przed datą ważności i kontroluj, czy sklep nie miesza adresów http i https.

2. Aktualizacje platformy i wtyczek w ustalonym cyklu. Raz w miesiącu, zawsze z kopią przed zmianą. Kolejność: kopia → klon → aktualizacja → test koszyka i płatności → produkcja. Przy WooCommerce punktem wyjścia jest dokumentacja rozszerzeń: część wtyczek wymaga konkretnej wersji sklepu i aktualizacja „na wyczucie” kończy się białym ekranem.

3. Monitoring dostępności i czasu odpowiedzi. Powiadomienia o błędach 5xx ustaw na maila i telefon. Monitoring powinien sprawdzać nie tylko, czy strona odpowiada, ale też z jakim czasem — rosnący czas serwera to najwcześniejszy sygnał, że coś się dzieje z hostingiem lub bazą.

4. Raz w miesiącu, trzy obowiązki właściciela: przegląd kosztów operatora płatności (prowizja, chargebacki, liczba transakcji odrzuconych), sprawdzenie indeksacji w Search Console (czy nowe produkty wchodzą do indeksu, czy nie ma błędów 404 w raportach) oraz złożenie testowego zamówienia od strony klienta — bez logowania jako administrator, z prawdziwą płatnością i sprawdzeniem maila potwierdzającego.

Najczęstsze błędy i jak je wykryć

Lista kontrolna do odklikania

• Domena .pl na Twoje dane — Sprawdź w WHOIS, czy abonentem jest Twoja firma, a nie wykonawca lub agencja. To warunek kontroli nad sklepem i nad adresami e-mail.
• Platforma dobrana pod dzisiejszą sprzedaż — Zapisz liczbę SKU, kanały sprzedaży i marżę. Powyżej ~500 SKU lub przy potrzebie integracji z ERP rozważ open source.
• Hosting lub plan SaaS z określonym wsparciem — Zapytaj o czas reakcji supportu i przydzielone zasoby (CPU, RAM, I/O) przed podpisaniem umowy, nie po pierwszej awarii.
• Kopie zapasowe: częstotliwość i miejsce — Ustal, czy kopia leży poza serwerem produkcyjnym, jak często powstaje i kto ma do niej dostęp.
• Przetestowany eksport danych — Wykonaj eksport produktów i zamówień jeszcze przed startem. To polisa na wypadek zmiany platformy lub zakończenia współpracy z wykonawcą.
• Ustalone RTO, czyli czas odtworzenia sklepu — Zapytaj wykonawcę, ile zajmie przywrócenie sprzedaży po awarii, i zażądaj testu odtworzenia kopii.
• Umowa z operatorem płatności i MID — Wniosek o MID złóż przed uruchomieniem — weryfikacja firmy zwykle zajmuje kilka dni roboczych i blokuje start sprzedaży.
• Integracje kurierskie i płatnicze — Sprawdź, czy wtyczka lub moduł jest oficjalny i aktualizowany. InPost, DPD, DHL, Przelewy24, PayU i Tpay mają gotowe integracje do popularnych platform.
• Regulamin i polityka prywatności — Sprawdź, czy regulamin zawiera dane firmy, sposób reklamacji i informację o 14 dniach na odstąpienie dla konsumentów.
• Rejestracja w CEIDG i wybór ZUS — Wniosek złożysz online. Przy starcie porównaj ulgę na start i Mały ZUS Plus, zanim wybierzesz wysokość składki.
• VAT i OSS — Sprawdź limit 200 000 zł zwolnienia podmiotowego i to, czy planujesz sprzedaż do innych krajów UE — wtedy OSS trzeba ogarnąć od pierwszego dnia.
• Zgody cookie i obowiązki RODO — Sprawdź, czy banner blokuje skrypty przed zgodą i czy polityka prywatności opisuje wszystkie cele przetwarzania danych.
• Test zamówienia end-to-end — Złóż zamówienie jak klient: koszyk, płatność, e-mail potwierdzający, faktura, etykieta kurierska. Każdy etap sprawdź osobno.

Najczęściej zadawane pytania

Źródła i materiały

• Google Search Central – dane strukturalne
• Google Search Central – tworzenie treści dla ludzi
• Google Search Central – Core Web Vitals
• PrestaShop – dokumentacja dla deweloperów
• WooCommerce – dokumentacja