Wdrożenie sklepu internetowego w Kępnie rozsypuje się najczęściej nie na kodzie, a na organizacji: kto podejmuje decyzje, co dokładnie jest w zakresie i kiedy uznajemy pracę za skończoną. Poniżej rozkładamy projekt na etapy, wskazujemy materiały, które klient musi dostarczyć przed startem, i pokazujemy, jak wygląda odbiór oparty na liście zamkniętej, a nie na wrażeniu „wygląda dobrze”. Znajdziesz też realny harmonogram i listę blokad, które w praktyce odpowiadają za większość opóźnień. Celem jest jedno: żebyś porównywał oferty konkretami, a nie deklaracjami.
„Postawienie sklepu” i „wdrożenie” to dwie różne prace i dwie różne ceny. Postawienie to gotowy motyw, wgranie produktów i jedna bramka płatności — 30–50 godzin pracy. Wdrożenie obejmuje płatności (Przelewy24, PayU, Stripe, BLIK, raty), kurierów (InPost, DPD, DHL) z generowaniem etykiet z panelu, fakturowanie (Subiekt, Fakturownia, ifirma), GA4 z pełnym e-commerce, wydajność wg Core Web Vitals, backupy i monitoring, dokumentację oraz szkolenie. To zwykle 150–400 godzin. Oferta bez tych pozycji to wycena szablonu, nie wdrożenia. Zdarzenia e-commerce podłączamy przez DataLayer — kolejność prac opisuje wpis o wdrożeniu GA4 eCommerce w PrestaShop, a progi LCP, INP i CLS definiuje dokumentacja Web Vitals.
Lokalnie wygląda to tak: firmy z Kępna i powiatu kępińskiego (Ostrzeszów, Krotoszyn, Wieruszów, Syców) to najczęściej produkcja i dystrybucja, transport i logistyka przy węźle S8/S11, handel B2B oraz usługi. Dla producenta kluczowa jest integracja magazynu i wysyłka paletowa, dla B2B — cenniki per klient i terminy płatności, dla usług — rezerwacja terminu. Wygląd strony głównej jest w tym zestawieniu na końcu.
Wdrożenie dzielimy na pięć etapów: 1) analiza i wycena godzinowa, 2) środowisko staging i konfiguracja (PHP, SSL, poczta, podatki, strefy wysyłki), 3) budowa i integracje, 4) testy odbiorowe, 5) przekazanie i opieka.
Przed startem klient musi dostarczyć:
Odbiór nie polega na oglądaniu sklepu. To lista zamknięta, np. 35 pozycji: zamówienie testowe z płatnością i fakturą, wygenerowana etykieta kurierska, poprawny podatek przy dwóch stawkach, zdarzenia GA4 widoczne w DebugView, czas ładowania karty produktu, wykonany i odtworzony backup. Podpisuje ją osoba wskazana na starcie projektu — zwykle właściciel lub osoba z prawem akceptacji budżetu.
Ceny wdrożeń trzymają się jednego mechanizmu: liczba godzin × stawka. Stawka u doświadczonych wykonawców wynosi 120–220 zł/h netto. Sklep katalogowy na gotowym motywie to 40–80 godzin, czyli 5 000–12 000 zł netto. Integracja ERP z migracją danych podnosi to do 120–250 godzin, czyli 15 000–35 000 zł. Rozbudowany B2B z cennikami indywidualnymi i limitami kredytowymi startuje od 35 000 zł.
Dlaczego godziny są uczciwsze niż cennik „od sztuki”? Bo widzisz, na co idzie budżet, i możesz ciąć zakres zamiast jakości. Kosztorys czytaj pozycja po pozycji. Jeśli widzisz „wdrożenie sklepu — 1 szt. — 18 000 zł”, nie wiesz, czy w środku jest migracja 5 000 produktów, czy sam szablon.
Budżet kosztów powtarzalnych, o którym zapomina się przy podpisywaniu umowy: hosting 40–250 zł/mies. (zależnie od ruchu i liczby produktów), licencje i wtyczki 0–300 zł/mies., opieka techniczna 300–1500 zł/mies., SMS-y z kodem do paczkomatu i maile transakcyjne — przy 2 000 zamówień miesięcznie to kilkadziesiąt złotych. Rozkład wydatków po pozycjach opisujemy w materiale o kosztach sklepu internetowego, a stawki regionalne porównujemy w tekście o cenie sklepu internetowego w Poznaniu. W praktyce stawki w regionie mieszczą się w tych samych widełkach — różnicę robi zakres, nie kod pocztowy.
| Wariant | Zakres | Godziny | Cena netto |
|---|---|---|---|
| Sklep katalogowy na gotowym motywie | motyw, 3–5 integracji, import do 300 produktów, GA4, szkolenie | 40–80 h | 5 000–12 000 zł |
| Sklep z integracją ERP i migracją | import z Subiekta lub Comarch, stany magazynowe, fakturowanie, opcjonalnie wielojęzyczność | 120–250 h | 15 000–35 000 zł |
| Rozbudowany B2B | cenniki per klient, limity kredytowe, zamówienia powtarzalne, role użytkowników | 250–500 h | 35 000 zł i więcej |
Sklep katalogowy na gotowym motywie zamyka się w 3–4 tygodniach. Integracja ERP, migracja danych i wielojęzyczność to 6–10 tygodni. Poniżej rozbicie na tygodnie przy założeniu, że klient odpowiada w 24–48 godzin, a nie raz w tygodniu.
Blokady w praktyce wyglądają zawsze podobnie: brak zdjęć i opisów (klient czeka na sesję zdjęciową, wykonawca na treści), decyzje podejmowane tylko na cotygodniowym spotkaniu, brak osoby z prawem akceptacji — wtedy każda zmiana krąży między działami — oraz zmiany zakresu w trakcie budowy w stylu „dodajmy jeszcze porównywarkę”. Każda z tych sytuacji dodaje 1–2 tygodnie, niezależnie od tego, jak szybko pracuje wykonawca.
Punkt bez powrotu ustawiamy po tygodniu analizy: zakres zamrażamy, a każda zmiana po tym momencie to nowa pozycja w kosztorysie z własną wyceną godzinową. To nie sztywność, a jedyny sposób, żeby opóźnienie miało cenę, a start datę. Przykład prowadzenia projektu tydzień po tygodniu, z listą kontrolną na każdym etapie, opisujemy przy wdrożeniu WooCommerce w Legnicy.
| Tydzień | Zakres prac | Zadania po stronie klienta |
|---|---|---|
| 1 | Analiza, architektura informacji, wycena godzinowa | Akceptacja zakresu, wskazanie osoby decyzyjnej |
| 2 | Środowisko staging, hosting, SSL, motyw, struktura kategorii | Dostęp do domeny i DNS, decyzja o hostingu |
| 3 | Konfiguracja produktów, podatki, strefy wysyłki, płatności | Zdjęcia i opisy, dane do umowy z operatorem płatności |
| 4 | Kurierzy i etykiety, fakturowanie, GA4 i DataLayer | Klucze API, dostęp do systemu księgowego |
| 5 | Migracja lub import danych, wielojęzyczność | Pliki z danymi, tłumaczenia treści |
| 6 | Testy integracji, zamówienia testowe, wydajność | Testy po stronie klienta, akceptacja płatności |
| 7 | Testy odbiorowe z listy zamkniętej, poprawki, szkolenie | Udział w szkoleniu, podpisanie listy odbiorowej |
| 8 | Start, przekierowania 301, monitoring, opieka techniczna | Akceptacja startu, przekazanie dostępu do analityki |
Decyzję o platformie podejmuje się na podstawie trzech liczb: ile masz SKU, ilu klientów kupuje hurtowo i kto będzie obsługiwał sklep za trzy lata. Moda i forumowe porady nie mają tu znaczenia.
PrestaShop wygrywa, gdy:
WooCommerce wygrywa, gdy katalog to 100–300 produktów, sprzedaż opiera się na treści (blog, poradniki, SEO long-tail), a Twój zespół już pracuje w WordPressie. Redakcja, role użytkowników i edytor bloków są znane, więc nie płacisz za wdrożenie CMS-a od zera.
Policz trzeci rok, nie pierwszy. W PrestaShop liczy się liczba modułów, w WooCommerce — liczba wtyczek. Każda kolejna to ryzyko konfliktu po aktualizacji PHP lub rdzenia. Realny koszt hostingu rośnie razem z bazą zamówień: przy kilkuset zamówieniach miesięcznie hosting współdzielony przestaje wystarczać i wchodzi VPS z 4–8 GB RAM oraz baza na osobnym wolumenie. Jak wybrać hosting dla sklepu internetowego — wybór platformy bez dopasowanego hostingu nie ma sensu.
Kiedy nie warto migrować: jeśli stary sklep ma stały ruch i konwersję, a problemem jest tylko wygląd, taniej jest zrobić audyt (Core Web Vitals wg web.dev – Web Vitals, szablon, koszyk) i poprawki niż wdrożenie od zera. Migracja bez powodu to 3–6 tygodni pracy i przepisywanie wszystkich przekierowań.
| Kryterium | PrestaShop | WooCommerce |
|---|---|---|
| Liczba SKU | 500+ bez dopłat | do ~300 komfortowo |
| Sprzedaż B2B | grupy klientów, cenniki grupowe w standardzie | wtyczka + własna logika rabatowa |
| Wielojęzyczność / multistore | wbudowane | wtyczka WPML lub Polylang |
| Rozbudowane reguły promocji | reguły cenowe na kategorię, markę, grupę | kombinacje wtyczek, ryzyko konfliktów |
| Kto pracuje w systemie | osoba ucząca się panelu PrestaShop | redakcja i marketing w WordPressie |
Integracje to moment, w którym projekt przestaje być „ładnym sklepem”, a staje się narzędziem do codziennej pracy. Zamawiaj je na etapie wdrożenia — dopisanie ich po starcie oznacza powrót do koszyka, zamówień i statusów.
Pułapka kosztowa: integracja zamówiona „na później” kosztuje 2–3 razy więcej niż zaplanowana na etapie wdrożenia. Nie dlatego, że stawka rośnie — dlatego, że trzeba wrócić do najdroższych miejsc w sklepie: logiki koszyka i modelu zamówień.
| Obszar | Przykłady | Co przetestować przed odbiorem |
|---|---|---|
| Kurierzy | InPost, DPD, DHL | etykieta, zmiana statusu, zwrot, przesyłka zagraniczna |
| Płatności | Przelewy24, PayU, Stripe, BLIK | webhook, płatność nieudana, ponowienie, zwrot częściowy |
| ERP / księgowość | Subiekt, WF-Mag, Comarch Optima, Fakturownia | kierunek nadpisywania stanów, wystawienie faktury |
| Analityka | GA4, DataLayer, Search Console, feed Ceneo/Allegro | zdarzenia koszyka, zakup, zgodność kwot |
Migracja to najczęstszy scenariusz w tym segmencie: sklep działa, ale platforma jest przestarzała. Cel jest jeden — przenieść się bez utraty pozycji i zamówień.
Mapa przekierowań 301 dla każdego adresu. Eksportuj stare adresy URL z trzech źródeł: sitemap.xml, logów serwera (status 200 z ostatnich 90 dni) i Search Console → Ruch → Strony. Każdy adres dostaje odpowiednik 1:1 — inaczej tracisz przypisanie pozycji. Osobno obsłuż filtry i paginację. Przekierowanie całej domeny na stronę główną to błąd: użytkownik traci kontekst, a robot nie wie, gdzie przenieść wartość. Sam mechanizm 301 opisuje RFC 9110 – HTTP Semantics.
Co przenosić: produkty, zdjęcia, opisy, klientów i historię zamówień. Osobno zgody marketingowe — z datą i źródłem, bo przy kontroli musisz udowodnić, kiedy i jak klient ją wyraził.
Kolejność startu: pełne testy na stagingu, zamrożenie zmian na starym sklepie 48 godzin przed przełączeniem, przełączenie poza szczytem sprzedażowym. Nie w poniedziałek rano i nie na tydzień przed Black Friday.
Czego nie robić w dniu przełączenia: nie zmieniaj jednocześnie struktury URL, treści i szablonu. Jeśli po dwóch tygodniach spadną pozycje, nie będziesz wiedział, którą zmianę cofnąć.
| Kiedy | Co sprawdzić | Gdzie |
|---|---|---|
| 24 godziny | 200 na kluczowych URL, 301 na starych, brak pętli przekierowań | nagłówki HTTP, crawl testowy |
| 7 dni | nowe 404, błędy indeksowania, pokrycie | Search Console → Indeksowanie |
| 30 dni | pozycje, CTR, konwersja, przychód | Search Console + GA4 |
| 90 dni | decyzja o poprawkach wydajności i treści | raport zbiorczy |
Najdroższe błędy przy wdrożeniu sklepu internetowego nie wynikają z kodu, a z decyzji podjętych przed pierwszym commitem. Poniżej pięć pułapek, które widzimy najczęściej, i sposób sprawdzenia każdej z nich jeszcze na etapie oferty.
| Pułapka | Jak ją wykryć przed startem | Typowy koszt |
|---|---|---|
| Wtyczki kupione na zapas | Pytanie: które moduły są potrzebne w MVP? Sprawdź datę ostatniej aktualizacji i aktywność wydawcy | 300–900 zł rocznie za nieużywaną licencję plus czas na konflikty po aktualizacji |
| Brak stagingu | Pytanie: czy oferta zawiera osobne środowisko testowe z kopią danych | Przestój w godzinach sprzedaży i utracone zamówienia |
| Hosting wybrany po cenie | IOPS, wersja PHP, limity bazy, procedura odtwarzania kopii | Migracja po 3–6 miesiącach i ponowne wdrożenie części rzeczy |
| Backup bez testu | Żądanie pokazania próbnego przywrócenia przed odbiorem prac | Utrata danych i zamówień, których nie da się odtworzyć |
| Brak właściciela projektu | Pytanie: kto po stronie klienta akceptuje zakres i odbiera zadania | Opóźnienia liczone w tygodniach, decyzje podejmowane dwa razy |
Abonament, który kończy się po pierwszym incydencie, nie jest opieką. W umowie muszą być dwie osobne liczby: czas reakcji (kiedy ktoś odpisze i zacznie diagnozę) oraz czas naprawy (kiedy sklep znów przyjmuje zamówienia). Zapis „do 4 godzin reakcji” bez drugiej liczby oznacza, że ktoś odpowie mailem i tydzień później problem nadal będzie otwarty.
W miesięczny abonament powinny wchodzić: aktualizacje rdzenia i modułów, backupy z retencją, monitoring, poprawki bezpieczeństwa oraz krótki raport z prac (co zostało zaktualizowane, co się nie powiodło). Monitoring 24/7 ma sens tylko wtedy, gdy alerty obejmują konkretne zdarzenia: błędy odpowiedzi 5xx (definicję znajdziesz w specyfikacji RFC 9110 – HTTP Semantics), wolne czasy odpowiedzi serwera, nieudane płatności, wyczerpany dysk i wygasający certyfikat SSL. Zapytaj, kto odbiera alert o 2:00 w nocy i czy to ta sama osoba, która odpowiada na zgłoszenia w dzień.
Ustal też granicę abonamentu: stawkę za godzinę prac dodatkowych i próg akceptacji — na przykład powyżej 2 godzin wymagana jest pisemna zgoda klienta przed rozpoczęciem. Bez tego drobna zmiana w szablonie potrafi pochłonąć cały pakiet i skończyć się fakturą-niespodzianką.
| Parametr | Co powinno znaleźć się w umowie | Jak to sprawdzić w praktyce |
|---|---|---|
| Czas reakcji | Osobno dla dni roboczych i dla awarii krytycznej | Wyślij testowe zgłoszenie w pierwszym miesiącu współpracy |
| Czas naprawy | „Do przywrócenia sprzedaży”, nie „do podjęcia prac” | Zapisz, czy liczy się od zgłoszenia, czy od potwierdzenia awarii |
| Zakres abonamentu | Liczba godzin i lista czynności, które się w nich mieszczą | Sprawdź, czy aktualizacje modułów są wliczone, czy płatne osobno |
| Prace poza abonamentem | Stawka godzinowa i próg akceptacji przed startem prac | Pisemne potwierdzenie zakresu na maila, zanim ktokolwiek zacznie |
| Monitoring | Lista alertów i kanał powiadomień | Pytanie: kto realnie odbiera alert w nocy |
Z Kępna do Poznania jest około 150 km, do Wrocławia około 90 km. Brzmi blisko, ale dojazd na spotkanie w obie strony to pół dnia wyjęte z kalendarza — zarówno Twojego, jak i wykonawcy. Przy dwudziestu spotkaniach w projekcie oznacza to dziesięć dni, których nikt nie policzył w harmonogramie. Przy wdrożeniu zdalnym ten czas idzie na pracę nad sklepem.
O powodzeniu projektu nie decyduje odległość, a cztery rzeczy: czas reakcji na zgłoszenie, istnienie środowiska testowego, bezpośredni dostęp do dewelopera (bez pośredników w postaci account managera) i zakres spisany na tyle konkretnie, żeby dało się go rozliczyć. Wszystko to da się zweryfikować na pierwszej rozmowie, niezależnie od tego, czy wykonawca siedzi w Kępnie, Poznaniu czy pracuje w pełni zdalnie.
Trzy spotkania na żywo w zupełności wystarczą w większości wdrożeń: warsztat zbierania wymagań, szkolenie zespołu z panelu i odbiór końcowy. Reszta — sprinty, poprawki, raporty — działa sprawniej w formie zdalnej, bo zostawia ślad w notatkach i zgłoszeniach. Jeśli wolisz poznać widełki budżetowe przed rozmową, zobacz rozkład ceny sklepu internetowego w Poznaniu oraz opis organizacji prac przy wdrożeniu WooCommerce w Legnicy — oba teksty pokazują, jak wygląda podział etapów i kosztów bez lokalizacyjnych dopłat.
| Kryterium | Jak sprawdzić | Czerwona flaga |
|---|---|---|
| Dostęp do dewelopera | Pytanie: z kim rozmawiam o szczegółach technicznych? | Rozmowy prowadzi tylko handlowiec, deweloper „poza kontaktem” |
| Środowisko testowe | Czy staging jest w cenie i na jak długo zostaje po odbiorze | Brak stagingu lub dopłata dopiero po pytaniu |
| Zakres | Lista funkcji i lista wyłączeń w ofercie | Ogólne „sklep zintegrowany z płatnościami i kurierami” |
| Widełki godzinowe | Stawka za prace dodatkowe podana w ofercie | Brak stawki — rozliczenie „po fakcie” |
| Osoba odpowiedzialna | Kto jest project managerem i jak się kontaktujemy | Kontakt wyłącznie przez formularz na stronie |
Traktowanie „postawienia sklepu” jako wdrożenia. Szablon plus wgrane produkty to dopiero początek — brakuje płatności, kurierów, faktur, GA4 i backupów.
Jak wykryć: W ofercie nie ma listy integracji, tylko pozycje typu „instalacja”, „konfiguracja”, „wgranie produktów”. Nie ma mowy o testach na stagingu ani o dokumentacji.
Jak naprawić: Zażądaj zakresu pozycja po pozycji: płatności (operator + BLIK), kurierzy (API i etykiety), faktury, GA4/DataLayer, wydajność, kopie zapasowe, dokumentacja, szkolenie. Każda pozycja z liczbą godzin.
Brak jednej osoby po stronie klienta z prawem do akceptacji. Decyzje zapadają na spotkaniach tygodniowych, a pytania wracają do wykonawcy po kilka razy.
Jak wykryć: Na pytanie „kto zatwierdza wygląd koszyka” odpowiada trzy różne osoby. Kolejne ustalenia zależą od tego, kto jest tego dnia dostępny.
Jak naprawić: Wyznacz jedną osobę decyzyjną i ustal czas odpowiedzi, np. 48 godzin na roboczo. Brak odpowiedzi w terminie oznacza akceptację wariantu zaproponowanego przez wykonawcę — zapisz to w umowie.
Zmiany zakresu w trakcie budowy, które nie trafiają do kosztorysu. Efekt: przeciągnięty termin i spór o fakturę końcową.
Jak wykryć: Ustalenia z rozmów telefonicznych nie mają odzwierciedlenia w dokumencie. Pojawiają się sformułowania „to przecież drobiazg, dorzućcie”.
Jak naprawić: Zamroź zakres po tygodniu analizy i zapisz wersję dokumentu z datą. Każda zmiana po tym punkcie to osobna pozycja w kosztorysie z wyceną godzinową i wpływem na harmonogram.
Brak materiałów przed startem: zdjęć, opisów, danych do umów z kurierami i operatorem płatności, dostępu do DNS.
Jak wykryć: Po dwóch tygodniach projektu katalog produktów nadal jest testowy, a w panelu płatności brak zweryfikowanego konta firmowego.
Jak naprawić: Ustal listę materiałów z konkretnymi datami przed tygodniem 1. Brakujące treści to najczęstsza przyczyna poślizgu — nie da się jej nadgonić pracą programisty.
Testy zamówień bezpośrednio na działającej stronie, bez środowiska staging i bez scenariuszy odbiorczych.
Jak wykryć: Po wdrożeniu wychodzą błędy w mailach transakcyjnych, statusach zamówień i stawkach VAT. Klient dowiaduje się o nich od kupujących.
Jak naprawić: Wymagaj środowiska staging z kopią konfiguracji i scenariuszy testowych: zakup jako gość, zakup z kontem, rabat, zwrot, zamówienie B2B, płatność nieudana. Produkcja dopiero po przejściu testów.
Odbiór na podstawie wrażenia zamiast listy kryteriów. Nikt nie wie, kto podpisuje odbiór i co dokładnie potwierdza.
Jak wykryć: W protokole nie ma pozycji do odhaczenia, tylko zdanie „strona działa poprawnie”. Brakuje testu konkretnego scenariusza i czasu reakcji na poprawki.
Jak naprawić: Ustal zamkniętą listę kryteriów odbioru z osobą podpisującą i terminem zgłaszania uwag. Po podpisaniu odbioru kolejne zmiany to już nowe zadania, nie część wdrożenia.
Wdrożenie sklepu internetowego w Kępnie jest w okolicy 80% projektem organizacyjnym, a 20% technicznym. Dwie decyzje robią największą różnicę: jedna osoba z prawem akceptacji i zamrożony zakres po tygodniu analizy z wyceną godzinową każdej zmiany. Odbiór opieraj na liście scenariuszy do przejścia, nie na wrażeniu estetycznym. Jeśli te trzy rzeczy są ustalone na piśmie, harmonogram przestaje się rozjeżdżać.
Odbiór podpisuje osoba wyznaczona przed startem projektu, ta sama, która ma prawo akceptacji. Podstawą jest lista kryteriów z konkretnymi scenariuszami: zakup jako gość, zakup z kontem, użycie rabatu, zwrot, zamówienie B2B, nieudana płatność, poprawność etykiety kurierskiej i faktury. Jeśli punkt da się zaliczyć albo odrzucić bez dyskusji, lista jest dobrze napisana.
Dostęp do domeny i DNS, decyzję o hostingu, zdjęcia i opisy produktów, dane do umów z kurierami oraz zweryfikowane konto u operatora płatności. Do tego wyznaczona osoba decyzyjna i akceptowany zakres z kosztorysem godzinowym. Brak któregokolwiek z tych elementów przesuwa termin, nawet jeśli kod jest gotowy.
Jedna runda korekt po testach jest zwykle w zakresie, ale zmiany koncepcji w trakcie budowy to nowa praca. Dlatego zakres zamrażamy po tygodniu analizy, a każda późniejsza zmiana trafia do kosztorysu jako osobna pozycja z liczbą godzin i wpływem na harmonogram. Taki zapis chroni obie strony: wykonawca nie pracuje za darmo, klient widzi, ile kosztuje decyzja.
Standardowo: tydzień 1 to analiza i architektura informacji, tygodnie 2–3 środowisko staging i konfiguracja produktów oraz podatków, tygodnie 4–5 integracje (płatności, kurierzy, faktury, GA4), tydzień 6 testy odbiorcze i poprawki, tydzień 7 szkolenie i start, tydzień 8 stabilizacja. Przy integracji ERP, migracji danych i wielojęzyczności ten sam zakres zajmuje 6–10 tygodni. Przykład prowadzenia projektu bez poślizgów opisujemy na Wdrożenie WooCommerce Legnica.
Bo praca po stronie wykonawcy idzie seriami, a decyzje często zapadają raz w tygodniu. Jeśli brakuje zdjęć, opisów, danych do kurierów albo nie ma osoby z prawem akceptacji, każde pytanie dodaje kilka dni. Blokery po stronie klienta to najczęstsza przyczyna poślizgów — łatwiej je wyeliminować niż błędy techniczne.
Przyjmij 2–4 tygodnie na tak zwaną stabilizację: pierwsze realne zamówienia pokazują problemy, których testy nie wychwyciły. W tym okresie potrzebny jest ktoś, kto reaguje na zgłoszenia w ustalonym czasie, oraz działające kopie zapasowe. To dobry moment, żeby wejść w stałą opiekę techniczną zamiast zgłaszać wszystko pojedynczo.
Nie, ale brak opieki oznacza, że aktualizacje, kopie zapasowe i monitorowanie dostępności leżą na Tobie. Typowy koszt to 300–1500 zł netto miesięcznie w zależności od liczby integracji i zakresu. Rozkład wydatków krok po kroku znajdziesz w materiałach o kosztach sklepu internetowego i cenie sklepu internetowego.
Jeśli chcesz, żebyśmy przeszli przez Twój zakres punkt po punkcie i powiedzieli, co da się zrobić prościej, napisz do nas. Odpowiemy konkretami: zakres, godziny, terminy.