Jak wybrać software house: 9 pytań, po których widać, czy dowiozą
9 pytań do software house'u przed podpisaniem umowy, z tabelą czerwonych flag i dobrych sygnałów oraz odniesieniem do 6 etapów współpracy.
Oferty software house'ów wyglądają podobnie: portfolio, lista technologii, cena. Różnicę widać dopiero w tym, co wykonawca pokazuje przed umową. Poniżej dziewięć pytań, które zadasz na pierwszej rozmowie. Odpowiedzi mówią więcej niż prezentacja firmy.
Zanim zaczniesz pytać
Cena nie wystarczy do porównania ofert. Dwie wyceny na ten sam pomysł często opisują dwa różne produkty: jedna zawiera testy, bezpieczeństwo i utrzymanie, druga nie. Porównuj więc sposób pracy, nie tylko kwotę. Jak przygotować opis do wyceny, piszemy w tekście Ile kosztuje aplikacja.
Zadaj te same pytania każdemu kandydatowi i zapisz odpowiedzi. Szukaj konkretów: nazw narzędzi, terminów, dokumentów, które możesz zobaczyć. Odpowiedź „oczywiście, to dla nas standard” niczego nie mówi.
Prosta punktacja ułatwia decyzję. Za każdą odpowiedź przyznaj 0 punktów, gdy brakuje konkretów, 1 punkt, gdy wykonawca opisuje praktykę, i 2 punkty, gdy pokazuje dowód: dokument, narzędzie, kontakt. Sumę porównasz między firmami szybciej niż notatki z kilku rozmów. Pytania 2 i 4 traktuj jako warunki konieczne, bez względu na wynik.
Na rozmowę zaproś osobę techniczną ze swojej strony, jeśli ją masz. Gdy jej nie masz, poproś wykonawcę, żeby wyjaśniał odpowiedzi językiem biznesu. Umiejętność tłumaczenia to część usługi.
Dziewięć pytań i etap procesu, w którym wykonawca musi na nie odpowiedzieć czynem.
Pytania 1 do 3: jak wygląda praca na co dzień
1. Czy dostanę środowisko testowe i demo co sprint? Dobry wykonawca pracuje w krótkich cyklach i pokazuje działający produkt, a nie slajdy. U nas to sprinty dwutygodniowe, demo po każdym i staging dostępny w każdej chwili. Zapytaj, kiedy zobaczysz pierwszą działającą wersję. Jeśli odpowiedź brzmi „na końcu”, ryzyko rośnie z każdym tygodniem.
2. Do kogo należą kod i konta? Kod, projekty, repozytorium, konta w chmurze i w sklepach z aplikacjami powinny należeć do Ciebie od pierwszego dnia. Zapytaj, na czyje dane rejestrowane są domeny i konta deweloperskie Apple i Google. Wykonawca, który trzyma klucze, trzyma też Ciebie.
3. Jak sprawdzacie jakość kodu? Poproś o opis procesu: przegląd kodu przez drugą osobę, testy automatyczne, konfiguracja CI. Zapytaj, co dzieje się, gdy test nie przechodzi, i kto może zatwierdzić wydanie mimo czerwonego wyniku. U nas jakość odpowiada wykonawca: testy automatyczne, przegląd kodu i bezpieczeństwo są częścią każdego sprintu, a priorytety ustalasz Ty. Dobra odpowiedź wymienia kroki i narzędzia, a słaba poprzestaje na przymiotnikach.
Pytania 4 do 6: ryzyko przed startem
4. Czy robicie audyt bezpieczeństwa przed wdrożeniem? To pytanie oddziela wykonawców, którzy traktują bezpieczeństwo jako część procesu, od tych, którzy traktują je jako dodatek na życzenie. U nas audyt jest częścią etapu Wdrożenie. Zaczyna się pisemną zgodą na testy, a kończy raportem z retestem. Szczegóły opisaliśmy w tekście Audyt bezpieczeństwa aplikacji: 12 rzeczy, które sprawdzamy przed wdrożeniem. Zapytaj, czy wykonawca pokaże przykładowy raport bez danych klienta, i czy krytyczny błąd blokuje start.
5. Czy dostanę stałą wycenę i spisany zakres? Stała wycena powstaje po rozpoznaniu, nie na podstawie jednego maila. Zapytaj, co dokładnie wchodzi do zakresu i jak wykonawca traktuje zmiany, które pojawią się w trakcie. Dobra odpowiedź opisuje, kto zgłasza zmianę, kto ją wycenia i kiedy Ty ją zatwierdzasz. Rozliczenie godzinowe bez limitu bywa uczciwe, ale wtedy poproś o budżet, po którego przekroczeniu decydujesz o dalszych krokach.
6. Kto będzie w zespole i czy to ci sami ludzie do końca? Zapytaj o imiona i role: kto prowadzi projekt, kto projektuje, kto pisze kod. Sprawdź, czy rozmawiasz z osobami, które będą pracować przy Twoim produkcie. Rozmowa z handlowcem, który po podpisaniu umowy znika z projektu, to słaby punkt wyjścia. Dobry sygnał to stały zespół i jeden kanał kontaktu.
Pytania 7 do 9: co dzieje się po umowie i przed nią
7. Co dzieje się po wdrożeniu? Aplikacja bez opieki starzeje się: biblioteki dostają łatki bezpieczeństwa, systemy mobilne zmieniają wymagania, certyfikaty wygasają. Zapytaj o monitoring, aktualizacje, łatanie podatności i o to, jak często dostajesz raport. U nas raport przychodzi co miesiąc, a zakres opieki zmieniasz z miesiąca na miesiąc.
8. Jak wygląda onboarding? Dobry start to warsztat discovery z kluczowymi osobami z Twojej firmy. Mapa procesów, ryzyk i priorytetów trafia do jednego dokumentu, który obie strony akceptują. Jeśli wykonawca wycenia bez takiego warsztatu, wycena jest zgadywaniem. U nas onboarding trwa od 1 do 2 tygodni, a jego wynikiem jest zakres, harmonogram i stała wycena.
9. Czy mogę zobaczyć referencje i kod z poprzednich projektów? Poproś o kontakt do klienta, który zgodzi się porozmawiać, oraz o przykład kodu lub dokumentacji, który wykonawca może pokazać bez naruszania tajemnicy. Gdy kod nie może wyjść poza klienta, zapytaj o opis architektury albo o przegląd na wspólnej rozmowie. Wykonawca, który nie ma nic do pokazania, zwykle nie ma też procesu.
Czerwone flagi i dobre sygnały
Po rozmowie zestaw odpowiedzi z tą tabelą. Jedna czerwona flaga to powód do dopytania. Trzy to powód do rozmowy z kimś innym.
Pięć najważniejszych kontrastów. Pełna lista dziewięciu pytań jest w tabeli poniżej.
| Pytanie | Czerwona flaga | Dobry sygnał |
|---|---|---|
| 1. Staging i demo | Demo dopiero na końcu | Demo co sprint, staging zawsze dostępny |
| 2. Własność | Kod i konta u wykonawcy | Kod, projekty i konta Twoje od pierwszego dnia |
| 3. Jakość | „Testujemy na bieżąco” bez opisu | Przegląd kodu, testy automatyczne, CI |
| 4. Bezpieczeństwo | Audyt po starcie albo wcale | Raport z audytu przed wdrożeniem |
| 5. Wycena | Rozliczenie godzinowe bez limitu i bez spisanego zakresu | Stała wycena po onboardingu |
| 6. Zespół | Skład znany po podpisaniu umowy | Imiona i role przed umową |
| 7. Po wdrożeniu | „Jak coś się zepsuje, dzwoń” | Monitoring, łatanie, raport co miesiąc |
| 8. Onboarding | Wycena po jednym mailu | Warsztat discovery i wspólny dokument |
| 9. Referencje | Brak kontaktów i przykładów | Rozmowa z klientem i opis architektury |
Jak te pytania łączą się z procesem
Dziewięć pytań pokrywa wszystkie sześć etapów współpracy. Wykonawcę ocenia się po całym cyklu, więc pytania sięgają od pierwszej rozmowy po utrzymanie.
- Pomysł: pierwsza rozmowa i pytanie 9. Czy wykonawca powie Ci, że mniejszy zakres wystarczy?
- Onboarding: pytania 5, 6 i 8. Zakres, harmonogram, stała wycena i stały zespół.
- Projektowanie: klikalny prototyp w Figmie, zanim powstanie kod. Zmiana na tym etapie kosztuje godziny, nie tygodnie.
- Produkt: pytania 1, 2 i 3. Demo, staging, przegląd kodu i testy.
- Wdrożenie: pytanie 4. Audyt bezpieczeństwa, testy akceptacyjne, produkcja i sklepy.
- Rozwój i utrzymanie: pytanie 7. Monitoring, łatanie podatności, miesięczny raport.
Po każdym etapie decydujesz, czy idziecie dalej. Zapytaj każdego kandydata, czy daje Ci taką możliwość w umowie.
Co zrobić dziś
Wybierz dwie lub trzy firmy, które rozważasz, i wyślij im pytania 2, 4 i 7. Odpowiedzi na te trzy pokażą, kto myśli o Twoim produkcie po starcie, a kto tylko o jego dostarczeniu. Zapisz, ile godzin zajęło uzyskanie odpowiedzi. To dobra próbka współpracy.
Jeśli masz już aplikację zbudowaną przez kogoś innego i zmieniasz wykonawcę, zacznij od tekstu Przejęcie istniejącej aplikacji.
Opowiedz nam o pomyśle
Chętnie odpowiemy na te dziewięć pytań wobec Twojego projektu. Pierwsza rozmowa trwa około godziny i jest bezpłatna. Dostaniesz notatkę z rekomendacją i wstępną wyceną, a decyzję, czy idziemy dalej, podejmujesz Ty. Opowiedz nam o pomyśle.