Jak wybrać firmę informatyczną w Warszawie - pytania, które warto zadać przed podpisaniem umowy

Jeśli w Twojej firmie działa kilkanaście czy kilkadziesiąt komputerów, są 2-3 kluczowe systemy i ewentualny przestój liczy się w tysiącach złotych dziennie, potrzebujesz czegoś więcej niż ogólnej „opieki informatycznej”. Poniżej masz zestaw konkretnych danych, które warto przygotować przed rozmową oraz pytań, które zadaje świadomy klient przed podpisaniem umowy na obsługę IT w Warszawie.

Jak przygotować się do rozmowy z firmą informatyczną w Warszawie

Dobry start to konkretne informacje o Twoim środowisku. Przed rozmową spisz liczbę użytkowników (np. 25 pracowników biurowych i 5 zdalnych), lokalizacje biur (1 biuro w Warszawie, 1 oddział pod miastem), listę głównych systemów (np. system finansowo księgowy, CRM, system magazynowy) oraz informacje, czy korzystasz z usług w chmurze, czy z serwerów w biurze.

Kolejna rzecz to rozróżnienie, czy potrzebujesz doraźnej pomocy typowego serwisu komputerowego (np. wymiana dysku w jednym komputerze raz na kilka miesięcy), czy stałej obsługi IT jako outsourcingu IT, czyli przejęcia odpowiedzialności za całą infrastrukturę, helpdesk, administrację serwerami, bezpieczeństwo danych i bieżące wsparcie użytkowników. Bez tego doprecyzowania łatwo podpisać umowę, która nie obejmuje codziennych problemów zespołu.

Na osobnej kartce wypisz priorytety biznesowe. Jeśli Twoja firma realizuje sprzedaż online 24/7, na szczycie listy znajdzie się ciągłość działania i maksymalne skrócenie przestojów. Gdy przetwarzasz dużo danych osobowych (np. dane klientów B2C), wyżej ustawisz bezpieczeństwo i zgodność z RODO. W firmach intensywnie rosnących ważniejsze bywają projekty rozwojowe, migracje systemów i wsparcie użytkowników przy zmianach niż pojedyncze naprawy komputerów.

Do rozmowy z wykonawcą przygotuj też krótką listę sytuacji krytycznych z ostatnich 12 miesięcy: np. awaria serwera plików na 6 godzin, utrata danych z jednego laptopa, przerwa w działaniu programu sprzedażowego w godzinach 9.00-12.00. To pozwala wprost powiedzieć: „Takich sytuacji boję się najbardziej, chcę mieć je uregulowane w umowie”.

Na koniec upewnij się, że w Twojej branży nie doszły nowe wymagania dotyczące cyberbezpieczeństwa. Ustawa o krajowym systemie cyberbezpieczeństwa z 5 lipca 2018 r. (Dz.U. 2018 poz. 1560) doczekała się kolejnych tekstów jednolitych, a tekst z 29 grudnia 2025 r. ogłoszony jako Dz.U. z 2026 r. poz. 20 pokazuje, że przepisy się zmieniają. Sprawdź aktualną wersję aktu w dniu zawierania umowy, jeśli działasz jako operator usługi kluczowej albo dostawca usługi cyfrowej.

Pytania o zakres usług i SLA, które trzeba zadać przed podpisaniem umowy

Na początku ustal definicje. Outsourcing IT to przejęcie przez zewnętrzną firmę całości lub części obsługi informatycznej. SLA to uzgodniony poziom świadczenia usługi (np. określone godziny pracy, sposób przyjmowania zgłoszeń, czasy reakcji). Czas reakcji to moment, kiedy ktoś faktycznie podejmuje zgłoszenie, a czas rozwiązania to przywrócenie działania usługi albo wdrożenie obejścia. Typowe nieporozumienie: klient myśli, że 2 godziny to czas naprawy, a w umowie jest tylko 2 godzinny czas reakcji na zgłoszenie.

• Co dokładnie wchodzi w miesięczny abonament: helpdesk (telefon, e mail, system zgłoszeń), wizyty na miejscu w biurze, administracja serwerami, monitoring, backup, aktualizacje systemów i oprogramowania, reagowanie na incydenty bezpieczeństwa?

