Software house czy freelancer? Jak wybrać wykonawcę projektu

Część przewodnika: Strona internetowa dla małej firmy 2026, kompletny przewodnik →
Ten artykuł rozwija temat wyboru wykonawcy.

Najpierw wybierz model odpowiedzialności, nie nazwę wykonawcy

„Freelancer” i „software house” mówią niewiele o jakości. Jednoosobowy wykonawca może mieć świetny proces, a duża firma może przekazać projekt początkującemu zespołowi. Z drugiej strony nawet bardzo dobry freelancer pozostaje jedną osobą, co ma znaczenie przy chorobie, urlopie lub nagłym wzroście zakresu.

Zacznij od odpowiedzi na pięć pytań:

1. Co się stanie, jeśli system nie będzie działać przez godzinę lub dzień?
2. Ile specjalizacji musi pracować równolegle?
3. Kto będzie utrzymywał projekt po publikacji?
4. Czy firma wymaga formalnych audytów, dyżurów lub określonego SLA?
5. Czy inny wykonawca będzie w stanie przejąć projekt?

Porównanie modeli współpracy

• Kontakt. Freelancer: zwykle bezpośrednio z wykonawcą. Mały zespół: z osobą prowadzącą lub specjalistami. Software house: często przez project managera.
• Zastępowalność. Freelancer: ograniczona. Mały zespół: częściowa. Software house: zwykle większa, ale wymaga potwierdzenia w umowie.
• Liczba specjalizacji. Freelancer: tyle, ile obejmuje doświadczenie jednej osoby. Mały zespół: kilka uzupełniających się ról. Software house: możliwość większego zespołu.
• Proces formalny. Freelancer: zależny od wykonawcy. Mały zespół: umiarkowany. Software house: zwykle bardziej rozbudowany.
• Szybkość decyzji. Freelancer: często wysoka. Mały zespół: wysoka lub średnia. Software house: zależna od struktury i liczby akceptacji.
• Koszt. Freelancer: zależny od zakresu i doświadczenia. Mały zespół: zależny od składu. Software house: obejmuje także zarządzanie i zaplecze firmy.
• Utrzymanie. Freelancer: trzeba je uzgodnić indywidualnie. Mały zespół: możliwe w ramach zespołu. Software house: często jako oddzielna usługa.

Zestawienie pokazuje typowe różnice, nie gwarancje. Każdą cechę trzeba zweryfikować w konkretnej ofercie.

Kiedy freelancer jest rozsądnym wyborem

Freelancer może dobrze pasować, jeżeli:

• zakres jest jasno określony i możliwy do objęcia przez jedną osobę;
• projekt nie wymaga ciągłej pracy kilku specjalistów;
• firma chce rozmawiać bezpośrednio z osobą tworzącą rozwiązanie;
• czasowa niedostępność wykonawcy nie zatrzyma krytycznych procesów;
• kod, domena, hosting i integracje będą na kontach klienta;
• wykonawca dokumentuje uruchomienie i przekazanie;
• umowa określa prawa, odpowiedzialność, wsparcie i zakończenie współpracy.

Przykładem może być strona usługowa, prosty system zapisów, wewnętrzny panel albo automatyzacja pojedynczego procesu. „Prosty” nie znaczy jednak „bez ryzyka”. Formularz zbierający dane klientów nadal wymaga bezpieczeństwa i zgodności z zasadami prywatności.

Kiedy potrzebujesz większego zespołu

Software house lub stały zespół warto rozważyć, gdy:

• frontend, backend, aplikacja mobilna, infrastruktura i testy muszą powstawać równolegle;
• projekt łączy wiele systemów o różnych właścicielach;
• potrzebne są dyżury i krótki czas reakcji poza godzinami pracy;
• jedna osoba nie może być pojedynczym punktem awarii;
• klient ma wiele działów, formalne odbiory i zarządzanie zmianą;
• wymagane są audyty bezpieczeństwa albo udokumentowane procedury;
• skala wdrożenia wymaga ciągłego monitoringu oraz planowania pojemności;
• harmonogram wymaga pracy kilku osób w tym samym czasie.

Sama liczba użytkowników nie jest wystarczającym kryterium. Prosta aplikacja z dużym ruchem może być łatwiejsza w utrzymaniu niż niewielki system z wieloma integracjami i skomplikowanymi uprawnieniami.

Trzecia opcja: gotowy SaaS

Nie każdy problem wymaga tworzenia własnego systemu. Gotowa platforma może wygrać, jeśli:

