Doradztwo technologiczne

Studium wykonalności

Odpowiedź przed dużym wydatkiem: czy planowany system albo automatyzację da się zbudować w zakładanym czasie i budżecie, na jakich danych i z jakimi ograniczeniami.

Porozmawiajmy o projekcie Zobacz zakres

Sytuacje

Z czym przychodzą do nas klienci

Na stole leży plan: nowy system, automatyzacja albo gotowy produkt do kupienia, z zakładanym czasem i budżetem. Zarząd ma podjąć decyzję o wydatku, którego nie da się cofnąć bez straty. Nikt w firmie nie sprawdził jeszcze, czy założenia planu trzymają się danych, systemów, przepisów i ludzi, których dotyczy. Studium wykonalności to sprawdzenie tych założeń przed podpisem umowy.

Oferta dostawcy czeka na podpis

Dostawca przysłał ofertę na system. Dział, który ma z niego korzystać, chce podpisać, a finanse pytają, skąd wiadomo, że to się uda. Oferta zakłada, że dane są gotowe, a obecne systemy dadzą się połączyć, ale nikt po stronie firmy tego nie sprawdził. Zarząd potrzebuje oceny spoza działu, który chce zakupu, i spoza firmy, która chce go sprzedać.

Automatyzacja na danych, których nikt nie oglądał

Firma chce przenieść ręczną pracę do automatyzacji: rozpoznawanie dokumentów, odpowiedzi na zapytania, kontrola faktur. Plan zakłada, że dane leżą w systemach i są dobrej jakości. W rzeczywistości część jest w skanach, część w skrzynkach pocztowych, a część w arkuszach każdego działu. Trzeba sprawdzić, czy automatyzacja zadziała na danych, które firma ma naprawdę.

Budować, kupić czy uporządkować: każdy ma swoje liczby

Dział IT chce budować system pod własny proces. Dyrektor operacyjny woli gotowy produkt, bo podobna firma go używa. Ktoś trzeci twierdzi, że wystarczy zmienić kolejność pracy i system jest zbędny. Każda strona ma własne wyliczenia, których nie da się zestawić, i decyzja czeka.

Zakres

Co robimy

  1. Studium wykonalności odpowiada na jedno pytanie: czy to, co zamierzasz, da się wykonać w warunkach, które zakładasz. Zamiar i założenia, na których stoi, spisujemy osobno, bo to je sprawdzamy.

  2. Sprawdzamy cztery obszary. Dane: czy istnieją, gdzie leżą, w jakiej są jakości, kto jest ich właścicielem i czy wolno ich użyć do tego celu, także gdy są to dane osobowe. Systemy: które z obecnych muszą się z nowym połączyć, jaką drogę wymiany danych każdy udostępnia i na jakich warunkach licencji producenta. Przepisy: które obejmują ten zamiar i co zmieniają w zakresie, na przykład przepisy o cyberbezpieczeństwie (KSC, NIS2), o danych osobowych (RODO) albo wymagania Twojego sektora. Opinię prawną, gdy jest potrzebna, wydaje kancelaria. Ludzie: kto będzie z tego korzystał, kto to utrzyma po starcie i czy osoby, bez których plan się nie uda, mają na to czas.

  3. Gdy odpowiedź zależy od tego, czy technologia poradzi sobie z Twoimi danymi, robimy próbę: mały fragment rozwiązania na wycinku prawdziwych danych. Próba ma pokazać, gdzie plan jest cieńszy, niż zakładano, zanim zapłacisz za całość.

  4. Warianty porównujemy na tych samych kryteriach: zbudować pod własny proces, kupić gotowy produkt albo uporządkować proces bez nowego systemu. Dla każdego wariantu zapisujemy, jaką część pracy obejmuje, jakich danych i ludzi wymaga, które ograniczenia uruchamia i co musi być prawdą, żeby się udał. Ryzyka zapisujemy z nazwy i z osobą po Twojej stronie, która je pilnuje.

  5. Studium dotyczy jednego zamiaru. Przegląd wszystkich systemów firmy, kierunek technologiczny na lata, plan wdrożenia po decyzji i ocena technologii przejmowanej spółki to osobne zakresy.

  6. Powstaje odpowiedź dla zarządu: tak, tak pod warunkami albo nie w tej postaci, z uzasadnieniem na jednej stronie i szczegółami w załącznikach.

Wynik

Co dostajesz

  • Opis zamiaru i lista założeń: co ma powstać, dla kogo, w jakim czasie i budżecie, z wynikiem sprawdzenia każdego założenia.
  • Ocena wykonalności w czterech obszarach: dane, systemy, przepisy i ludzie, z listą ograniczeń.
  • Porównanie wariantów: zbudować, kupić albo uporządkować proces bez systemu, na jednym zestawie kryteriów, z rekomendacją i jej warunkami.
  • Rejestr ryzyk i warunków powodzenia: co musi być prawdą po Twojej stronie, kto tego pilnuje i co robić, gdy warunek nie jest spełniony.
  • Wynik próby na danych, gdy była w zakresie: co zadziałało, co nie i co z tego wynika dla decyzji.