• Jakie czynności są dodatkowo płatne: większe projekty jednorazowe, migracje systemów, zakup i instalacja nowego sprzętu, prace poza standardowymi godzinami?

• Jak przydzielacie priorytety zgłoszeń, czym różni się awaria krytyczna (np. stoi sprzedaż) od problemu pojedynczego użytkownika (np. nie działa drukarka jednego handlowca)?

• Jaki jest gwarantowany sposób zgłaszania problemów: telefon do dyspozytora, portal zgłoszeniowy, dedykowany adres e mail i w jakich godzinach realnie ktoś monitoruje te kanały?

• Czy macie osobne czasy reakcji i rozwiązania dla awarii krytycznych, zwykłych zgłoszeń i problemów pojedynczego użytkownika i jak to jest opisane w SLA?

Zapytaj wprost, jak zadeklarowane czasy przekładają się na ryzyko przestojów. Jeśli Twój system sprzedaży przynosi 20 000 zł obrotu na godzinę, awaria trwająca 4 godziny oznacza realną stratę. Rozmowa o tym, ile możesz zaakceptować jako RTO (docelowy czas przywrócenia usługi) i RPO (maksymalna utrata danych mierzona w czasie, np. 15 minut vs 24 godziny), pomoże dobrać poziom SLA do faktycznych kosztów braku działania.

Dopytaj o dostępność wsparcia poza standardowymi godzinami. Czy pomoc jest świadczona tylko np. od 8.00 do 17.00 w dni robocze, czy również wieczorami, w weekendy i święta, i na jakich zasadach rozliczeniowych. Ustal zasady eskalacji: co się dzieje, jeśli pierwszy poziom helpdesku nie rozwiąże problemu, w jakim czasie zgłoszenie trafia do bardziej doświadczonego inżyniera oraz kiedy angażowany jest np. administrator systemów lub sieci.

Bezpieczeństwo danych i RODO - o co zapytać potencjalnego wykonawcę IT

Jeśli firma IT będzie miała dostęp do danych osobowych w Twoich systemach, logach lub kopiach zapasowych, działa jako podmiot przetwarzający dane na Twoje zlecenie. W takiej sytuacji potrzebna jest osobna umowa regulująca przetwarzanie danych (najczęściej jako załącznik do głównej umowy), w której opiszesz m.in. zakres danych, cel przetwarzania i środki bezpieczeństwa.

Zapytaj, kto dokładnie ma dostęp do Twoich danych. Czy firma korzysta z podwykonawców, tzw. dalszych podmiotów przetwarzających, którym przekazuje część zadań administracyjnych lub serwisowych. Jak kontroluje dostęp do danych, logów systemowych i kopii zapasowych: czy używa indywidualnych kont, centralnego systemu kontroli dostępu, czy prowadzi rejestrowanie operacji na danych (logowanie działań administratorów).

• Jak wykonywane są kopie zapasowe: jak często, na jakie nośniki lub systemy oraz gdzie są fizycznie przechowywane?

• Czy realizujecie testy odtwarzania z backupu, jak często i w jaki sposób je raportujecie klientowi?

• Jak wygląda procedura reagowania na incydenty bezpieczeństwa: kto przyjmuje zgłoszenie, jak szybko informujecie klienta, co raportujecie po zakończeniu incydentu?

• W jaki sposób zarządzacie podatnościami: czy regularnie aktualizujecie systemy, urządzenia sieciowe, oprogramowanie serwerowe?

• Czy stosujecie MFA (uwierzytelnianie wieloskładnikowe) na kontach administracyjnych i innych wrażliwych dostępach do środowisk klientów?

Jeśli szukasz sprawdzonego partnera i wpisujesz w Google frazę „firma informatyczna Warszawa”, możesz porównać ofertę NGsolutions z innymi dostawcami pod kątem opisanych mechanizmów ochrony danych, zakresu wsparcia bezpieczeństwa oraz sposobu dokumentowania działań administracyjnych.

Umowa na obsługę IT w praktyce - jakie zapisy powinny się w niej znaleźć

