Jak wybrać software house i nie dać się naciągnąć: 10 pytań, które musisz zadać (2026)

Masz na stole trzy oferty. Wszystkie trzy firmy były miłe przez telefon, wszystkie na wszystko powiedziały „nie ma problemu", a Ty nie masz pojęcia, która z nich za pół roku będzie jeszcze odpisywać na maile. W tym artykule dostajesz dziesięć pytań, które warto zadać każdej z nich. Do żadnego nie potrzebujesz wiedzy technicznej. Liczy się nie tyle sama odpowiedź, co to, jak szybko i jak konkretnie ją dostajesz.

Jak sprawdzić, czy software house umie, a nie tylko ładnie mówi?

Poproś, żeby pokazali Ci coś działającego, na ekranie, nie na slajdach. Nie musi to być dokładnie ten system, który zrobili dla innego klienta, bo wiele projektów jest objętych umowami o poufności, a firma, która takich umów dotrzymuje, to firma, jakiej szukasz. Może to być wersja demo, system z ukrytymi danymi klienta albo pokaz jednego modułu. Potem zapytaj, kto to zbudował i czy ta osoba będzie pracować przy Twoim projekcie.

Sprawdzasz nie to, jak wypolerowany jest pokaz, tylko jak ludzie o nim mówią. Ktoś, kto to zbudował, wytłumaczy Ci, dlaczego dany ekran wygląda tak, a nie inaczej, o co prosił klient, co po drodze poszło nie tak i jak to naprawiono. Ktoś, kto tylko sprzedaje, zostanie na powierzchni. Zrzuty ekranu na stronie same w sobie niewiele dowodzą, ładny screenshot może wrzucić każdy. Kilka minut, w których ktoś klika po prawdziwym systemie i odpowiada na Twoje pytania, dowodzi dużo więcej.

Zwróć uwagę, czy przykłady pochodzą z firm podobnych do Twojej. Zbudowanie sklepu internetowego i zbudowanie systemu, którego ekipa na budowie używa na telefonie w deszczu, to dwie różne roboty. Firma, która zrobiła jedno, nie jest automatycznie dobra w drugim.

W Halo Soft osobą, z którą rozmawiasz na pierwszym spotkaniu, jest ktoś z zespołu budującego system, więc na każde pytanie „jak to działa" odpowiada ktoś, kto to budował. Tam, gdzie pozwala na to umowa z klientem, pokazujemy działające systemy na ekranie. Tam, gdzie nie pozwala, pokazujemy wersję z ukrytymi danymi albo demo tego samego modułu. Jeśli chcesz zobaczyć coś konkretnego z Twojej branży, powiedz to przed rozmową, a przygotujemy, co się da.

Czy firma podaje cenę od ręki, czy każe czekać tydzień na formularz?

Software house, który zna własne koszty, poda Ci widełki cenowe już na pierwszej rozmowie, a szczegółową wycenę w ciągu kilku dni. Jeśli jedyną odpowiedzią na „ile to kosztuje" jest formularz kontaktowy i „to zależy", to firma albo nie zna swoich kosztów, albo nie chce, żebyś porównał je z innymi.

„To zależy" jest po części prawdą, bo zakres zmienia cenę. Ale doświadczona firma zbudowała już tyle systemów, że wie, w jakim przedziale mieści się pierwszy działający zakres dla firmy Twojej wielkości, i potrafi ten przedział podać przez telefon. Odmowa to wybór, nie ograniczenie.

Halo Soft publikuje pełny cennik na stronie halosoft.pl/cennik. Realne widełki słyszysz na pierwszej rozmowie, a szczegółową wycenę dostajesz do 24 godzin po niej. Jeśli chcesz wiedzieć, co zmienia tę liczbę, opisaliśmy to dla każdej branży osobno: budownictwo, produkcja i transport.

Płacisz wszystko z góry, czy po etapach?

Nigdy nie płać 100% z góry za system, którego jeszcze nie ma. Zdrowy model to płatność etapami, powiązana z rzeczami, które możesz zobaczyć i przetestować: zaliczka na start, płatność, gdy dostajesz działającą wersję do sprawdzenia, i reszta po wdrożeniu. Jeśli firma upiera się przy pełnej płatności, zanim cokolwiek Ci pokaże, to największe ryzyko, jakie możesz podjąć.