Przebieg

Jak przebiega praca

  1. Spisujemy zamiar i założenia.

    Bierzemy plan taki, jaki jest, ofertę dostawcy albo notatkę działu IT, i wypisujemy, na czym stoi. Wynik: lista założeń do sprawdzenia, w kolejności według wagi dla decyzji.

  2. Sprawdzamy założenia u źródła.

    Dane oglądamy tam, gdzie leżą, systemy sprawdzamy pod kątem wymiany danych i licencji, przepisy zestawiamy z zakresem, a z ludźmi rozmawiamy o codziennej pracy. Wynik: lista ograniczeń i to, co każde zmienia w planie.

  3. Robimy próbę na danych, gdy jest potrzebna.

    Wynik: dowód zamiast założenia w miejscu, od którego zależy najwięcej.

  4. Porównujemy warianty i przekazujemy odpowiedź.

    Warianty omawiamy z Tobą i zarządem razem z ryzykami i warunkami powodzenia. Wynik: odpowiedź na sprawdzonych założeniach, także wtedy, gdy brzmi „jeszcze nie” albo „inaczej, niż planowano”.

Usługa nadrzędna

Doradztwo technologiczne

Analiza procesu i systemów zakończona rekomendacją z zakresem prac: uporządkować proces, połączyć systemy, które masz, albo zbudować nowy.

Zobacz usługę

Umów spotkanie

Umów rozmowę o problemie

Opisujesz proces albo system, który przestał wystarczać, i mówisz, co ma się zmienić. Rozmowa nic nie kosztuje.

Wybierz termin

Telefon: +48 455 406 404

Przed umową

Pytania, które zarząd powinien zadać wykonawcy studium

  1. Które z naszych założeń o czasie i budżecie sprawdziliście u źródła, a które przyjęliście z oferty?
  2. Czy ktoś obejrzał dane, na których ma działać system, w naszych systemach, czy tylko w ich opisie?
  3. Które z obecnych systemów muszą się połączyć z nowym i czy każde takie połączenie jest możliwe na warunkach producenta?
  4. Co musi być prawdą po naszej stronie, żeby plan się udał, i kto to potwierdzi przed podpisaniem umowy?
  5. Który wariant odrzuciliście i na podstawie czego: budowę, gotowy produkt czy zmianę procesu bez systemu?
  6. Które przepisy zmieniają zakres i czy ich wymagania są w porównaniu wariantów, czy wyjdą dopiero przy odbiorze?
  7. Czy umowa dopuszcza wynik, że plan w tej postaci nie ma sensu, i jak go wtedy rozliczamy?

Kolejność sprawdzania założeń zależy od procesu, którego dotyczy wydatek, dlatego pierwszym krokiem jest analiza tego procesu i systemów, na których dziś pracuje.

Doradztwo technologiczne

Inne zakresy tej usługi

Zobacz usługę: Doradztwo technologiczne

Strategia technologiczna

Kierunek dla systemów firmy na kilka lat, spisany tak, że zarząd wie, które systemy zostają, które wymienia, w jakiej kolejności i za co płaci.

Zobacz zakres

Due diligence technologiczne

Raport o stanie systemów, kodu, danych, licencji i zespołu IT firmy, którą kupujesz, z ryzykami i kosztem doprowadzenia do porządku przed podpisaniem umowy.

Zobacz zakres

Plan wdrożenia krok po kroku

Etapy wdrożenia ułożone tak, że każdy kończy się czymś, co działa w firmie, z osobami po Twojej stronie, decyzjami zarządu i warunkami przejścia do kolejnego.

Zobacz zakres

Jak zaczynamy

  1. Rozmowa o problemie

    Opisujesz proces albo system, który przestał wystarczać, i mówisz, co ma się zmienić. Rozmowa nic nie kosztuje.

  2. Analiza pod NDA

    Badamy proces i systemy i oddajemy rekomendację z zakresem prac. Zakres, termin i cenę analizy znasz przed jej startem.

  3. Oferta

    Dostajesz zakres, zespół, harmonogram i cenę wdrożenia. Decydujesz, czy ruszamy.

Koszt analizy zaliczamy na poczet wdrożenia, jeśli je zamówisz.

Porozmawiajmy o projekcie

Telefon: +48 455 406 404 E-mail: contact@aliaxit.com

© 2026 ALIAX IT sp. z o.o. · ul. Boczna 28, 64-115 Wilkowice · KRS 0001102190 · NIP 6972399808 Polityka prywatności ·