• potrzebna funkcja jest standardowa;
• dostawca ma integracje, których wykonanie byłoby kosztowne;
• firma chce szybko sprawdzić proces;
• abonament jest niższy niż koszt zaprojektowania i utrzymania własnego rozwiązania;
• eksport danych i warunki rezygnacji są akceptowalne.

Własny system ma większy sens, gdy gotowe narzędzie wymusza kosztowne obejścia, blokuje ważny proces albo jego długoterminowy koszt przekracza wartość zapewnianych funkcji.

Jak ocenić ryzyko jednej osoby

Największą różnicą między freelancerem a zespołem jest ciągłość. Można ją częściowo zabezpieczyć.

Konta należą do klienta

Domena, hosting, repozytorium, analityka, skrzynki i konta usług zewnętrznych powinny być utworzone na firmę klienta. Wykonawca otrzymuje potrzebny dostęp, ale nie jest jedynym właścicielem.

Projekt ma dokumentację uruchomienia

Dokumentacja powinna wyjaśniać:

• wymagane środowisko;
• konfigurację zmiennych i usług;
• wykonanie kopii oraz przywracanie;
• proces wdrożenia;
• najważniejsze zależności;
• sposób kontaktu w razie awarii.

Istnieje plan przejęcia

Ustal, co zostanie przekazane po zakończeniu współpracy i w jakim terminie. Warto zapisać możliwość konsultacji z nowym wykonawcą.

Są kopie i monitoring

Kopia istniejąca tylko na komputerze wykonawcy nie jest strategią bezpieczeństwa. Firma powinna wiedzieć, gdzie są kopie, jak długo są przechowywane i czy przywracanie było testowane.

Jak ocenić software house

Większa firma nie zapewnia automatycznie ciągłości. Sprawdź:

• kto konkretnie będzie pracował nad projektem;
• czy skład zespołu może się zmienić;
• kto podejmuje decyzje techniczne;
• jaki jest czas reakcji i czego dotyczy SLA;
• czy utrzymanie jest w cenie;
• co dzieje się po wyczerpaniu budżetu;
• gdzie będzie kod oraz dokumentacja;
• jak wygląda przekazanie do innej firmy.

Poproś o przykład projektu o podobnym ryzyku, nie tylko o logo dużego klienta w portfolio.

Czy AI zmienia tę decyzję

AI może przyspieszyć przygotowanie szkicu kodu, testów, dokumentacji lub analizę błędu. Nie usuwa jednak odpowiedzialności za:

• architekturę;
• bezpieczeństwo;
• poprawność biznesową;
• ochronę danych;
• testy rzeczywistych scenariuszy;
• utrzymanie i reakcję na awarię.

Nie ma uczciwej, uniwersalnej liczby mówiącej, że programista z AI pracuje kilka razy szybciej od zespołu. Wydajność zależy od typu zadania, jakości istniejącego projektu i sposobu weryfikacji wyniku.

Pytaj wykonawcę, jak sprawdza kod wygenerowany lub zmodyfikowany z pomocą AI i jakie dane wolno mu przekazywać do zewnętrznych narzędzi.

Lista kontrolna przed podpisaniem umowy

• Zakres i elementy poza zakresem są opisane.
• Wiadomo, kto podejmuje decyzje i odbiera pracę.
• Wskazano właściciela domeny, hostingu, repozytorium i danych.
• Umowa reguluje prawa do kodu oraz materiałów.
• Opisano bezpieczeństwo, kopie i odzyskiwanie.
• Zdefiniowano sposób testów i kryteria odbioru.
• Wiadomo, co obejmuje gwarancja i utrzymanie.
• Określono koszt dalszych zmian.
• Istnieje plan przekazania projektu.
• Krytyczne obietnice są zapisane w umowie, a nie tylko w prezentacji.

Jak podjąć decyzję

Poproś dwóch lub trzech wykonawców o opis rozwiązania tego samego problemu. Nie porównuj wyłącznie ceny końcowej. Sprawdź:

• założenia zakresu;
• ryzyka;
• sposób testowania;
• utrzymanie;
• własność kont i kodu;
• plan awaryjny;
• koszt zmian po publikacji.

Tańsza oferta może nie zawierać projektowania, treści, testów lub utrzymania. Droższa może doliczać role, których niewielki projekt nie potrzebuje. Dobra decyzja polega na dopasowaniu odpowiedzialności do ryzyka.

Często zadawane pytania