Większość właścicieli MŚP, z którymi rozmawiamy, ma za sobą co najmniej jedną złą historię z dostawcą IT. Projekt, który miał trwać trzy miesiące, ciągnął się dwa lata. Wycena rosła o połowę „bo wyszły dodatkowe rzeczy". Po wdrożeniu okazywało się, że kodu nikt poza autorem nie ruszy. Albo, klasyk, „pan Krzysztof zrobił, ale teraz pana Krzysztofa nie ma w firmie".
Ten tekst nie jest o tym, kto jest „dobrym" dostawcą IT. Jest o sześciu konkretnych sygnałach, które w 9 na 10 przypadków pokazują, że projekt skończy się źle — i które prawie zawsze widać przed podpisaniem umowy, jeśli się ich szuka.
Czerwona flaga 1: wycena „na oko", bez audytu
Pierwsze spotkanie, godzina rozmowy, i już słyszysz konkretną kwotę: „integracja Comarcha ze sklepem? 35 tysięcy, trzy tygodnie". Brzmi pewnie. W rzeczywistości to sygnał, że dostawca jeszcze nie wie, na co się pisze — bo żeby wiedzieć, musiałby zobaczyć Twoje dane, Twoje procesy i Twoje wyjątki, których jest zwykle więcej niż reguł.
Dobry dostawca, zanim poda twardą cenę większego projektu, robi krótki audyt (zwykle płatny, kilka–kilkanaście tysięcy złotych) i dopiero wtedy wystawia ofertę. Wycena „na oko" oznacza jedno z dwóch: albo cena jest zaniżona po to, żeby Cię zdobyć i potem rosnąć aneksami, albo zawyżona z dużym buforem na nieznane. Żaden z tych wariantów nie jest dla Ciebie korzystny.
Co robić: pytaj wprost — „na jakiej podstawie ta cena, co jeszcze musicie sprawdzić, żeby ją potwierdzić?". Jeśli odpowiedź brzmi „mamy doświadczenie, wiemy", uciekaj.
Czerwona flaga 2: brak referencji w Twojej skali i branży
„Robiliśmy projekty dla dużych firm" w prezentacji dostawcy wygląda imponująco, dopóki nie zaczniesz pytać o szczegóły. Wdrożenie SAP-a w korporacji 800-osobowej i integracja Comarch Optima z magazynem w firmie 25-osobowej to dwa różne światy. Kompetencje słabo się przenoszą — narzędzia są inne, tempo inne, oczekiwania inne. Doświadczenie w „dużym IT" w MŚP czasami szkodzi: ludzie przyzwyczajeni do trzymiesięcznego sprintu z dziesięcioma testerami nie wiedzą, jak pracować z firmą, w której właściciel sam testuje wszystko po godzinach.
Pytaj o co najmniej dwie referencje z firm w przedziale 10–60 osób, najlepiej z Twojej branży lub branży pokrewnej. Nie zadowalaj się logiem na stronie — proś o nazwisko i telefon. Zadzwoń. Pytanie, które działa najlepiej: „gdybyście robili to jeszcze raz, czy znowu wybralibyście tego dostawcę?".
Czerwona flaga 3: niejasne prawa do kodu i danych
To najdroższa pułapka, jaką widujemy. Umowa nie precyzuje, do kogo należy kod źródłowy, do kogo dane, gdzie i w jakiej formie zostanie przekazana dokumentacja po zakończeniu projektu. Dopóki wszystko działa, nikt nie zwraca uwagi. Pytanie wraca dopiero wtedy, kiedy chcesz coś zmienić — albo zmienić dostawcę.
U jednego z naszych klientów — 15-osobowego biura projektowego z branży konstrukcyjnej — temat ten zrealizował się dokładnie tak. Firma zapłaciła ok. 90 tys. zł za „CRM szyty na miarę". Dostała działającą aplikację, ale bez kodu źródłowego, bez sensownej dokumentacji, napisaną w mało popularnym frameworku, który znał tylko jej autor — programista pracujący jako jednoosobowa działalność. Po dwóch latach autor zmienił branżę i przestał odbierać telefon. Aplikacja działa do dziś, ale każda zmiana — nawet doklejenie nowego pola w formularzu — wymagałaby przepisania jej od zera. Firma od trzech lat odkłada decyzję, bo każda oferta wymiany zaczyna się od „90 tysięcy + 6 miesięcy".
W umowie musi być wprost: kod źródłowy należy do Ciebie, dane należą do Ciebie, dokumentacja techniczna jest dostarczona w formacie, który czyta nie tylko autor. Brak tych trzech zapisów oznacza, że nie kupujesz oprogramowania — kupujesz uzależnienie.
Czerwona flaga 4: jeden człowiek-orkiestra
„Pan Krzysztof to zrobi" brzmi dobrze, dopóki pan Krzysztof nie pójdzie na L4, nie zmieni pracy albo nie zachoruje na poważnie. W jednoosobowym dostawcy IT cały Twój projekt zależy od dostępności i zdrowia jednej osoby. To nie jest teoretyczne ryzyko — to scenariusz, który u nas powtarza się co kilka miesięcy.
Nie chodzi o to, żeby pracować tylko z dużymi firmami. Działa też zespół trzy- czy czteroosobowy, byle każdy obszar projektu znało co najmniej dwie osoby. Pytaj: „kto poza panem X potrafi utrzymać ten kod?", „co się stanie, jeśli pan X jutro odejdzie?". Jeśli odpowiedź jest mglista, zakładaj, że taki scenariusz Cię w końcu spotka.
To samo dotyczy wewnętrznej dokumentacji dostawcy. Solidny zespół ma własną wiki, repozytorium kodu z historią zmian, opisane konfiguracje. Jednoosobowy dostawca ma to wszystko w głowie — i tylko w głowie.
Czerwona flaga 5: sprzedaż technologii zamiast rozwiązania
Spotkanie, na którym przez 40 minut słyszysz o „mikroserwisach w Kubernetesie z AI-asystentem opartym o RAG i wektorowy backend" — i ani razu nie pada pytanie, jakie masz procesy, na czym dziś tracisz pieniądze, ile masz zamówień miesięcznie. To rozmowa, w której dostawca sprzedaje samego siebie, nie rozwiązuje Twojego problemu.
W MŚP poprawnie zdiagnozowany problem jest wart więcej niż dziesięć modnych technologii. „Ręcznie przepisujecie z Optimy do magazynu po 4 godziny dziennie, najpierw zatrzymajmy to" jest lepsze niż „wdrożymy AI". Dobry dostawca zaczyna od pytań o procesy, dane, ludzi i pieniądze. Jeśli zaczyna od architektury — sprzedaje sobie projekt, w którym najwięcej zarobi.
Czerwona flaga 6: brak SLA, brak planu wyjścia
Dwa zapisy, których brak w umowie kosztuje najwięcej już po wdrożeniu.
SLA to po prostu spisane oczekiwania: w jakim czasie dostawca odpowiada na zgłoszenie, w jakim rozwiązuje, jak rozliczamy się za pracę poza godzinami. Bez SLA „zgłoszenie pilne" oznacza tyle, ile akurat dostawca ma dobrego humoru w piątek po południu. Z SLA — masz konkretne 4, 8 albo 24 godziny i konsekwencje, jeśli nie zostały dotrzymane.
Plan wyjścia to opis, co się dzieje, kiedy chcesz zakończyć współpracę. Co dostajesz na koniec (kod, dane, dokumentacja), w jakim formacie, w jakim czasie, za ile. Dobrzy dostawcy mają to spisane wprost — bo wiedzą, że klient, który widzi czyste wyjście, łatwiej zostaje. Słabi dostawcy unikają tematu, bo ich model biznesowy opiera się na tym, że wyjść Ci się nie chce, bo nie wiesz jak.
Jak wygląda due diligence, które wystarczy w MŚP
Nie potrzebujesz działu zakupów ani prawnika z LinkedIna. Wystarczy zrobić pięć rzeczy, zanim podpiszesz większy kontrakt:
- Krótka rozmowa techniczna z drugą osobą po stronie dostawcy — nie tylko z handlowcem. Jeśli „specjaliści są zajęci, porozmawia pan po podpisaniu", to czerwona flaga sama w sobie.
- Dwie rozmowy telefoniczne z referencjami — z firm w Twojej skali, nie z korporacji. Dziesięć minut z każdą wystarczy.
- Przeczytanie umowy pod kątem trzech rzeczy: prawa do kodu i danych, plan wyjścia, SLA. Jeśli nie ma — żądaj wpisania. Jeśli dostawca odmawia — masz odpowiedź.
- Krótki płatny pilot zamiast od razu dużego kontraktu. 20–30 tys. zł na małe wycięcie projektu pokaże, jak dostawca pracuje, komunikuje się i dotrzymuje terminów. To jest najtańsza forma ubezpieczenia.
- Pytanie o zespół: ile osób, jakie kompetencje, kto co umie. Brak konkretów = jednoosobowa firma w kostiumie zespołu.
Co dalej
Wybór dostawcy IT nie jest decyzją o pierwszym wdrożeniu. To decyzja o tym, kto przez następne dwa–trzy lata będzie miał ręce w Twojej infrastrukturze, danych klientów i procesach, na których zarabiasz. Pomyłka kosztuje wielokrotnie więcej niż czas spędzony na sprawdzeniu sześciu rzeczy z tej listy.
Jeśli masz przed sobą wybór dostawcy i nie wiesz, jak ocenić ofertę, pomożemy Ci przejść przez nią punkt po punkcie. Pierwsza rozmowa jest bezpłatna i trwa pół godziny — nie sprzedajemy na niej niczego, czego nie potrzebujesz.
Dobry dostawca IT zaczyna od pytań o Twoje procesy i pieniądze. Słaby — od opowieści o swojej technologii. To różnica, która widać już na pierwszym spotkaniu.