Płatność etapami chroni obie strony. Ty płacisz za coś, co widziałeś w działaniu, a firma dostaje pieniądze za pracę, którą naprawdę dostarczyła. Poza tym presja zostaje tam, gdzie powinna: firma, która chce drugiej płatności, musi pokazać Ci działającą wersję.

Halo Soft pracuje w podziale 30/40/30. Pierwszy działający zakres jest gotowy zwykle w 2 do 4 tygodni, więc druga płatność przychodzi wtedy, gdy masz już coś działającego w firmie, a nie na obietnicę.

Do kogo należy kod i dane po zakończeniu projektu?

Na to pytanie nie ma jednej dobrej odpowiedzi, ale jest jedna zła: „to ustalimy później". Zanim podpiszesz, umowa powinna mówić, kto jest właścicielem kodu po ostatniej płatności i jak odzyskasz swoje dane, gdybyś kiedyś ich potrzebował. Jedne firmy przekazują kod, inne zostawiają go u siebie i udzielają licencji, i oba modele mogą być uczciwe. Problemem nie jest model, tylko dowiadywanie się po dwóch latach, który z nich masz.

Własność ma większe znaczenie dla małej firmy niż dla dużej, bo mała firma nie ma na etacie prawnika, który przeczyta umowę dwa razy. Scenariusz porażki jest cichy: wszystko działa, potem dostawca zmienia opłatę za utrzymanie albo zwalnia ze wsparciem, i dopiero wtedy sprawdzasz, czy możesz przenieść system do kogoś innego. Jeśli umowa odpowiedziała na to pytanie pierwszego dnia, masz wybór. Jeśli nie, masz negocjację, której nie planowałeś.

Wystarczą dwa pytania. Kto jest właścicielem kodu, gdy zapłacę ostatnią fakturę? A jeśli się rozstaniemy, w jakiej formie dostanę swoje dane? Nie musisz rozumieć odpowiedzi w technicznych szczegółach. Potrzebujesz ich na piśmie.

W Halo Soft własność ustalamy przed umową, nie po. W zależności od projektu i od tego, czego potrzebuje klient, kod zostaje u nas i jest udostępniany klientowi na licencji albo przechodzi na klienta po ostatniej płatności. Oba modele są w użyciu, oba są zapisane w umowie i wiesz, który dotyczy Ciebie, zanim zapłacisz zaliczkę.

Co się stanie, jeśli system nie będzie działał tak, jak chciałem?

Zapytaj o dwie rzeczy: jak długa jest rękojmia na kod i jak wygląda procedura, gdy zgłaszasz błąd po wdrożeniu. Zapytaj też, jak obsługiwane są zmiany w trakcie projektu, bo „nie tego chciałem" zwykle znaczy „zobaczyłem to dopiero na końcu". Firma, która pokazuje Ci działającą wersję wcześnie, rozwiązuje większość tego problemu, zanim się zacznie.

W tym pytaniu kryją się dwie różne sytuacje. Pierwsza to błąd: coś powinno działać, a nie działa. To obejmuje rękojmia i nie powinno Cię to nic kosztować. Druga to zmiana zdania: zobaczyłeś działającą wersję i wiesz, że chcesz inaczej. To normalne, zdarza się w każdym projekcie, a uczciwa odpowiedź jest taka, że zmiany wycenia się według stawki godzinowej. Bądź podejrzliwy wobec każdego, kto obiecuje nieograniczone zmiany za darmo. Ktoś za nie płaci, i to Ty, gdzieś w wycenie.

Halo Soft daje Ci wersję beta do testów przed drugą płatnością, więc widzisz system działający w Twojej firmie, zanim większość pieniędzy zmieni właściciela. Błędy w kodzie naprawiamy w ramach 3 miesięcy rękojmi.

Czy mogę zacząć od małego zakresu, zamiast zamawiać wszystko naraz?

Tak, i powinieneś. Dobry software house zaproponuje, że zbuduje najpierw jedną część systemu, tę, która najbardziej boli, i pozwoli Ci jej używać, zanim zdecydujesz o reszcie. Jeśli firma upiera się, że musisz zamówić cały system z góry, „bo to wszystko musi ze sobą współgrać", zapytaj, dlaczego nie potrafi go zaprojektować tak, żeby rósł etapami. Większość systemów tak potrafi.