Nie ma jednego ustawowego wzoru umowy na obsługę IT. Każda firma ma inną skalę, inne systemy i inne wymagania, dlatego zakres usług, odpowiedzialność, zasady zgłaszania awarii, czasy reakcji i rozwiązania problemu trzeba indywidualnie ustalić i zapisać. Brak tych parametrów wprost w umowie zwykle kończy się sporami przy pierwszej większej awarii.

Praktyczne rozwiązanie to załącznik usługowy, w którym szczegółowo opiszesz katalog usług: helpdesk (kanały kontaktu, godziny pracy, czasy reakcji), administracja serwerami i siecią (jakie systemy, jakie zadania cykliczne), obszar bezpieczeństwa (backup, aktualizacje, monitoring, reagowanie na incydenty) oraz zasady rozliczania projektów jednorazowych, takich jak migracje systemów czy wdrażanie nowych technologii.

W umowie trzeba opisać odpowiedzialność za utratę danych, błędną konfigurację, niedostępność systemów oraz prace wykonywane przez podwykonawców. Ustal, czy wykonawca odpowiada tylko do wysokości miesięcznego wynagrodzenia, czy istnieją inne limity oraz w jakich sytuacjach odpowiedzialność jest wyłączona (np. awarie po stronie dostawcy internetu, zdarzenia losowe). Bez tego zapisane na fakturze „obsługa informatyczna” nie mówi nic o tym, kto ponosi konsekwencje realnych szkód.

Osobno porusz kwestię własności: danych, dokumentacji, konfiguracji, skryptów i innych materiałów powstałych w trakcie współpracy. Dane biznesowe i dane osobowe pozostają u klienta, ale dokumentacja techniczna, skrypty automatyzujące zadania czy konfiguracje urządzeń bywają sporne. W interesie firmy leży zapis, że pełna, aktualna dokumentacja środowiska IT stanowi Twoją własność i wykonawca ma obowiązek ją przekazywać oraz aktualizować.

Plan wyjścia - jak zabezpieczyć firmę na wypadek zmiany dostawcy IT

Plan wyjścia (exit plan) to opis, co konkretnie dzieje się w razie zakończenia współpracy z firmą IT. Najlepiej spisać go od razu w umowie, zamiast liczyć na „dogadanie się” za kilka lat. Brak takiego planu często oznacza trudne przejęcie środowiska przez kolejnego dostawcę i ryzyko, że nikt nie wie, jak działa część infrastruktury.

W planie wyjścia określ procedurę przekazania dokumentacji, konfiguracji, haseł administracyjnych i kopii danych po zakończeniu współpracy. Doprecyzuj, czy wykonawca ma przekazać hasła w formie zaszyfrowanego pliku, czy użyjecie menedżera haseł oraz jak potwierdzicie ich kompletność. Ustal, czy przekazywana jest wyłącznie aktualna konfiguracja, czy również historyczne informacje przydatne przy diagnozowaniu błędów.

• W jakim formacie dostaniesz dane i dokumentację (np. pliki tekstowe, pliki konfiguracyjne, eksporty baz danych, diagramy sieci)?

• Jak zostaną przekazane dostępy administracyjne do serwerów, systemów, usług w chmurze i urządzeń sieciowych oraz kto po stronie klienta je przejmie?

• W jakim terminie od wypowiedzenia umowy firma IT przekaże dokumentację, dane i dostępy (np. 7, 14 czy 30 dni od dnia zakończenia świadczenia usług)?

• Czy w okresie przejściowym stary i nowy wykonawca będą współpracować przy przekazaniu środowiska i jak ta współpraca jest rozliczana?

Bez takich zapisów pojawiają się typowe problemy: nowy dostawca przez tygodnie odtwarza schemat sieci, nikt nie zna haseł do kluczowych systemów, a część konfiguracji krytycznych usług istnieje tylko „w głowie” byłego administratora. W skrajnych sytuacjach firma przez kilka dni nie ma pełnego dostępu do własnych systemów, bo nie uzgodniła wcześniej, jak technicznie ma wyglądać rozstanie.