Od czego zacząć rozmowę z software house'em, żeby odsiać firmy, które nie pasują do Twojego projektu?
Zanim umówisz pierwsze spotkanie, przygotuj cztery rzeczy: cel biznesowy projektu, procesy, które mają się zmienić, ograniczenia czasowe i budżetowe oraz minimalny zakres pierwszego etapu. Bez tego każda rozmowa będzie się kręcić wokół ogólników, a ty nie będziesz miał punktu odniesienia do porównania ofert. Taki wstępny wybór kryteriów pozwoli ci od razu odsiać firmy, które nie pasują do twojego projektu.
Dobry software house nie zaczyna od wyceny, tylko od pytań. Jeśli firma obiecuje sztywną cenę bez poznania kontekstu twojego projektu, to sygnał ostrzegawczy. Podobnie gdy ktoś oferuje wszystko w jednej technologii, prawdopodobnie nic nie robi naprawdę dobrze. Kompetencje techniczne liczą się mniej niż to, czy wykonawca dobiera technologię do twojego problemu, a nie odwrotnie. Zwróć też uwagę na to, jak wygląda pierwszy kontakt i czy pytania dotyczą twojego biznesu, czy od razu sprzedaży.
W trakcie rozmowy sprawdź konkretne rzeczy:
- Poproś o przykłady wdrożeń i referencje, a potem zadzwoń do klienta, który już z tą firmą pracował. Opinie na stronie wykonawcy zawsze są pozytywne, a bezpośrednia rozmowa pokazuje prawdziwy obraz.
- Zapytaj o proces. Firma, która nie potrafi jasno opisać, jak przebiega realizacja, prawdopodobnie żadnego procesu nie ma.
- Sprawdź, co dzieje się po wdrożeniu. Projekt nie kończy się na starcie systemu, więc zapytaj o utrzymanie i wsparcie techniczne.
- Zweryfikuj model współpracy. Sztywna cena kusi, ale jeśli zakres się zmieni, cena urośnie. Zapytaj, jak wygląda zarządzanie zmianą.
- Ustal kwestie praw autorskich i repozytorium kodu. Musisz wiedzieć, kto jest właścicielem tego, co powstaje.
- Obserwuj komunikację. Jeśli odpowiadają mgławo i z opóźnieniem już na etapie rozmów, na etapie realizacji rzadko bywa lepiej.
Podejrzanie niska cena to najczęściej niedoszacowany zakres prac, który urośnie w trakcie projektu. Z raportu Standish Group wynika, że projekty realizowane przez najtańszych dostawców mają trzykrotnie wyższe ryzyko przekroczenia budżetu w fazie utrzymania systemu. Koszty poprawy błędnie zaimplementowanego systemu potrafią wielokrotnie przewyższyć oszczędności z wyboru tańszego wykonawcy.
Jak sprawdzić, czy software house naprawdę umie to, co obiecuje w ofercie?
Zanim uwierzysz obietnicom z oferty, poproś o konkrety. Wiarygodny software house chętnie opowie o swoich projektach i pokaże realne case studies zamiast ogólników. Zwróć uwagę, czy potrafi opisać efekty swojej pracy. Jeśli nie potrafi, to znak ostrzegawczy: albo nie mierzy wyników, albo nie ma się czym pochwalić. Doświadczenie w twojej branży to dodatkowy atut, ale nie powinno być jedynym kryterium wyboru.
Opinie na stronie wykonawcy zawsze są pozytywne, dlatego najcenniejsza jest bezpośrednia rozmowa z kimś, kto już z tą firmą pracował. Podczas takiej rozmowy zapytaj nie tylko o to, jak poszło wdrożenie, ale też o to, jak wygląda utrzymanie systemu i wsparcie techniczne po zakończeniu projektu. Projekt nie kończy się na wdrożeniu, a koszty poprawy błędnie zaimplementowanego systemu mogą wielokrotnie przewyższać początkowe oszczędności z wyboru tańszego wykonawcy.
Sposób komunikacji decyduje o powodzeniu współpracy równie mocno jak umiejętności techniczne. Jeśli wykonawca odpowiada z opóźnieniem i mgławo na pytania jeszcze zanim podpiszesz umowę, na etapie realizacji rzadko bywa lepiej. Uważaj też na oferty skrajne: podejrzanie niska cena często oznacza niedoszacowany zakres prac, który urośnie w trakcie projektu; firma, która obiecuje sztywną cenę bez poznania kontekstu twojego biznesu, nie zna realiów twojej branży.
Zwroć uwagę na to, czy zespół zadaje pytania o twój proces, wymagania i cele. Firma, która nie potrafi jasno opisać swojego procesu, prawdopodobnie go nie ma. Dobry wykonawca pokaże ci też, jak wygląda rozwój aplikacji po wdrożeniu, bo to naturalna część współpracy.
Dobór technologii ma znaczenie, ale ważniejsze od modnych nazw jest to, czy wykonawca dobiera technologię do twojego problemu, a nie odwrotnie. Jeśli oferuje wszystko w jednej technologii, prawdopodobnie nic nie robi naprawdę dobrze. Dobry partner technologiczny to taki, który najpierw słucha, a dopiero potem proponuje rozwiązanie.
Na jakie sygnały ostrzegawcze uważać w ofertach i podczas pierwszych rozmów?
Jeszcze przed podpisaniem umowy masz sporo czasu, żeby zweryfikować, czy firma faktycznie robi to, co obiecuje. Wiarygodny software house chętnie opowie o swoich projektach i pokaże realne case studies zamiast ogólników. Jeśli zamiast konkretów słyszysz tylko hasła z oferty, a na stronie widzisz wyłącznie pozytywne opinie, poproś o kontakt do klienta, z którym współpraca już się zakończyła. Taka rozmowa z kimś, kto przeszedł cały proces, powie ci więcej niż dziesięć opisów wdrożeń.
Uważaj też na firmy, które obiecują sztywną cenę, zanim jeszcze poznają kontekst twojego projektu. Podejrzanie niska wycena często oznacza niedoszacowany zakres prac, który potem urośnie w trakcie realizacji. Podobnie ostrożnie podchodź do ofert, w których brakuje konkretów na temat technologii i sposobu jej wdrożenia.
Podobnie niepokojące jest to, jak wykonawca odpowiada na twoje pytania. Jeśli robi to z opóźnieniem i mgławo jeszcze przed podpisaniem umowy, na etapie wdrożenia rzadko bywa lepiej. Sposób komunikacji decyduje o powodzeniu projektu równie mocno jak kompetencje techniczne.
Zwroć uwagę, czy zespół próbuje narzucić ci jedną technologię, czy raczej pyta o twój problem. Ważniejsze od modnych nazw jest to, czy wykonawca dobiera technologie do twoich potrzeb, a nie odwrotnie. Firma, która oferuje wszystko w jednej technologii, prawdopodobnie nic nie robi naprawdę dobrze. Jeśli natomiast nie potrafi jasno opisać swojego procesu, to znak, że procesu po prostu nie ma.
Ile kosztuje zły wybór i dlaczego najtańsza oferta potrafi zrujnować budżet?
| Co dostajesz w cenie | Najtańsza oferta | Realna wycena |
|---|---|---|
| Kod aplikacji | Tak, ale często bez testów i dokumentacji | Tak, z testami i opisem działania |
| Wsparcie po wdrożeniu | Zwykle brak, dopłacasz za każdą poprawkę | Jest w umowie, wiesz, ile kosztuje |
| Prawa autorskie i dostęp do kodu | Nie zawsze jasno opisane | Masz repozytorium i pełne prawa |
Najtańsza oferta kusi, ale rzadko bywa najlepsza. Niskie ceny często oznaczają niższą jakość albo ukryte koszty, które wychodzą dopiero w trakcie prac. Z badania Standish Group wynika, że projekty u najtańszych dostawców mają trzykrotnie wyższe ryzyko przekroczenia budżetu w fazie utrzymania systemu. Twój wybór na początku może więc zaważyć na całym budżecie projektu.
Poprawianie błędnie zaimplementowanego systemu potrafi kosztować wielokrotnie więcej, niż zaoszczędzisz na starcie. Do tego dochodzą miesiące opóźnień i kod, którego nie da się rozwijać. Podejrzanie niska cena zwykle oznacza niedoszacowany zakres prac, który potem rośnie w trakcie projektu.
Zanim podpiszesz umowę, sprawdź, co dokładnie obejmuje wycena. Zapytaj o testy, dokumentację i wsparcie techniczne po wdrożeniu. Projekt nie kończy się na starcie aplikacji, a firma, która nie potrafi jasno opisać swojego procesu, prawdopodobnie go nie ma.
Zróć też uwagę na to, jak wygląda komunikacja jeszcze przed rozpoczęciem współpracy. Jeśli wykonawca odpowiada mgławo i z opóźnieniem, zanim podpiszesz umowę, na etapie realizacji rzadko bywa lepiej. Sposób rozmowy decyduje o powodzeniu projektu równie mocno jak kompetencje techniczne.
Co powinno znaleźć się w umowie i jak zabezpieczyć się na czas po wdrożeniu?
Umowa to moment, w którym kończy się marketing, a zaczyna twarda rzeczywistość. Zanim podpiszesz, sprawdź, czy zapisano w niej prawa autorskie do kodu i aplikacji oraz dostęp do repozytorium, czyli miejsca, gdzie przechowywany jest cały kod źródłowy. Bez tego po zakończeniu współpracy możesz zostać z systemem, którego nie masz prawa modyfikować ani przekazać innemu zespołowi. To częsty błąd w umowach, na który warto zwrócić szczególną uwagę.
Równie ważny jest zapis o utrzymaniu i wsparciu technicznym po wdrożeniu. Projekt nie kończy się w dniu uruchomienia, a błędy i poprawki to naturalna część życia aplikacji. Ustal z góry, czy maintenance, czyli opieka nad systemem, wchodzi w cenę, czy jest płatny osobno i w jakim modelu, bo to częste źródło nieporozumień.
Zwroć uwagę na model współpracy. Fixed price, czyli sztywna cena za całość, brzmi bezpiecznie, ale bywa pułapką, gdy zakres prac urośnie w trakcie. Elastyczność i jasny proces zarządzania zmianą są cenniejsze niż pozorna gwarancja ceny, zwłaszcza że niejasno zdefiniowane wymagania odpowiadają za znaczną część opóźnień w projektach programistycznych.
Na koniec porozmawiaj z wykonawcą o tym, co dzieje się po zakończeniu etapu projektu. Dobry partner technologiczny sam zaproponuje warunki współpracy na kolejne miesiące i wskaże, jak wygląda wsparcie techniczne w praktyce. Jeśli odpowiada mgławo, potraktuj to jako sygnał ostrzegawczy, bo na etapie realizacji rzadko bywa lepiej.
