Dlaczego Zwiad poprzedza każdy projekt, a nie odwrotnie
Większość firm IT zaczyna od wyceny. DC House zaczyna od pytania: czy w ogóle wiemy, co trzeba zrobić.
Odpowiedź rzadko jest oczywista — nawet dla samego klienta. Zarząd widzi problem z jednej strony („sprzedaż nie ma dostępu do danych”), zespół który pracuje na co dzień widzi go zupełnie inaczej („dane są, tylko nikt nie wie gdzie szukać”).
Zwiad to nie rozmowa telefoniczna i nie ankieta wysłana mailem. To fizyczne albo zdalne wejście w proces — obserwacja jak ludzie faktycznie pracują, nie jak myślą, że pracują.
Bez tego kroku wycena jest zgadywaniem. Z mapą procesów, listą systemów i oceną danych da się podpisać umowę na zakres, który da się obronić — a nie na listę życzeń z pierwszej rozmowy.
Jak wygląda Zwiad krok po kroku — realny przykład
Poniższy przykład pochodzi z jednego z naszych audytów — dane klienta zanonimizowane, mechanizm i etapy prawdziwe.
Krok 1 — obserwacja procesu, nie tylko rozmowa o nim
Zanim padło jakiekolwiek pytanie o system, usiedliśmy zdalnie przy stanowiskach dwóch operatorek obsługujących zamówienia. Patrzyliśmy jak czytają maila, jak szukają informacji o produkcie, jak rozmawiają z klientem.
To ujawniło coś, czego nie było w żadnym opisie procesu przygotowanym przez zarząd: znaczna część zamówień wymagała ręcznego wyjaśnienia, bo mail klienta nie zawierał wystarczających danych — a to oznaczało dodatkowy krok, którego nikt wcześniej nie liczył jako część procesu.
Krok 2 — inwentaryzacja tego, co już istnieje
Sesja z wewnętrznym informatykiem klienta. Sprawdziliśmy, jakie systemy już działają i co z tego nadaje się do zachowania, integracji, albo przepisania od nowa. Nic nie zakładamy z góry — dashboard, który wygląda na przestarzały, czasem jest jedynym miejscem gdzie dane są kompletne.
Krok 3 — sprawdzenie, nie zgadywanie integracji
System ERP klienta działał od lat. Zanim zaproponowaliśmy cokolwiek nowego, sprawdziliśmy dostępne możliwości integracji i realne ryzyko licencyjne. Decyzja podjęta na podstawie tego, co jest — nie tego, co wygodnie założyć na etapie oferty.
Krok 4 — ocena danych pod kątem automatyzacji
Klient miał wieloletnie archiwum korespondencji z klientami. Sprawdziliśmy, czy to się nadaje jako podstawa do automatyzacji — wolumen, jakość, format. Odpowiedź rzadko jest jednoznacznym „tak” — częściej to „tak, ale nie od razu w pełni” — stąd rekomendacja trybu cienia: system proponuje, człowiek weryfikuje, zaufanie buduje się stopniowo.
Krok 5 — raport, nie tylko lista problemów
Efekt końcowy to dokumentacja techniczna, architektura proponowanego rozwiązania, harmonogram wdrożenia i wycena z uzasadnieniem każdej decyzji — plus klikalny prototyp do przetestowania z zespołem, zanim ktokolwiek napisze pierwszą linijkę kodu produkcyjnego.
Gdy Zwiad obejmuje też sieć, serwery lub backup — wynik łączy się z planem modernizacji infrastruktury IT, a nie z ogólną listą „co warto poprawić”.
Co realnie wyszło na jaw w tym konkretnym przypadku
Cztery rzeczy, które nie były widoczne przed audytem:
| Problem znaleziony podczas Zwiadu | Dlaczego nie było widać wcześniej |
|---|---|
| Zamrażane leady przepadały bez śladu | Wracał do nich tylko handlowiec, który sam o nich pamiętał — brak systemowego przypomnienia |
| Odejście jednej osoby = utrata jej bazy kontaktów | Nikt formalnie nie przejmował leadów po odejściu pracownika |
| Przepływ sprzedaż → realizacja bywał zerwany | Klient dowiadywał się o brakującej zgodzie dopiero na miejscu, od technika, nie wcześniej od handlowca |
| Brak jednolitych zasad wyceny | Rabaty ustalane ad hoc — nowi pracownicy nie wiedzieli, czemu jeden klient ma cenę poza standardem |
Żaden z tych czterech problemów nie był widoczny w pierwszej rozmowie z zarządem. Wszystkie wyszły dopiero podczas obserwacji rzeczywistej pracy zespołu.
Co się dzieje, gdy pominiesz Zwiad
Najczęstszy scenariusz, który widzimy podczas napraw po innych firmach: projekt zaczyna się od razu od wdrożenia, bez wcześniejszego rozpoznania. Zespół techniczny dostaje ogólny opis potrzeby i zaczyna pisać kod na podstawie założeń — swoich, nie klienta.
Problem pojawia się w połowie projektu. Okazuje się, że proces, który miał zostać zautomatyzowany, wygląda inaczej niż opisano na starcie. Dane, które miały zasilić nowy system, są niekompletne albo w innym formacie. Integracja z istniejącym systemem wymaga czegoś, czego nikt nie sprawdził wcześniej.
W tym momencie firma ma dwie opcje: zaakceptować wyższy koszt i dłuższy czas realizacji, albo odebrać produkt, który nie robi tego, czego faktycznie potrzebowała. Żadna z tych opcji nie jest tania — a obie byłyby tańsze, gdyby rozpoznanie odbyło się przed startem, nie w trakcie.
To jest dokładnie różnica między projektem, który zaczyna się od Zwiadu, a projektem, który zaczyna się od razu od kodu: pierwszy ma nieprzyjemną rozmowę o zakresie na starcie, drugi ma tę samą rozmowę w połowie realizacji — tylko wtedy jest ona znacznie droższa.
Zwiad a „darmowy audyt” — dlaczego to nie to samo
Wiele firm IT oferuje bezpłatny audyt jako element procesu sprzedażowego. Warto rozumieć różnicę, zanim się na coś zdecydujesz.
Darmowy audyt zwykle trwa godzinę lub dwie — rozmowę telefoniczną albo krótkie spotkanie, w trakcie którego przedstawiciel firmy zadaje kilka pytań i na tej podstawie przygotowuje ofertę. To nie jest zła praktyka sama w sobie — ale nie jest też tym samym co dogłębne rozpoznanie.
Zwiad wymaga czasu, którego nikt nie poświęci bez wynagrodzenia — sesje obserwacyjne z zespołem, sprawdzenie realnych danych, weryfikacja integracji na poziomie technicznym, nie deklaratywnym. To jest różnica między „zapytaliśmy co robicie” a „zobaczyliśmy jak to robicie naprawdę”.
Konsekwencja tej różnicy: oferta przygotowana po darmowym audycie często zmienia się w trakcie realizacji, bo pierwotne założenia okazują się niepełne. Oferta przygotowana po Zwiadzie ma zdecydowanie mniejszą szansę na taką zmianę — bo założenia zostały sprawdzone, nie zgadywane.
Co zespół klienta zyskuje na udziale w Zwiadzie
Zwiad angażuje nie tylko zarząd, ale też osoby wykonujące codzienną pracę — handlowców, operatorki, magazynierów, w zależności od tego, czego dotyczy projekt. To nie jest formalność, tylko element, który realnie wpływa na jakość końcowego wdrożenia.
Osoby pracujące na co dzień z procesem widzą rzeczy, których zarząd często nie zauważa — wyjątki, obejścia, „tak się zawsze robiło, bo kiedyś coś nie działało”. Te informacje rzadko trafiają do oficjalnego opisu procesu, a mają bezpośredni wpływ na to, czy nowe rozwiązanie faktycznie będzie pasować do rzeczywistej pracy zespołu, czy tylko do jej wyidealizowanej wersji z dokumentu.
Dodatkowa korzyść: zespół, który był zaangażowany w rozpoznanie, łatwiej akceptuje później zmianę narzędzia. Wdrożenie, które pojawia się znikąd, bez wcześniejszego udziału ludzi, którzy będą go używać, częściej napotyka opór — niezależnie od tego, jak dobre jest samo rozwiązanie technicznie.
Ile trwa Zwiad i od czego to zależy
Czas trwania Zwiadu zależy od skali projektu — nie ma jednego, sztywnego okresu:
- Prosty audyt infrastruktury (sieć, serwery, jedna lokalizacja): zazwyczaj 1–3 dni
- Audyt przed wdrożeniem CRM/ERP z integracjami: zwykle 1–2 tygodnie, w zależności od liczby systemów do zmapowania
- Duży projekt z warstwą automatyzacji i AI: może rozciągnąć się na kilka tygodni — obserwacja procesu, sesje techniczne, walidacja z zespołem to osobne etapy, które nie mogą być skrócone bez utraty jakości wyniku
Zasada jest stała niezależnie od skali: Zwiad kończy się dopiero, gdy mamy wystarczająco dużo informacji, żeby podać konkretną cenę i konkretny harmonogram — nie wcześniej.
Kiedy Zwiad ma sens, a kiedy to przesada
Nie każdy projekt wymaga wielotygodniowego rozpoznania. Zakres Zwiadu powinien odpowiadać skali decyzji, którą firma podejmuje.
Zwiad ma szczególny sens, gdy:
- Projekt dotyczy integracji kilku systemów naraz (np. CRM z ERP i magazynem) — im więcej punktów styku, tym więcej miejsc gdzie założenia mogą się nie sprawdzić
- Firma nie ma własnego działu IT i nikt wewnątrz nie potrafi ocenić, czy oferta dostawcy jest realistyczna
- Wcześniejszy projekt IT w firmie zakończył się rozjazdem między obietnicą a rezultatem
- Budżet projektu jest na tyle duży, że błędne założenia na starcie oznaczają realną stratę finansową, nie tylko niedogodność
Prostsze zlecenia — jedna, dobrze opisana zmiana w istniejącym systemie, niewielka poprawka konfiguracji — zwykle nie wymagają pełnego Zwiadu. Wystarczy krótsza, bardziej ukierunkowana rozmowa techniczna.
Zasada praktyczna: im więcej niewiadomych i im wyższy koszt błędnego założenia, tym bardziej opłaca się zapłacić za rozpoznanie przed rozpoczęciem prac — nie po to, żeby wydać więcej, tylko żeby nie wydać dwa razy na tę samą rzecz.
Dlaczego to kosztuje, i dlaczego to się opłaca
Zwiad jest płatny — to świadoma decyzja, nie sposób na dodatkowy zarobek przed właściwym projektem. Bezpłatny audyt zwykle oznacza audyt płytki, robiony pobieżnie, bo nikt nie może poświęcić na niego realnego czasu bez wynagrodzenia.
Koszt Zwiadu jest niewielki w porównaniu do kosztu błędnej decyzji technologicznej podjętej bez niego — projektu, który trzeba przerabiać w połowie, bo założenia z pierwszej rozmowy okazały się niekompletne.
Jeśli rozpoznajesz ten mechanizm u siebie — umów konsultację i ustalmy, czy Zwiad ma sens w Waszym przypadku, zanim ktoś zacznie pisać kod.
FAQ — najczęstsze pytania o Zwiad IT
Co to jest Zwiad IT w DC House?
Zwiad to płatny audyt diagnostyczny poprzedzający każdy projekt IT — obejmuje obserwację procesów, inwentaryzację systemów, ocenę danych i przygotowanie dokumentacji z konkretnym planem, zanim padnie jakakolwiek decyzja techniczna.
Ile trwa Zwiad IT?
Od 1–3 dni przy prostym audycie infrastruktury do kilku tygodni przy dużych projektach z integracjami i warstwą automatyzacji. Czas zależy od skali i liczby systemów do zmapowania, nie jest z góry ustalony.
Dlaczego Zwiad jest płatny, skoro inne firmy oferują darmowy audyt?
Płatny audyt pozwala poświęcić mu realny czas i dokładność. Bezpłatne audyty zwykle są powierzchowne, bo nikt nie może uzasadnić poświęcenia na nie wielu godzin bez wynagrodzenia.
Co dostaję po zakończeniu Zwiadu?
Dokumentację techniczną, architekturę proponowanego rozwiązania, harmonogram wdrożenia, wycenę z uzasadnieniem każdej decyzji oraz — w większych projektach — klikalny prototyp do przetestowania z zespołem.
Czy Zwiad można zrobić zdalnie?
Tak. Część elementów (obserwacja procesu, sesje techniczne z zespołem IT klienta) można przeprowadzić zdalnie. Elementy wymagające fizycznej oceny infrastruktury (sieć, serwerownia) zwykle wymagają wizyty na miejscu — szczegóły w ofercie infrastruktury IT.