Freelancer czy software house do projektów e-commerce - porównanie

Łukasz Palej
Łukasz Palej
Technical Implementation Expert
Freelancer czy software house do projektów e‑commerce - porównanie
Freelancer sprawdza się w projektach e-commerce o jasnym zakresie, w jednej technologii i bez wymagań co do szybkiej reakcji na awarie, np. przy poprawkach w szablonie czy prostym module. Software house lub agencja jest lepszym wyborem, gdy projekt łączy kilka systemów, wymaga testów, zastępstw i utrzymania po wdrożeniu albo gdy od integracji zależy codzienna sprzedaż. O wyborze freelancera czy software house'u decyduje więc ryzyko projektu, a nie sama stawka godzinowa.
W tym wpisie porównujemy oba modele współpracy w projektach sklepów internetowych: koszty, dostępność, ciągłość wiedzy, jakość procesu i bezpieczeństwo. Pokazujemy, jak dobrać wykonawcę do rodzaju pracy, o co pytać na rozmowie, jak zabezpieczyć się w umowie i kiedy warto połączyć oba modele. Ogólne stawki i modele rozliczeń programistów opisaliśmy osobno - tutaj skupiamy się na decyzji, komu powierzyć projekt.
[#wazne] W skrócie: freelancer to zwykle niższa stawka i bezpośredni kontakt z osobą, która pisze kod, ale też ryzyko braku zastępstwa, ograniczonej dostępności i wiedzy zamkniętej w jednej głowie. Software house lub agencja to wyższa stawka, ale zespół, testy, zastępstwa i ciągłość przy utrzymaniu. Do pojedynczych zadań w jednej technologii wystarczy freelancer, do integracji sklepu z ERP, marketplace i kurierami - zespół. Vinson zapewnia wsparcie programistyczne dla sklepów i pomaga dobrać model współpracy do projektu.
Freelancer czy software house - czym się różnią w e-commerce
Freelancer to programista pracujący na własny rachunek, zwykle na kontrakcie B2B lub przez platformy zleceń, który samodzielnie realizuje zadanie od analizy po wdrożenie. Software house to firma z zespołem programistów, testerów i osób prowadzących projekty. W e-commerce podobną rolę pełnią agencje, które łączą programowanie z wiedzą o platformach sprzedażowych, marketplace'ach i integratorach.
Różnica nie polega na tym, kto pisze lepszy kod. Doświadczony freelancer może napisać lepszy moduł niż przypadkowy zespół. Różnica polega na procesie i ryzyku: kto sprawdzi kod, kto przetestuje zmiany, kto zastąpi programistę na urlopie, kto odpowie w sobotę, gdy przestaną spływać zamówienia z marketplace. Projekty sklepów rzadko są jednorazowe - integracje i moduły trzeba utrzymywać latami, więc te pytania ważą więcej niż w typowym projekcie IT.
Najprościej porównać oba modele w zestawieniu sytuacji, w których każdy z nich sprawdza się lepiej:
[#chart:wpr63a]
Koszt freelancera i software house'u - co naprawdę porównujesz
Stawka godzinowa freelancera jest zwykle niższa niż stawka agencji lub software house'u. Punktem odniesienia mogą być wynagrodzenia z raportów płacowych: według Bulldogjob IT Community Report 2025 mediana miesięcznego wynagrodzenia programisty PHP na kontrakcie B2B wynosiła 14 000 zł netto na poziomie mid i 20 000 zł netto na poziomie senior (stan na październik 2026 - sprawdź aktualny raport i cenniki wykonawców). Szczegółowe mediany i modele rozliczeń omawiamy we wpisie ile kosztuje programista dla e-commerce. To wynagrodzenia, a nie ceny usług - freelancer musi w swojej stawce zmieścić przestoje między zleceniami, sprzęt, narzędzia i urlop, a firma dodatkowo koszty zespołu, testów i zarządzania.
Dlatego porównywanie samych stawek prowadzi do błędnych wniosków. Liczy się koszt całego zadania i ryzyka, które bierzesz na siebie:
| Element kosztu | Freelancer | Software house lub agencja |
|---|---|---|
| Stawka za godzinę | Zwykle niższa | Zwykle wyższa |
| Analiza i prowadzenie projektu | Często po Twojej stronie | Zwykle w zakresie usługi |
| Testy i przegląd kodu | Zależą od jednej osoby | Często osobna rola w zespole |
| Zastępstwo przy urlopie lub chorobie | Zwykle brak | Inna osoba z zespołu |
| Reakcja na awarię w sezonie | Zależy od dostępności | Możliwa w ramach umowy SLA |
| Ryzyko utraty wiedzy o kodzie | Wysokie bez dokumentacji | Niższe, ale też wymaga dokumentacji |
[#przyklad] Sklep zleca integrację zamówień z marketplace do ERP. Freelancer wycenia mniej godzin po niższej stawce, ale zakłada, że proces opisze i przetestuje właściciel sklepu. Agencja wycenia więcej godzin po wyższej stawce, bo w zakresie ma analizę, scenariusze testowe, wdrożenie i miesiąc obserwacji. Po doliczeniu czasu zespołu sklepu na testy i poprawki różnica w koszcie całkowitym jest wyraźnie mniejsza niż różnica w stawkach. Liczby w takim porównaniu zawsze trzeba policzyć dla konkretnych ofert.
Do porównania dolicz też koszt ryzyka. Jeśli godzina przestoju integracji zamówień w sezonie oznacza opóźnione wysyłki i niezadowolonych klientów, to dostępność wykonawcy ma swoją wartość, nawet jeśli nie widać jej w ofercie. Im więcej sprzedaży zależy od kodu, tym ważniejsze są zastępstwa, monitoring i ustalony czas reakcji.
Freelancer sprawdza się w projektach e-commerce o jasnym zakresie, w jednej technologii i bez wymagań co do szybkiej reakcji na awarie, np. przy poprawkach w szablonie czy prostym module. Software house lub agencja jest lepszym wyborem, gdy projekt łączy kilka systemów, wymaga testów, zastępstw i utrzymania po wdrożeniu albo gdy od integracji zależy codzienna sprzedaż. O wyborze freelancera czy software house'u decyduje więc ryzyko projektu, a nie sama stawka godzinowa.
W tym wpisie porównujemy oba modele współpracy w projektach sklepów internetowych: koszty, dostępność, ciągłość wiedzy, jakość procesu i bezpieczeństwo. Pokazujemy, jak dobrać wykonawcę do rodzaju pracy, o co pytać na rozmowie, jak zabezpieczyć się w umowie i kiedy warto połączyć oba modele. Ogólne stawki i modele rozliczeń programistów opisaliśmy osobno - tutaj skupiamy się na decyzji, komu powierzyć projekt.
[#wazne] W skrócie: freelancer to zwykle niższa stawka i bezpośredni kontakt z osobą, która pisze kod, ale też ryzyko braku zastępstwa, ograniczonej dostępności i wiedzy zamkniętej w jednej głowie. Software house lub agencja to wyższa stawka, ale zespół, testy, zastępstwa i ciągłość przy utrzymaniu. Do pojedynczych zadań w jednej technologii wystarczy freelancer, do integracji sklepu z ERP, marketplace i kurierami - zespół. Vinson zapewnia wsparcie programistyczne dla sklepów i pomaga dobrać model współpracy do projektu.
Freelancer czy software house - czym się różnią w e-commerce
Freelancer to programista pracujący na własny rachunek, zwykle na kontrakcie B2B lub przez platformy zleceń, który samodzielnie realizuje zadanie od analizy po wdrożenie. Software house to firma z zespołem programistów, testerów i osób prowadzących projekty. W e-commerce podobną rolę pełnią agencje, które łączą programowanie z wiedzą o platformach sprzedażowych, marketplace'ach i integratorach.
Różnica nie polega na tym, kto pisze lepszy kod. Doświadczony freelancer może napisać lepszy moduł niż przypadkowy zespół. Różnica polega na procesie i ryzyku: kto sprawdzi kod, kto przetestuje zmiany, kto zastąpi programistę na urlopie, kto odpowie w sobotę, gdy przestaną spływać zamówienia z marketplace. Projekty sklepów rzadko są jednorazowe - integracje i moduły trzeba utrzymywać latami, więc te pytania ważą więcej niż w typowym projekcie IT.
Najprościej porównać oba modele w zestawieniu sytuacji, w których każdy z nich sprawdza się lepiej:
[#chart:wpr63a]
Koszt freelancera i software house'u - co naprawdę porównujesz
Stawka godzinowa freelancera jest zwykle niższa niż stawka agencji lub software house'u. Punktem odniesienia mogą być wynagrodzenia z raportów płacowych: według Bulldogjob IT Community Report 2025 mediana miesięcznego wynagrodzenia programisty PHP na kontrakcie B2B wynosiła 14 000 zł netto na poziomie mid i 20 000 zł netto na poziomie senior (stan na październik 2026 - sprawdź aktualny raport i cenniki wykonawców). Szczegółowe mediany i modele rozliczeń omawiamy we wpisie ile kosztuje programista dla e-commerce. To wynagrodzenia, a nie ceny usług - freelancer musi w swojej stawce zmieścić przestoje między zleceniami, sprzęt, narzędzia i urlop, a firma dodatkowo koszty zespołu, testów i zarządzania.
Dlatego porównywanie samych stawek prowadzi do błędnych wniosków. Liczy się koszt całego zadania i ryzyka, które bierzesz na siebie:
| Element kosztu | Freelancer | Software house lub agencja |
|---|---|---|
| Stawka za godzinę | Zwykle niższa | Zwykle wyższa |
| Analiza i prowadzenie projektu | Często po Twojej stronie | Zwykle w zakresie usługi |
| Testy i przegląd kodu | Zależą od jednej osoby | Często osobna rola w zespole |
| Zastępstwo przy urlopie lub chorobie | Zwykle brak | Inna osoba z zespołu |
| Reakcja na awarię w sezonie | Zależy od dostępności | Możliwa w ramach umowy SLA |
| Ryzyko utraty wiedzy o kodzie | Wysokie bez dokumentacji | Niższe, ale też wymaga dokumentacji |
[#przyklad] Sklep zleca integrację zamówień z marketplace do ERP. Freelancer wycenia mniej godzin po niższej stawce, ale zakłada, że proces opisze i przetestuje właściciel sklepu. Agencja wycenia więcej godzin po wyższej stawce, bo w zakresie ma analizę, scenariusze testowe, wdrożenie i miesiąc obserwacji. Po doliczeniu czasu zespołu sklepu na testy i poprawki różnica w koszcie całkowitym jest wyraźnie mniejsza niż różnica w stawkach. Liczby w takim porównaniu zawsze trzeba policzyć dla konkretnych ofert.
Do porównania dolicz też koszt ryzyka. Jeśli godzina przestoju integracji zamówień w sezonie oznacza opóźnione wysyłki i niezadowolonych klientów, to dostępność wykonawcy ma swoją wartość, nawet jeśli nie widać jej w ofercie. Im więcej sprzedaży zależy od kodu, tym ważniejsze są zastępstwa, monitoring i ustalony czas reakcji.
- Wycena zadania w 24 h w dni robocze
- Integracje, API, feedy i poprawki w sklepie
- Rozliczenie godzinowe albo za projekt
Konsultację poprowadzi Łukasz Palej, Technical Implementation ExpertKiedy wybrać freelancera do projektu e-commerce
Freelancer jest dobrym wyborem, gdy zadanie ma jasne granice i jego ewentualne opóźnienie nie zatrzymuje sprzedaży. Typowe przykłady to poprawki w motywie, nowa sekcja na stronie produktu, prosty moduł bez integracji, jednorazowy skrypt do importu danych czy przegląd wydajności. Sprawdza się też jako wsparcie zespołu wewnętrznego, gdy firma ma już własnego programistę i potrzebuje dodatkowych rąk do konkretnej technologii.
Współpraca z freelancerem wymaga więcej pracy po stronie sklepu. Ktoś musi opisać zadanie, odpowiadać na pytania, przetestować wynik i zdecydować o wdrożeniu. Jeśli w firmie nie ma osoby, która zrobi to sprawnie, oszczędność na stawce zjedzą czas i poprawki. Freelancer najlepiej sprawdza się u klientów, którzy wiedzą, czego chcą, i potrafią to odebrać. Pomaga w tym krótki opis zadania z przykładami i warunkiem, po którym uznasz pracę za skończoną, oraz kopia sklepu, na której programista może bezpiecznie testować zmiany.
Kiedy wybrać software house lub agencję
Zespół warto wybrać, gdy projekt łączy kilka systemów albo gdy od jego działania zależy codzienna obsługa zamówień. Integracja sklepu z ERP, marketplace'ami, kurierami i fakturowaniem wymaga wiedzy o każdym z tych systemów, testów na wielu scenariuszach i stałego utrzymania. Jedna osoba może to zrobić, ale wtedy cała wiedza o przepływie zamówień jest w jej głowie.
Projekty wielosystemowe - sklep, ERP, integrator, marketplace i kurierzy w jednym przepływie.
Krytyczne procesy - integracje, których zatrzymanie blokuje wysyłki lub fakturowanie.
Praca w sezonie - potrzeba reakcji na awarię w weekend lub w czasie Black Friday.
Długie utrzymanie - moduły i integracje, które mają działać przez lata i przechodzić aktualizacje platform.
Brak osoby technicznej w firmie - gdy sklep potrzebuje kogoś, kto poprowadzi projekt, a nie tylko napisze kod.
Przy wyborze zespołu ważne jest, kto konkretnie będzie pracował nad projektem i czy ta sama osoba zostanie przy utrzymaniu. Duży software house z rotacją ludzi może dać mniej ciągłości niż mała agencja, w której ten sam programista zna Twój sklep od lat.
Warto też odróżnić software house od agencji e-commerce. Software house zwykle buduje oprogramowanie dla różnych branż i dobrze radzi sobie z dużymi, nowymi systemami. Agencja e-commerce częściej zna specyfikę sprzedaży internetowej: zasady marketplace'ów, integratory, feedy reklamowe, przewoźników i to, jak zmiany w kodzie wpływają na kampanie i obsługę klienta. Przy integracjach sklepu ta wiedza domenowa często skraca analizę bardziej niż większy zespół programistów.
Freelancer czy software house przy utrzymaniu sklepu
Budowa modułu czy integracji to kilka tygodni lub miesięcy, a utrzymanie trwa latami. W tym czasie platformy wydają aktualizacje, marketplace'y zmieniają API, przewoźnicy wprowadzają nowe usługi, a sklep zgłasza drobne zmiany. Utrzymanie wymaga przede wszystkim dostępności i ciągłości: ktoś musi zauważyć problem, zareagować w ustalonym czasie i znać historię zmian.
Freelancer może prowadzić utrzymanie małego sklepu z kilkoma prostymi rozszerzeniami, jeśli ma czas zarezerwowany na stałe zadania i jasno określoną dostępność. Przy wielu integracjach i sprzedaży na kilku kanałach bezpieczniej jest powierzyć utrzymanie zespołowi z umową określającą priorytety awarii i godziny wsparcia. Częstym rozwiązaniem jest budowa przez jednego wykonawcę i utrzymanie przez innego - wtedy przekazanie projektu musi być częścią odbioru prac.
Komunikacja i prowadzenie projektu - różnica w codziennej pracy
Z freelancerem rozmawiasz bezpośrednio z osobą, która pisze kod. To skraca drogę informacji i ułatwia szybkie decyzje, ale wymaga, żeby ktoś po stronie sklepu pilnował priorytetów, terminów i odbioru. W software housie lub agencji pośrednikiem bywa osoba prowadząca projekt. Dodaje to jeden krok w komunikacji, ale zdejmuje ze sklepu część pracy organizacyjnej: planowanie, raportowanie postępów, pilnowanie testów i dokumentacji.
W praktyce warto ustalić na starcie kilka zasad niezależnie od modelu: jeden kanał zgłaszania zadań zamiast rozproszonych wiadomości, regularny krótki przegląd postępów, listę zadań z priorytetami i jasną informację, kto po stronie sklepu podejmuje decyzje. Taki porządek sprawia, że nawet mała współpraca z freelancerem jest przewidywalna, a duży projekt z zespołem nie gubi się w spotkaniach.
Model mieszany - freelancer i zespół w jednym projekcie
Wiele sklepów nie wybiera jednego modelu na zawsze. Podział zadań według ryzyka pozwala korzystać z zalet obu stron:
[#chart:wpr63b]
Model mieszany wymaga jednej zasady: kod i dokumentacja trafiają do jednego repozytorium należącego do sklepu, a każdy wykonawca pracuje według tych samych reguł. Bez tego po roku powstaje sklep, w którym każdy fragment zna inna osoba i nikt nie ma pełnego obrazu.
Ryzyka współpracy i jak się przed nimi zabezpieczyć
Każdy model ma swoje typowe problemy. Większość z nich da się ograniczyć zapisami w umowie i dobrymi praktykami od pierwszego dnia projektu:
[#chart:wpr63c]
W umowie z każdym wykonawcą warto ustalić prawa do kodu, poufność danych klientów, zasady przekazania projektu, czas reakcji na awarie i sposób rozliczania zmian. Zapisy o prawach autorskich i powierzeniu danych osobowych przygotuj z prawnikiem, bo różnią się w zależności od formy współpracy. Na co zwrócić uwagę przy czasie reakcji i priorytetach awarii, opisujemy we wpisie umowa SLA z firmą IT dla sklepu internetowego.
Zmiana wykonawcy w trakcie współpracy
Prędzej czy później większość sklepów zmienia programistę: freelancer bierze etat, agencja zmienia profil, projekt rośnie ponad możliwości jednej osoby. Koszt takiej zmiany zależy od tego, co zostaje po poprzedniku. Jeśli jest repozytorium, opis konfiguracji, lista dostępów i kluczy API oraz dokumentacja przepływów, nowy wykonawca wdraża się w dni. Jeśli kod jest tylko na serwerze, a wiedza w niczyich notatkach, przejęcie zaczyna się od kosztownej analizy i nierzadko kończy przepisaniem części integracji. Dlatego zasady przekazania projektu warto ustalić na początku współpracy, a nie w dniu jej zakończenia.
Jak sprawdzić freelancera lub software house przed zleceniem
Niezależnie od modelu zadaj każdemu kandydatowi te same pytania. Odpowiedzi szybko pokażą, czy wykonawca rozumie e-commerce, czy tylko programowanie:
Jakie integracje lub moduły dla sklepów robiłeś i na jakich platformach? Czy możesz pokazać podobny projekt?
Jak testujesz zmiany przed wdrożeniem i czy pracujesz na kopii sklepu?
Kto zastąpi Cię w razie urlopu lub choroby i jak przekażesz mu wiedzę?
Jak szybko reagujesz na awarię i czy obejmuje to weekendy w sezonie?
Gdzie będzie przechowywany kod i kto ma do niego dostęp?
Jak rozliczasz zmiany zakresu i ile trwa okres poprawek po wdrożeniu?
Dobrym testem jest też małe, płatne zadanie na start, np. analiza istniejącej integracji albo drobna poprawka. Po nim widać, jak wykonawca komunikuje się, jak dokumentuje pracę i czy dotrzymuje terminów, zanim powierzysz mu krytyczny projekt. Zanim zaczniesz rozmowy, warto też przygotować opis przepływów danych w sklepie - jak to zrobić, wyjaśniamy we wpisie integracja API sklepu internetowego - jak to działa.
[#tip] Zapytaj, jak wyglądałoby przekazanie projektu innemu wykonawcy. Programista lub firma, którzy mają gotową odpowiedź - repozytorium, dokumentacja, lista dostępów, opis konfiguracji - zwykle pracują w sposób, który chroni sklep także w trakcie współpracy.
Jak Vinson pomaga w projektach programistycznych dla e-commerce
Zapewniamy wsparcie programistyczne dla sklepów i sprzedawców: integracje, automatyzacje, poprawki i rozwój sklepów oraz narzędzi. Jesteśmy agencją e-commerce z Bochni działającą od 2021 r., certyfikowanym partnerem Base i autoryzowanym partnerem Shoper, więc łączymy programowanie z wiedzą o platformach i marketplace'ach. Pomagamy ocenić, które zadania wymagają zespołu, a które można zlecić pojedynczemu wykonawcy, i przejmujemy utrzymanie integracji po wdrożeniu. Szczegóły znajdziesz na stronie Wsparcie programistyczne dla e-commerce.
Najczęściej zadawane pytania
Czy freelancer jest tańszy od software house'u?
Stawka godzinowa freelancera jest zwykle niższa, ale nie zawsze oznacza to niższy koszt projektu. Po stronie sklepu zostaje często analiza, prowadzenie projektu i testy, a brak zastępstwa zwiększa ryzyko kosztownych przestojów. Porównuj koszt całego zadania i ryzyka, nie samą stawkę.
Kiedy wybrać freelancera do sklepu internetowego?
Gdy zadanie ma jasny zakres, dotyczy jednej technologii i jego opóźnienie nie zatrzymuje sprzedaży, np. poprawki w motywie lub prosty moduł. Najlepiej sprawdza się, gdy w firmie jest osoba, która opisze zadanie i odbierze pracę.
Kiedy lepszy jest software house lub agencja?
Gdy projekt łączy kilka systemów, np. sklep, ERP, marketplace i kurierów, gdy od integracji zależy codzienna obsługa zamówień albo gdy potrzebna jest reakcja na awarie w sezonie. Zespół zapewnia testy, zastępstwa i ciągłość przy utrzymaniu.
Jak zabezpieczyć się przy współpracy z freelancerem?
Trzymaj kod w repozytorium należącym do firmy, wymagaj dokumentacji i listy dostępów, ustal w umowie prawa do kodu, poufność i zasady przekazania projektu. Zapisy prawne przygotuj z prawnikiem.
Czy można łączyć freelancera i agencję w jednym sklepie?
Tak, to częsty model. Krytyczne integracje i utrzymanie prowadzi zespół, a pojedyncze zadania w jednej technologii realizuje freelancer. Warunkiem jest wspólne repozytorium, te same zasady pracy i jedna osoba, która koordynuje zmiany.
Wybór między freelancerem a software house'em to decyzja o ryzyku, a nie tylko o stawce. Jeśli chcesz dobrać wykonawcę do projektu w swoim sklepie albo przekazać utrzymanie integracji zespołowi, sprawdź wsparcie programistyczne Vinson.
Kiedy wybrać freelancera do projektu e-commerce
Freelancer jest dobrym wyborem, gdy zadanie ma jasne granice i jego ewentualne opóźnienie nie zatrzymuje sprzedaży. Typowe przykłady to poprawki w motywie, nowa sekcja na stronie produktu, prosty moduł bez integracji, jednorazowy skrypt do importu danych czy przegląd wydajności. Sprawdza się też jako wsparcie zespołu wewnętrznego, gdy firma ma już własnego programistę i potrzebuje dodatkowych rąk do konkretnej technologii.
Współpraca z freelancerem wymaga więcej pracy po stronie sklepu. Ktoś musi opisać zadanie, odpowiadać na pytania, przetestować wynik i zdecydować o wdrożeniu. Jeśli w firmie nie ma osoby, która zrobi to sprawnie, oszczędność na stawce zjedzą czas i poprawki. Freelancer najlepiej sprawdza się u klientów, którzy wiedzą, czego chcą, i potrafią to odebrać. Pomaga w tym krótki opis zadania z przykładami i warunkiem, po którym uznasz pracę za skończoną, oraz kopia sklepu, na której programista może bezpiecznie testować zmiany.
Kiedy wybrać software house lub agencję
Zespół warto wybrać, gdy projekt łączy kilka systemów albo gdy od jego działania zależy codzienna obsługa zamówień. Integracja sklepu z ERP, marketplace'ami, kurierami i fakturowaniem wymaga wiedzy o każdym z tych systemów, testów na wielu scenariuszach i stałego utrzymania. Jedna osoba może to zrobić, ale wtedy cała wiedza o przepływie zamówień jest w jej głowie.
Projekty wielosystemowe - sklep, ERP, integrator, marketplace i kurierzy w jednym przepływie.
Krytyczne procesy - integracje, których zatrzymanie blokuje wysyłki lub fakturowanie.
Praca w sezonie - potrzeba reakcji na awarię w weekend lub w czasie Black Friday.
Długie utrzymanie - moduły i integracje, które mają działać przez lata i przechodzić aktualizacje platform.
Brak osoby technicznej w firmie - gdy sklep potrzebuje kogoś, kto poprowadzi projekt, a nie tylko napisze kod.
Przy wyborze zespołu ważne jest, kto konkretnie będzie pracował nad projektem i czy ta sama osoba zostanie przy utrzymaniu. Duży software house z rotacją ludzi może dać mniej ciągłości niż mała agencja, w której ten sam programista zna Twój sklep od lat.
Warto też odróżnić software house od agencji e-commerce. Software house zwykle buduje oprogramowanie dla różnych branż i dobrze radzi sobie z dużymi, nowymi systemami. Agencja e-commerce częściej zna specyfikę sprzedaży internetowej: zasady marketplace'ów, integratory, feedy reklamowe, przewoźników i to, jak zmiany w kodzie wpływają na kampanie i obsługę klienta. Przy integracjach sklepu ta wiedza domenowa często skraca analizę bardziej niż większy zespół programistów.
Freelancer czy software house przy utrzymaniu sklepu
Budowa modułu czy integracji to kilka tygodni lub miesięcy, a utrzymanie trwa latami. W tym czasie platformy wydają aktualizacje, marketplace'y zmieniają API, przewoźnicy wprowadzają nowe usługi, a sklep zgłasza drobne zmiany. Utrzymanie wymaga przede wszystkim dostępności i ciągłości: ktoś musi zauważyć problem, zareagować w ustalonym czasie i znać historię zmian.
Freelancer może prowadzić utrzymanie małego sklepu z kilkoma prostymi rozszerzeniami, jeśli ma czas zarezerwowany na stałe zadania i jasno określoną dostępność. Przy wielu integracjach i sprzedaży na kilku kanałach bezpieczniej jest powierzyć utrzymanie zespołowi z umową określającą priorytety awarii i godziny wsparcia. Częstym rozwiązaniem jest budowa przez jednego wykonawcę i utrzymanie przez innego - wtedy przekazanie projektu musi być częścią odbioru prac.
Komunikacja i prowadzenie projektu - różnica w codziennej pracy
Z freelancerem rozmawiasz bezpośrednio z osobą, która pisze kod. To skraca drogę informacji i ułatwia szybkie decyzje, ale wymaga, żeby ktoś po stronie sklepu pilnował priorytetów, terminów i odbioru. W software housie lub agencji pośrednikiem bywa osoba prowadząca projekt. Dodaje to jeden krok w komunikacji, ale zdejmuje ze sklepu część pracy organizacyjnej: planowanie, raportowanie postępów, pilnowanie testów i dokumentacji.
W praktyce warto ustalić na starcie kilka zasad niezależnie od modelu: jeden kanał zgłaszania zadań zamiast rozproszonych wiadomości, regularny krótki przegląd postępów, listę zadań z priorytetami i jasną informację, kto po stronie sklepu podejmuje decyzje. Taki porządek sprawia, że nawet mała współpraca z freelancerem jest przewidywalna, a duży projekt z zespołem nie gubi się w spotkaniach.
Model mieszany - freelancer i zespół w jednym projekcie
Wiele sklepów nie wybiera jednego modelu na zawsze. Podział zadań według ryzyka pozwala korzystać z zalet obu stron:
[#chart:wpr63b]
Model mieszany wymaga jednej zasady: kod i dokumentacja trafiają do jednego repozytorium należącego do sklepu, a każdy wykonawca pracuje według tych samych reguł. Bez tego po roku powstaje sklep, w którym każdy fragment zna inna osoba i nikt nie ma pełnego obrazu.
Ryzyka współpracy i jak się przed nimi zabezpieczyć
Każdy model ma swoje typowe problemy. Większość z nich da się ograniczyć zapisami w umowie i dobrymi praktykami od pierwszego dnia projektu:
[#chart:wpr63c]
W umowie z każdym wykonawcą warto ustalić prawa do kodu, poufność danych klientów, zasady przekazania projektu, czas reakcji na awarie i sposób rozliczania zmian. Zapisy o prawach autorskich i powierzeniu danych osobowych przygotuj z prawnikiem, bo różnią się w zależności od formy współpracy. Na co zwrócić uwagę przy czasie reakcji i priorytetach awarii, opisujemy we wpisie umowa SLA z firmą IT dla sklepu internetowego.
Zmiana wykonawcy w trakcie współpracy
Prędzej czy później większość sklepów zmienia programistę: freelancer bierze etat, agencja zmienia profil, projekt rośnie ponad możliwości jednej osoby. Koszt takiej zmiany zależy od tego, co zostaje po poprzedniku. Jeśli jest repozytorium, opis konfiguracji, lista dostępów i kluczy API oraz dokumentacja przepływów, nowy wykonawca wdraża się w dni. Jeśli kod jest tylko na serwerze, a wiedza w niczyich notatkach, przejęcie zaczyna się od kosztownej analizy i nierzadko kończy przepisaniem części integracji. Dlatego zasady przekazania projektu warto ustalić na początku współpracy, a nie w dniu jej zakończenia.
Jak sprawdzić freelancera lub software house przed zleceniem
Niezależnie od modelu zadaj każdemu kandydatowi te same pytania. Odpowiedzi szybko pokażą, czy wykonawca rozumie e-commerce, czy tylko programowanie:
Jakie integracje lub moduły dla sklepów robiłeś i na jakich platformach? Czy możesz pokazać podobny projekt?
Jak testujesz zmiany przed wdrożeniem i czy pracujesz na kopii sklepu?
Kto zastąpi Cię w razie urlopu lub choroby i jak przekażesz mu wiedzę?
Jak szybko reagujesz na awarię i czy obejmuje to weekendy w sezonie?
Gdzie będzie przechowywany kod i kto ma do niego dostęp?
Jak rozliczasz zmiany zakresu i ile trwa okres poprawek po wdrożeniu?
Dobrym testem jest też małe, płatne zadanie na start, np. analiza istniejącej integracji albo drobna poprawka. Po nim widać, jak wykonawca komunikuje się, jak dokumentuje pracę i czy dotrzymuje terminów, zanim powierzysz mu krytyczny projekt. Zanim zaczniesz rozmowy, warto też przygotować opis przepływów danych w sklepie - jak to zrobić, wyjaśniamy we wpisie integracja API sklepu internetowego - jak to działa.
[#tip] Zapytaj, jak wyglądałoby przekazanie projektu innemu wykonawcy. Programista lub firma, którzy mają gotową odpowiedź - repozytorium, dokumentacja, lista dostępów, opis konfiguracji - zwykle pracują w sposób, który chroni sklep także w trakcie współpracy.
Jak Vinson pomaga w projektach programistycznych dla e-commerce
Zapewniamy wsparcie programistyczne dla sklepów i sprzedawców: integracje, automatyzacje, poprawki i rozwój sklepów oraz narzędzi. Jesteśmy agencją e-commerce z Bochni działającą od 2021 r., certyfikowanym partnerem Base i autoryzowanym partnerem Shoper, więc łączymy programowanie z wiedzą o platformach i marketplace'ach. Pomagamy ocenić, które zadania wymagają zespołu, a które można zlecić pojedynczemu wykonawcy, i przejmujemy utrzymanie integracji po wdrożeniu. Szczegóły znajdziesz na stronie Wsparcie programistyczne dla e-commerce.
Najczęściej zadawane pytania
Czy freelancer jest tańszy od software house'u?
Stawka godzinowa freelancera jest zwykle niższa, ale nie zawsze oznacza to niższy koszt projektu. Po stronie sklepu zostaje często analiza, prowadzenie projektu i testy, a brak zastępstwa zwiększa ryzyko kosztownych przestojów. Porównuj koszt całego zadania i ryzyka, nie samą stawkę.
Kiedy wybrać freelancera do sklepu internetowego?
Gdy zadanie ma jasny zakres, dotyczy jednej technologii i jego opóźnienie nie zatrzymuje sprzedaży, np. poprawki w motywie lub prosty moduł. Najlepiej sprawdza się, gdy w firmie jest osoba, która opisze zadanie i odbierze pracę.
Kiedy lepszy jest software house lub agencja?
Gdy projekt łączy kilka systemów, np. sklep, ERP, marketplace i kurierów, gdy od integracji zależy codzienna obsługa zamówień albo gdy potrzebna jest reakcja na awarie w sezonie. Zespół zapewnia testy, zastępstwa i ciągłość przy utrzymaniu.
Jak zabezpieczyć się przy współpracy z freelancerem?
Trzymaj kod w repozytorium należącym do firmy, wymagaj dokumentacji i listy dostępów, ustal w umowie prawa do kodu, poufność i zasady przekazania projektu. Zapisy prawne przygotuj z prawnikiem.
Czy można łączyć freelancera i agencję w jednym sklepie?
Tak, to częsty model. Krytyczne integracje i utrzymanie prowadzi zespół, a pojedyncze zadania w jednej technologii realizuje freelancer. Warunkiem jest wspólne repozytorium, te same zasady pracy i jedna osoba, która koordynuje zmiany.
Wybór między freelancerem a software house'em to decyzja o ryzyku, a nie tylko o stawce. Jeśli chcesz dobrać wykonawcę do projektu w swoim sklepie albo przekazać utrzymanie integracji zespołowi, sprawdź wsparcie programistyczne Vinson.


Łukasz Palej
Technical Implementation Expert
Wdraża integracje i rozwiązania IT dla e-commerce: sklepy, feedy produktowe, przepływ danych między systemami.
Wdraża integracje i rozwiązania IT dla e-commerce: sklepy, feedy produktowe, przepływ danych między systemami.
Wsparcie programistyczne dla e-commerce
Łukasz i nasz zespół pomogą Ci wdrożyć to na Twoim koncie - bez zobowiązań.
- Analiza Twojego konta i obecnych działań
- Konkretny plan poprawek do wdrożenia
- Bezpłatna konsultacja – bez zobowiązań

Przeczytaj także
Więcej porad z naszej bazy wiedzy - przesuń, aby zobaczyć kolejne artykuły.
Masz pytania? Chętnie porozmawiamy!
Masz pytania? Chętnie porozmawiamy!
Odpowiadamy w ciągu 24 godzin w dni robocze. Pierwsza rozmowa jest bezpłatna i do niczego nie zobowiązuje.
Masz pytania? Chętnie porozmawiamy!
Odpowiadamy w ciągu 24 godzin w dni robocze. Pierwsza rozmowa jest bezpłatna i do niczego nie zobowiązuje.

Bartłomiej Stokłosa
CEO & Founder
"Jeżeli czegoś nie da się zrobić, potrzebny jest ktoś, kto o tym nie wie - przyjdzie i to zrobi."

Bartłomiej Stokłosa
CEO & Founder
"Jeżeli czegoś nie da się zrobić, potrzebny jest ktoś, kto o tym nie wie - przyjdzie i to zrobi."
Wybierz dogodny termin w kalendarzu - bez wymiany maili w tę i z powrotem.
Napisz do nas
Opisz krótko, czego potrzebujesz - oddzwonimy lub odpiszemy w ciągu 24 godzin w dni robocze.
Na zapytanie odpowie Łukasz Palej, Technical Implementation ExpertNapisz do nas
Opisz krótko, czego potrzebujesz - oddzwonimy lub odpiszemy w ciągu 24 godzin w dni robocze.
Na zapytanie odpowie Łukasz Palej, Technical Implementation Expert