Jak wybrać software house, gdy nie macie działu IT?

Większość poradników o wyborze software house'u kończy się na „sprawdźcie portfolio i referencje”. To rada z 2018 roku i niczego nie chroni — bo prawdziwe ryzyko nie leży w tym, czy dostawca ma ładną stronę, tylko w tym, co się dzieje, kiedy zakres zaczyna „pływać” po podpisaniu umowy. Ten artykuł jest dla Was, jeśli nie macie własnego działu IT i decyzję o wyborze dostawcy podejmujecie sami, bez kogoś, kto zweryfikuje ofertę od strony technicznej.

Jeśli szukacie kryteriów partnera IT szerzej (sieć, opieka, SLA), a nie samego software house'u od aplikacji — jest osobny przewodnik: firma IT dla przedsiębiorcy — czego szukać. Tu idziemy wąsko: jak ocenić software house, gdy nie macie wewnętrznego IT do weryfikacji oferty.

Dlaczego to trudna decyzja, kiedy nikt u Was nie zna się na IT

Zlecacie coś, czego nie potraficie ocenić od środka. Trzy oferty na ten sam projekt mogą się różnić dwu-, trzykrotnie — i żadna z nich nie tłumaczy dlaczego. Tańsza oferta często kończy się przepisywaniem kodu od zera po roku, bo ktoś oszczędzał na testach i architekturze. Droższa bywa po prostu narzutem korporacyjnym, za który nie dostajecie nic więcej. Bez wewnętrznego działu IT jedyne, co macie, to pytania, które zadacie na spotkaniu — i to, czy umiecie rozpoznać wymijającą odpowiedź.

Typowy scenariusz wygląda tak: dostajecie PDF z ładnym portfolio, widełki „od X do Y” bez wyjaśnienia, co jest w „X”, i prośbę o decyzję w tydzień. Jeśli w firmie nie ma nikogo, kto czyta umowę od strony kodu i procesu, decyzja spada na intuicję albo na najniższą cenę. Intuicja nie chroni budżetu. Chroni go proces: te same pytania do każdej firmy, płatne sprawdzenie zakresu przed dużą umową i zapis o prawach do kodu, który da się egzekwować, gdy współpraca się skończy.

5 kroków wyboru software house'u

Krok 1: Spiszcie problem, nie specyfikację techniczną

Zanim napiszecie do kogokolwiek, spiszcie czego dziś nie ogarniacie — w Waszym języku, nie w żargonie IT. „Handlowcy dwa razy wpisują to samo zamówienie” jest lepszym punktem wyjścia niż „potrzebujemy integracji CRM-ERP przez REST API”. Przykłady takiego języka biznesowego to też mapowanie procesów pod systemy CRM/ERP albo pod automatyzację — bez wymuszania stacku na starcie.

Krok 2: Porozmawiajcie z 2–3 firmami, nie zbierajcie tylko ofert mailowych

Oferta bez rozmowy to zgadywanie z obu stron. Umówcie krótkie spotkanie z każdą firmą i zadajcie te same pytania (patrz sekcja „10 pytań” niżej) — dopiero porównanie odpowiedzi, nie cen, pokazuje różnicę. Jeśli porównujecie też lokalnych partnerów z Dolnego Śląska: firma IT Wrocław.

Krok 3: Sprawdźcie proces i ludzi, nie tylko portfolio

Portfolio pokazuje efekt końcowy, nie sposób pracy. Zapytajcie, kto naprawdę usiądzie do Waszego projektu i czy dostaniecie dostęp do repozytorium kodu od pierwszego dnia — brak dostępu to sygnał, że nie zobaczycie realnego tempa prac.

Warto też zapytać o code review, testy automatyczne i to, kto odpowiada za decyzje architektoniczne, gdy projekt utknie. Jeśli handlowiec nie potrafi wskazać imion osób z zespołu albo mówi „dobierzemy ludzi po podpisaniu” — to nie jest transparentność, tylko rezerwacja slotu sprzedażowego.

Krok 4: Zróbcie płatne sprawdzenie zakresu, zanim podpiszecie dużą umowę

Przy projekcie powyżej kilkunastu tysięcy złotych żaden odpowiedzialny dostawca nie wyceni „z głowy” na pierwszym spotkaniu. Taki krok — u nas nazywa się Zwiad — kosztuje ułamek budżetu całego wdrożenia i chroni resztę. W DC House typowy Zwiad zaczyna się zwykle od 4 900 zł, zawsze z góry ustalone, zanim zaczniemy. Przy mniejszej skali (jeden proces albo jedno źródło ryzyka) widełki bywają niższe — szczegóły: audyt IT dla mikrofirmy — ile kosztuje Zwiad.

Krok 5: Podpiszcie umowę z jasnym zapisem o prawach do kodu

Sprawdźcie, kiedy dokładnie prawa autorskie do kodu przechodzą na Was — najlepiej z każdą zapłaconą fakturą, nie dopiero po zamknięciu całego, wieloletniego projektu.

Ile to naprawdę kosztuje

Rozrzut cen między ofertami bierze się z trzech różnic: kto realnie pracuje nad projektem (seniorzy czy głównie juniorzy bez nadzoru), ile czasu poświęca się na testy i architekturę, i jaki bufor ryzyka dostawca chowa w cenie. Poniżej orientacyjne widełki rynkowe — wg naszych rozmów rynkowych z 2025–2026, nie cennik DC House.

Modele rozliczeń — w skrócie

