Wybór wykonawcy oprogramowania to jedna z decyzji, która potrafi przesądzić o powodzeniu całego projektu. Na rynku nie brakuje ofert, ale sama liczba lat „na stronie” czy ładne portfolio nie gwarantują, że dostawca dowiezie produkt na czas, w budżecie i bez kosztownych niespodzianek po wdrożeniu. Przy projektach szytych na miarę liczy się nie tylko kod, ale też proces, komunikacja, odpowiedzialność i umiejętność zrozumienia biznesu.
Poniższe 10 punktów pomoże wybrać partnera, który rzeczywiście rozwiąże problem, a nie tylko „zbuduje aplikację”.
1) Zacznij od celu biznesowego, nie od listy funkcji
Zanim poprosisz o wycenę, opisz problem, który ma zniknąć po wdrożeniu. Dopiero później przejdź do funkcji. Im lepiej zdefiniowany cel, tym mniejsze ryzyko, że projekt zamieni się w „dopisywanie funkcji bez końca”. Dobra firma dopyta o:
- procesy, które dziś nie działają,
- mierniki sukcesu (czas obsługi, koszty, liczba błędów, konwersja, SLA),
- ograniczenia prawne i organizacyjne,
- użytkowników i ich scenariusze.
2) Sprawdź dopasowanie do branży i skali projektu
Nie każdy zespół dobrze czuje się w każdym typie wdrożeń. Inaczej robi się system wewnętrzny dla 20 osób, a inaczej platformę dla tysięcy użytkowników. Szukaj wykonawcy, który ma doświadczenie w:
- podobnej złożoności (integracje, dane, role i uprawnienia),
- podobnym środowisku (np. e-commerce, produkcja, logistyka, usługi B2B),
- podobnym poziomie krytyczności (czy awaria to „niewygoda”, czy realna strata).
Jeśli firma nie potrafi szybko wskazać analogicznych realizacji, to sygnał, że może się uczyć na Twoim projekcie.
3) Oceń portfolio, ale nie „ładne screeny”, tylko realne efekty
Dobre case study powinno pokazywać nie tylko, co zbudowano, ale też:
- z jakim problemem przyszedł klient,
- jakie były ograniczenia (czas, budżet, integracje),
- co zespół zaproponował i dlaczego,
- jakie są wyniki po wdrożeniu (np. skrócenie procesu o X%, mniej błędów, wzrost wydajności).
Jeżeli portfolio to głównie grafiki i ogólniki, ostrożnie.
4) Zapytaj o sposób pracy: iteracje, demo, feedback, zakres
Nie ma jednej idealnej metodyki, ale musi istnieć uporządkowany proces. W praktyce warto ustalić:
- jak często będą demo i przeglądy postępów,
- jak działa zmiana zakresu (scope change),
- kto podejmuje decyzje, gdy pojawia się konflikt priorytetów,
- jak wygląda odbiór funkcji (Definition of Done).
Jeśli wykonawca nie ma jasnych zasad, projekt szybko zacznie „pływać”.
5) Zweryfikuj kompetencje techniczne w kontekście Twojego przypadku
Nie chodzi o to, czy ktoś zna modne technologie, tylko czy umie dobrać je do problemu. Dobre pytania kontrolne:
- jak planowana jest architektura (monolit vs mikroserwisy – i dlaczego),
- jak będą wyglądały integracje i obsługa błędów,
- jak będzie rozwiązana autoryzacja i uprawnienia,
- jak firma podchodzi do wydajności i skalowania,
- jak wygląda utrzymanie po wdrożeniu.
Jeśli odpowiedzi są „marketingowe”, to znaczy, że brakuje głębi.
6) Projekt management: kto dowozi i jak minimalizuje ryzyko
W projektach custom najdroższe są opóźnienia i nieporozumienia. Ustal:
- kto jest PM/PO po stronie wykonawcy,
- jak prowadzony jest backlog i priorytety,
- jak raportowany jest postęp (nie tylko „procent”, ale konkretne efekty),
- jak wygląda zarządzanie ryzykiem i blokadami.
Dobrze, gdy firma potrafi powiedzieć wprost, co może pójść źle i jak temu zapobiegnie.
7) Wycena: domagaj się rozbicia kosztów i założeń
Sama kwota nie mówi nic, jeśli nie wiadomo, co obejmuje. Poproś o:
- rozbicie na etapy/sprinty/moduły,
- listę założeń (co jest w cenie, a co jest opcją),
- zakres utrzymania i SLA po wdrożeniu,
- koszty infrastruktury, licencji i narzędzi.
Uważaj na skrajności: podejrzanie tanio zwykle oznacza cięcia w jakości, a najdrożej nie zawsze oznacza najlepszy proces.
8) Testy i dokumentacja: bez tego płaci się drugi raz
Wymagaj jasnej polityki jakości:
- jakie testy będą wykonywane (unit, integracyjne, e2e, UAT),
- czy jest automatyzacja testów,
- jak wygląda kontrola regresji,
- co trafia do dokumentacji (wdrożenie, konfiguracja, architektura, API, instrukcje dla admina).
Brak testów i dokumentacji to klasyczna droga do problemów przy rozwoju i zmianie zespołu.
9) Komunikacja: ustal rytm i odpowiedzialność, zanim ruszy kodowanie
Najlepszy zespół techniczny nie pomoże, jeśli komunikacja nie działa. Ustal:
- kanały (np. Teams/Slack + Jira/YouTrack),
- częstotliwość spotkań i demo,
- czas reakcji na pytania,
- sposób przekazywania decyzji i ustaleń (żeby nie ginęły w czacie).
Jeśli już na etapie rozmów wszystko trwa długo i jest chaotyczne, po podpisaniu umowy zwykle nie będzie lepiej.
10) Bezpieczeństwo jako standard, nie „opcjonalny dodatek”
W custom software bezpieczeństwo nie może być „na koniec”. Zapytaj o:
- szyfrowanie, TLS, polityki haseł, SSO/MFA,
- zarządzanie podatnościami i aktualizacjami,
- logowanie zdarzeń i audyt,
- backup, odtwarzanie, ciągłość działania,
- testy bezpieczeństwa (np. pentesty) i ich zakres.
Jeśli firma bagatelizuje temat, ryzykujesz dane, reputację i koszty prawne.
Podsumowanie
Dobry wykonawca oprogramowania to nie tylko programiści, ale partner, który potrafi poprowadzić projekt od zrozumienia celu po stabilne utrzymanie. Wybierając firmę, patrz na proces, transparentność, praktykę w podobnych wdrożeniach oraz to, jak radzi sobie z ryzykiem, komunikacją i jakością.