Mały start robi dwie rzeczy. Ogranicza Twoje ryzyko: jeśli współpraca okaże się zła, straciłeś małą kwotę, nie dużą. I mówi Ci coś, czego nie powie żadna rozmowa z referencją: jak ta firma z Tobą pracuje, jak szybko odpowiada, czy rozumie Twój biznes. Po czterech tygodniach z pierwszym zakresem wiesz więcej niż po czterech spotkaniach.

Halo Soft zaczyna każdy projekt od pierwszego działającego zakresu, dostarczanego zwykle w 2 do 4 tygodni. Używasz go, widzisz, co zmienia się w firmie, i dopiero wtedy decydujesz o kolejnym etapie. Nikt nie podpisuje się pierwszego dnia pod 100 000 zł.

Z kim będę rozmawiał: z handlowcem czy z osobą, która buduje system?

Zapytaj, kto będzie Twoim kontaktem w trakcie projektu i czy ta osoba bierze udział w budowaniu systemu, czy tylko w prowadzeniu relacji. Żadna z tych odpowiedzi nie jest zła sama w sobie. Chcesz uniknąć układu, w którym każde Twoje pytanie przechodzi przez dwie osoby, zanim trafi do tej, która zna odpowiedź, a każda odpowiedź wraca tą samą drogą.

W większych software house'ach klient rozmawia zwykle z opiekunem klienta albo kierownikiem projektu, a programiści siedzą za nimi. Przy dużym projekcie z pisemną specyfikacją to może działać dobrze. Przy 15-osobowej firmie, gdzie cały brief brzmi „gubimy się, które zlecenie jest na jakim etapie", działa gorzej, bo to zdanie niesie najwięcej informacji wtedy, gdy słyszy je bezpośrednio osoba, która będzie budować rozwiązanie, razem z pytaniami, które od razu się nasuwają.

Zadaj więc proste pytanie: kiedy opisuję, jak działa moja firma, kto tego słucha? Jeśli w odpowiedzi jest ktoś, kto będzie pisał kod, jesteś w dobrym miejscu. Jeśli odpowiedź brzmi „przekażemy to zespołowi technicznemu", zapytaj, czy możesz poznać ten zespół przed podpisaniem umowy.

W Halo Soft rozmowę o systemie na zamówienie prowadzą ludzie, którzy go projektują i budują. Jesteśmy małym zespołem z Katowic, a osoba, która na pierwszej rozmowie słucha, jak działa Twoja firma, to ta sama osoba, która będzie dopytywać Cię o szczegóły w trakcie budowy.

Ile kosztuje utrzymanie po wdrożeniu i co obejmuje?

Zanim podpiszesz, weź na piśmie miesięczny koszt po wdrożeniu i listę tego, co obejmuje: hosting, poprawki błędów, aktualizacje, czas reakcji, gdy coś się zepsuje. Niska cena budowy z nieokreśloną opłatą za utrzymanie to najstarszy trik w branży. System kupiony za 40 000 zł może kosztować 60 000 zł w trzy lata, jeśli opłata za utrzymanie zostanie ustalona wtedy, gdy nie masz już wyboru.

Zapytaj też, co się stanie, gdy przestaniesz płacić za utrzymanie. Jeśli odpowiedź brzmi „system przestanie działać", wynajmujesz. Jeśli brzmi „system działa dalej, a opiekę nad nim możesz zlecić komukolwiek", jesteś właścicielem.

Utrzymanie w Halo Soft zaczyna się od 150 zł netto miesięcznie i to jest dolna granica, nie typowa stawka: realna kwota zależy od tego, co system robi i jak duży ruch obsługuje, a dostajesz ją w wycenie razem z ceną budowy, nie po fakcie.

Czy pokażą mi prawdziwe wdrożenia u firm podobnych do mojej?