W DC House nie sprzedajemy „Fixed Price” jako hasła marketingowego — po Zwiadzie dostajecie kosztorys w widełkach, a cena z podpisanej umowy jest ostateczna. Bez dopłat „za zakres, którego nie było w ofercie”.

Jak czytać stawki godzinowe: sama liczba nic nie mówi, dopóki nie wiecie, kto za nią stoi i ile godzin realnie zajmie zakres. Senior po 320 zł/h, który zamyka temat w połowę czasu midów, bywa tańszy niż „okazyjna” stawka juniorów bez nadzoru. Dlatego w Scorecard poniżej cena całkowita ma tylko 10% wagi — a dojrzałość inżynieryjna 30%.

Vendor Scorecard — gotowa macierz do skopiowania

Skopiujcie tę tabelę do arkusza, oceńcie każdego kandydata w skali 1–5 w każdej kategorii, pomnóżcie przez wagę i zsumujcie. Wyższy wynik = mniejsze ryzyko.

Nie musicie mieć idealnych danych w każdej komórce. Jeśli nie umiecie ocenić dojrzałości inżynieryjnej na 1–5 — zostawcie pytanie otwarte i poproście o dowód: przykładowy pull request, opis procesu release, procent pokrycia testami. Brak odpowiedzi też jest odpowiedzią: wpisujcie niską ocenę, nie „średnią z uprzejmości”.

10 pytań, które warto zadać na pierwszej rozmowie

Te same 10 pytań — w kontekście CRM/ERP — są w PDF na /checklista. Materiał jest ten sam.

1. Jak wygląda Zwiad/analiza przed wyceną Waszego systemu?
2. Kto z imienia i nazwiska poprowadzi Wasz projekt?
3. Cena z umowy jest ostateczna — z jasną procedurą na zmiany zakresu?
4. Ile zmian poza umową (Change Requestów) było w ostatnich 3 podobnych projektach?
5. Kto odpowiada za błędy w danych po migracji ze starego systemu?
6. Dostosowują system w 100% do Waszych dzisiejszych procesów, czy mówią kiedy to się nie opłaca?
7. Jak wygląda wsparcie w pierwszych 30 dniach po starcie?
8. Co się dzieje, gdy budżet lub termin zaczyna się przesuwać?
9. Czy możecie porozmawiać z ich poprzednim klientem bez udziału handlowca?
10. Ile realnie kosztuje utrzymanie systemu po wdrożeniu — nie tylko licencja?

PDF z pełnymi wskazówkami i czerwonymi flagami: checklista 10 pytań przed CRM/ERP.

Czerwone flagi — kiedy przerwać rozmowy

• Wycena „z głowy” na pierwszym spotkaniu, bez pytań o Wasz biznes.
• Brak dostępu do kodu i narzędzi projektowych „bo tak działamy”.
• Nierealistyczny termin przyjęty bez zastrzeżeń („dacie radę w 6 tygodni? Jasne!”).
• Brak jakichkolwiek pytań o to, po co Wam ten system.
• Odpowiedź wymijająca na pytanie o prawa do kodu.

Przejmujecie projekt po innym dostawcy?

Jeśli uciekacie od poprzedniej firmy albo po freelancerze, który zniknął — to najczęstszy i najbardziej palący powód szukania nowego software house'u. Zanim podpiszecie cokolwiek na rozwój, poproście o krótkie, płatne sprawdzenie tego, co już istnieje: stanu kodu, wersji bibliotek, tego, czy w ogóle da się to bezpiecznie rozwijać. Uważajcie na dostawcę, który bez takiego sprawdzenia mówi „to trzeba przepisać od zera” — to zdanie powinno paść dopiero po analizie, nie zamiast niej. I zawsze spiszcie, co dokładnie macie dostać przy przekazaniu: dostęp do repozytorium, serwerów, kluczy API, domen i bazy danych (bez danych wrażliwych).

Przejęcie bez inwentaryzacji kończy się zwykle tak: nowy zespół spędza pierwsze tygodnie na odgadywaniu hasła do hostingu, a Wy płacicie za „onboarding”, który powinien być listą przekazań w umowie z poprzednim dostawcą. Jeśli poprzednik jeszcze działa — wymuszajcie protokół przekazania, zanim podpiszecie nowy kontrakt rozwojowy.

A jeśli zespół dostawcy korzysta z AI?

To pytanie, które warto dziś zadać wprost. Jeśli programiści wklejają fragmenty Waszego kodu lub logiki biznesowej do darmowych narzędzi AI, dane mogą trafić poza Waszą firmę — to problem dla poufności i dla NDA. Zapytajcie, czy dostawca ma jasną politykę korzystania z narzędzi AI i czy nadal bierze pełną odpowiedzialność za jakość kodu, niezależnie od tego, kto (albo co) go napisał.

AI w procesie dostawcy nie jest samo w sobie czerwoną flagą. Czerwoną flagą jest brak polityki, brak odpowiedzi albo zdanie „używamy ChatGPT, bo tak szybciej”, bez słowa o tym, co wolno wklejać, a czego nie. Odpowiedzialność za błędy i za wyciek danych zostaje po stronie firmy, którą wynajmujecie — nie po stronie modelu.

Nie wiecie, czy potrzebujecie pełnego wdrożenia, czy najpierw sprawdzenia tego, co macie? Umówcie rozmowę — 45 minut, zero złotych, powiemy wprost, czy warto iść dalej.

Zobacz też: Audyt IT dla mikrofirmy — ile kosztuje Zwiad · Dlaczego mówimy NIE co trzeciemu zapytaniu · Firma IT dla przedsiębiorcy — czego szukać · Checklista PDF