Rynek wsparcia programistycznego w Polsce wygląda dziś tak: kupujesz pakiet godzin. 120 zł, 150 zł, 180 zł za godzinę, abonament na 90 godzin miesięcznie, zgłoszenia przez panel. Model jest wygodny dla wykonawcy, bo przenosi całe ryzyko na Ciebie — płacisz za czas, niezależnie od tego, co z niego wyszło.
My pracujemy inaczej i ten tekst jest o tym, dlaczego. Zamiast sprzedawać godziny, wstawiamy do firmy jednego doświadczonego programistę, który bierze temat od analizy do wdrożenia — tak jak brałby go kilkuosobowy zespół trzy lata temu. Nazywamy to one-man army i poniżej pokazujemy, skąd to się wzięło, czym jest potwierdzone i gdzie ma granice.
Co się zmieniło, że jedna osoba wystarcza
Kiedyś integracja sklepu z systemem ERP oznaczała analityka, dwóch programistów, testera i cztery tygodnie w kalendarzu. Dziś ten sam zakres dowozi jedna osoba w kilka dni — bo zniknęła większość pracy, która zjadała najwięcej godzin: kod startowy, mapowanie pól, obsługa błędów, skrypty migracyjne, testy, dokumentacja. To wszystko ma znane wzorce i przestało być robotą ręczną.
Zostało to, czego nie da się zautomatyzować: decyzja, jak ma działać logika biznesowa konkretnej firmy, gdzie są przypadki brzegowe i co się stanie przy dziesięciokrotnym wzroście liczby zamówień.
Warto przy tym powiedzieć wprost coś, czego nie mówią oferty „AI-driven development". W 2025 roku organizacja badawcza METR przeprowadziła randomizowane badanie na 16 doświadczonych programistach, którzy wykonali 246 realnych zadań. Spodziewali się, że z AI będą o jedną czwartą szybsi, po fakcie szacowali, że byli szybsi o 20% — a pomiary pokazały, że zadania zajęły im o 19% więcej czasu. Raport DORA z tego samego roku dodaje drugą połowę obrazu: AI jest wzmacniaczem, który podnosi tempo dostarczania, ale równolegle zwiększa liczbę nieudanych zmian i poprawek tam, gdzie brakuje przeglądu kodu i testów.
Wniosek dla Ciebie jako kupującego jest prosty: narzędzia nie tworzą kompetencji. Przyspieszenie, o którym piszemy, nie bierze się z tego, że ktoś używa AI — bierze się z tego, że używa go ktoś, kto wie, kiedy tego nie robić. Dlatego nie wstawiamy do firm juniorów z asystentem. Wstawiamy ludzi, którzy dowieźli własne produkty.
Nasz dowód: nie robimy godzin, robimy produkty
Większość firm sprzedających „programistę PrestaShop" pokazuje portfolio zrealizowanych zleceń. My pokazujemy coś innego — własną linię produktów, którą utrzymujemy i sprzedajemy:
- modules4presta.io — nasze moduły i integracje dla PrestaShop: masowa edycja produktów, organizer zamówień, logowanie przez konto Google, logowanie jako klient, integracja z systemem VIES (weryfikacja VAT UE), integracja z MojeGS1 (kody EAN), integracja z Kinguin, moduł zgodności z WCAG 2.1, a także darmowe moduły — Microsoft Clarity, Przelewy24, pasek informacyjny, zapytanie o produkt.
- Integracje z polskim zapleczem firm — Baselinker, Subiekt, Comarch Optima, weryfikacja NIP przez API GUS.
- Migracje z innych platform — Shoper, RedCart, IdoSell.
- Gotowe wdrożenia B2B — sklepy hurtowe z cennikami per kontrahent, limitami i rejestracją firm. Opisaliśmy to szerzej w artykule o tym, jak stworzyć skuteczny sklep B2B lub hurtownię na PrestaShop.
- OpenMES — nasz system MES dla produkcji, z własnym konektorem do PrestaShop, który zamienia zamówienia ze sklepu w zlecenia produkcyjne.
To istotna różnica, nie chwalenie się. Kto utrzymuje własny moduł przez lata, zna koszt każdej skrótowej decyzji — bo sam płaci za nią przy kolejnej aktualizacji PrestaShop. Dostawca sprzedający godziny takiego sprzężenia nie ma.
One-man army w praktyce: co bierze na siebie jedna osoba
Konkretnie, w typowym wdrożeniu e-commerce nasz programista obejmuje:
- analizę i rozpisanie zakresu — bez osobnego analityka przy mniejszych projektach,
- implementację backendu i frontendu, modułu lub integracji,
- testy i dokumentację powdrożeniową — dziś mieszczą się w budżecie, więc nie wypadają z zakresu,
- wdrożenie i konfigurację środowiska, monitoring po starcie,
- bezpośredni kontakt z Tobą — bez opiekuna, koordynatora i łańcucha przekazywania informacji.
Co z tego ma firma? Trzy rzeczy, w kolejności istotności.
Jeden kontekst, zero strat na przekazywaniu. Jedna osoba zna cały projekt. Nie ma „to pytanie do kogoś innego", nie ma tygodnia na uzgodnienia między działami. Przy małych i średnich wdrożeniach to zwykle większa oszczędność niż samo tempo pisania kodu.
Rozliczenie za zakres, nie za czas. Umawiamy się na wdrożoną funkcję, która działa. Jeśli zajmie mniej godzin, niż założyliśmy — to nasza sprawa, nie Twój dodatkowy koszt. Przy modelu godzinowym jest dokładnie odwrotnie.
Niski próg wejścia. Zamiast kontraktu na kwartał pracy zespołu, zaczynamy od jednego modułu albo jednej integracji. Sprawdzasz współpracę na realnym zadaniu, potem decydujesz o skali.
Kiedy jeden programista to zły pomysł
Żeby ten tekst był uczciwy: są projekty, w których ten model nie powinien być stosowany.
Systemy o wysokim koszcie awarii — płatności, dane medyczne, rozliczenia — wymagają drugiej pary oczu w przeglądzie kodu i rozdzielenia odpowiedzialności. Projekty z wieloma równoległymi strumieniami prac ogranicza kalendarz, nie wydajność jednostki; tam potrzebny jest zespół. Jest też bus factor: jedna osoba znająca cały system to jedno ryzyko kadrowe. Dlatego dokumentację i przekazywalność projektu traktujemy jako część zakresu, a przy większych wdrożeniach pracujemy zespołowo — z jednym programistą jako punktem kontaktu.
Odpowiedź na pytanie „jeden człowiek czy zespół?" zależy od kosztu błędu i liczby równoległych frontów. Ustalamy to przy wycenie, nie w połowie projektu.
Jak zacząć
Masz konkretny temat — integrację z ERP, migrację sklepu, moduł, którego nie ma na rynku, albo projekt do przejęcia po innym wykonawcy?
Napisz do nas. Bezpłatnie ocenimy zakres i powiemy wprost, czy wystarczy jeden programista, czy potrzebny jest zespół — nawet jeśli w drugim przypadku wyjdzie drożej. Zobacz też nasze realizacje na PrestaShop i ofertę oprogramowania dedykowanego. Jeśli szukasz kogoś na dłużej niż jeden projekt, ten sam model oferujemy jako body leasing programisty — jedna osoba wstawiona do Twojego zespołu na czas trwania tematu.
Najczęściej zadawane pytania
Czym to się różni od programisty PrestaShop na godziny?
Modelem ryzyka. Kupując godziny, płacisz za czas niezależnie od efektu, a zakres zgłoszenia zwykle definiujesz sam. U nas umawiamy się na dowieziony zakres — analizę, implementację, testy i wdrożenie. Jeśli zadanie okaże się trudniejsze, niż założyliśmy, to nasz problem.
Czy programista wchodzi do naszego zespołu?
Tak, jeśli tak wolisz pracować. Może działać jako dedykowany developer po Waszej stronie — na Waszym repozytorium, w Waszym narzędziu do zadań, na Waszych spotkaniach — albo przyjąć temat „pod klucz" i oddać gotowe wdrożenie. Oba modele są u nas standardem.
Jak szybko widać pierwsze efekty?
Pojedyncza integracja lub moduł o jasnym zakresie to zwykle dni, nie tygodnie. Przejęcie nieznanego projektu zaczynamy od audytu kodu — to dziś znacznie szybszy etap niż kilka lat temu, więc pierwszą ocenę stanu sklepu dostajesz na starcie, przed decyzją o większym zakresie.
Czy AI zastąpi programistów?
Na razie dzieje się coś innego: AI przejęło pracę powtarzalną, a wartość przesunęła się w stronę architektury i odpowiedzialności za działający system. Badanie METR z 2025 roku pokazało, że doświadczeni programiści potrafili z AI pracować wolniej niż bez niego, mimo przekonania, że są szybsi. Narzędzie wzmacnia kompetencje — w jedną albo w drugą stronę.
Czy kod pisany z pomocą AI jest bezpieczny?
Jest tak bezpieczny, jak proces, w którym powstaje. Raport DORA z 2025 roku wiąże wzrost tempa dostarczania ze wzrostem liczby nieudanych zmian tam, gdzie brakuje przeglądu i testów. U nas każda zmiana przechodzi przegląd człowieka, a projekty krytyczne — przegląd drugiej osoby.
Pracujecie tylko na PrestaShop?
Nie. PrestaShop to obszar, w którym mamy własne produkty, więc najłatwiej go pokazać. Pracujemy też na Magento, aplikacjach w Laravelu i aplikacjach mobilnych. Przy większych katalogach i ruchu klasy enterprise proponujemy sklepy na Magento 2.