Poproś o dwa lub trzy wdrożenia z nazwą firmy, problemem, który rozwiązano, i liczbą, która się zmieniła. Potem zapytaj, czy możesz porozmawiać z jednym z tych klientów. Software house, który zrobił dobrą robotę dla firm takich jak Twoja, nie będzie miał z tym problemu. Ten, który nie potrafi wymienić ani jednego klienta, jest albo bardzo młody, albo ma klientów, do których wolałby, żebyś nie dzwonił.

Bądź precyzyjny w tym, co znaczy „podobne do mojej". Wdrożenie w banku nic Ci nie mówi o tym, jak firma poradzi sobie z przewoźnikiem, który ma 12 kierowców. Chcesz zobaczyć firmy Twojej wielkości, z Twojej lub podobnej branży, z problemem, który brzmi jak Twój problem.

W Halo Soft możesz na pierwszej rozmowie poprosić o pokazanie działających systemów z Twojej branży. Pokazujemy je na ekranie, nie w broszurze, w takim zakresie, na jaki pozwalają nam umowy z klientami.

Jak rozpoznać, że rozmowa zmierza w złą stronę?

Pięć sygnałów ostrzegawczych, z których każdy z osobna powinien Cię zatrzymać:

• cena pojawia się dopiero po „warsztatach", za które płacisz,
• każde pytanie o własność albo utrzymanie kończy się na „to załatwimy w umowie",
• osoba, z którą rozmawiasz, nie potrafi wytłumaczyć, jak system będzie działał w Twojej firmie, bez technicznych słów,
• firma nie ma adresu albo ma tylko biuro wirtualne,
• oferta jest pełna słów jak „innowacyjny", „kompleksowy" i „szyty na miarę", ale brakuje w niej tego, co system zrobi w zwykły wtorek rano.

Żaden z tych sygnałów nie oznacza, że firma jest nieuczciwa. Oznacza, że firma nie jest ustawiona pod klienta takiego jak Ty, a za to niedopasowanie zapłacisz czasem, pieniędzmi albo jednym i drugim.

Podsumowanie: najkrótsza wersja tego artykułu

Poproś o pokaz na żywo, widełki na pierwszej rozmowie, płatność etapami, zapisaną w umowie własność kodu i danych, jasną rękojmię, mały pierwszy zakres, kontakt z osobą, która buduje, koszt utrzymania podany z góry, prawdziwe referencje, i uważaj na pięć sygnałów ostrzegawczych. Firma, która odpowiada na wszystkie dziesięć pytań bez wahania, zasługuje na drugą rozmowę. Firma, która wykręca się od trzech, nie zasługuje, niezależnie od tego, jak miła była pierwsza.

Najczęstsze pytania

Czy tańszy software house zawsze jest gorszy?

Nie. Cena wynika z kosztów firmy i zakresu, nie z jakości. Mały zespół bez opiekunów klienta i z opublikowanym cennikiem może być tańszy od dużej agencji i dostarczyć lepiej, bo nic nie ginie po drodze między Tobą a osobą, która buduje. Porównuj to, co jest w ofercie, nie liczbę na jej końcu.

Czy podpisać umowę przed pierwszą płatnością?

Tak, zawsze. Umowa powinna określać zakres pierwszego etapu, podział płatności, rękojmię i to, do kogo należą kod i dane. Jeśli firma chce zaliczki przed umową, poczekaj.

Z iloma firmami rozmawiać?

Trzy wystarczą. Z dziesięcioma pytaniami do każdej po pierwszej rozmowie będziesz wiedział, które potrafią odpowiedzieć, a które nie. Więcej ofert nie daje więcej informacji, daje więcej takich samych prezentacji.

Jak przygotować się do pierwszej rozmowy z software housem?

Spisz na jednej kartce trzy rzeczy: co dziś w firmie zabiera najwięcej czasu, ile osób to robi i w czym to dziś prowadzicie (zeszyt, Excel, telefon). Nie potrzebujesz specyfikacji ani schematów. Dobra firma zada resztę pytań sama, a z tej kartki od razu wyciągnie, od czego zacząć.

Czy software house z innego miasta to problem?

Nie, o ile spotkania online Ci wystarczają. Większość pracy nad systemem i tak odbywa się zdalnie. Ważniejsze od odległości jest to, czy firma ma realny adres, dane w KRS i czy odbiera telefon w godzinach, które podaje na stronie.