Dobry software house poznasz po czterech rzeczach: konkretnym portfolio, jasnym procesie, uczciwej komunikacji o kosztach i własności kodu oraz kodzie, który da się utrzymać. Przed umową ustal model rozliczeń, zakres, własność kodu i sposób komunikacji. Poniżej rozpisujemy, na co patrzeć i jakie pytania zadać.
Wybór partnera technicznego to decyzja, która rzutuje na miesiące pracy i budżet. Ten przewodnik pomaga ją podjąć świadomie: czym różni się software house od freelancera i zespołu wewnętrznego, na co zwrócić uwagę i jakie pytania zadać, zanim cokolwiek podpiszesz.
Software house, freelancer czy zespół in-house
Każda opcja ma swoje miejsce:
- Freelancer - najtaniej przy małym, jasno określonym zadaniu. Ryzyko rośnie, gdy projekt się rozrasta albo gdy jedna osoba staje się wąskim gardłem.
- Zespół in-house - najlepszy przy produkcie, który jest rdzeniem firmy i będzie rozwijany latami. Kosztuje najwięcej i wymaga czasu na rekrutację.
- Software house - sensowny przy średniej i większej skali, gdy potrzebujesz różnych kompetencji naraz i ciągłości bez budowania zespołu od zera.
Na co patrzeć przy wyborze
Zamiast słuchać deklaracji, sprawdzaj dowody:
- Portfolio - realne wdrożenia zbliżone do Twojego przypadku, nie same makiety.
- Proces - czy widzisz postęp w trakcie, czy dopiero na końcu.
- Komunikacja - z kim rozmawiasz i jak szybko dostajesz odpowiedzi.
- Własność kodu - czy po rozliczeniu dostajesz pełne prawa i uporządkowany kod.
- Jakość kodu - czy da się go utrzymać i rozwijać, także innym zespołem.
Modele rozliczeń
Dwa podstawowe modele to fixed price (stała cena za ustalony zakres) i time and material (rozliczenie za faktyczny czas). Fixed price daje przewidywalność przy dobrze określonym zakresie; time and material sprawdza się, gdy zakres będzie się zmieniał. W praktyce często łączy się oba: stały etap na start, elastyczny na dalszy rozwój. Niezależnie od modelu masz prawo do jasnej, widełkowej wyceny bez ukrytych kosztów.
Pytania do zadania przed umową
- Kto konkretnie będzie pracował nad projektem i z kim będę się kontaktować?
- Jak wygląda rozliczenie i co się stanie, gdy zakres się zmieni?
- Czyją własnością będzie kod i co dostanę po zakończeniu?
- Jak często zobaczę działającą wersję w trakcie prac?
- Co obejmuje wsparcie po wdrożeniu?
Czerwone flagi
Uważaj, gdy partner nie chce pokazać portfolio, obiecuje bardzo niską cenę bez poznania zakresu, unika tematu własności kodu albo komunikuje się wyłącznie przez handlowca, nigdy przez osobę, która realnie buduje. Dobra współpraca opiera się na jednym bezpośrednim kontakcie i jasnych warunkach od początku.
Częste pytania
Freelancer przy małym, jasnym zadaniu. Software house, gdy projekt jest większy, wymaga różnych kompetencji i ma być rozwijany dłużej, bez ryzyka jednej osoby jako wąskiego gardła.
Fixed price przy dobrze określonym zakresie, time and material przy zmiennym. Często najlepiej działają połączone: stały etap na start i elastyczny na rozwój.
U nas tak. Po rozliczeniu przekazujemy pełne prawa oraz uporządkowany, udokumentowany kod, który może przejąć dowolny zespół. Warto potwierdzić to w umowie z każdym partnerem.