--- title: "Co zostaje w firmie po doradcy i wykonawcy AI?" url: "https://majchrzycki.com/blog/co-zostaje-po-doradcy-ai" description: "Lista rezultatów, których firma powinna oczekiwać po doradcy AI: decyzje, mapa procesu, dokumentacja, prawa do danych i sposób samodzielnego utrzymania." --- # Co zostaje w firmie po doradcy i wykonawcy AI? 2 lutego 2026·2 min czytania·Krzysztof Majchrzycki Temat: [Bezpieczeństwo i utrzymanie AI](https://majchrzycki.com/blog/filar/bezpieczenstwo-i-utrzymanie-ai) **Po projekcie doradczym firma powinna posiadać więcej niż slajdy i dostęp do działającego ekranu.** Powinna umieć wyjaśnić, jak przebiega proces, skąd pochodzą dane, kto odpowiada za decyzje, co zostało zbudowane i kto może to dalej zmieniać. Jeśli tylko wykonawca rozumie te odpowiedzi, wdrożenie zamieniło się w nową zależność. Szersze zasady odpowiedzialności i utrzymania opisuje [przewodnik po bezpieczeństwie i utrzymaniu AI](https://majchrzycki.com/blog/filar/bezpieczenstwo-i-utrzymanie-ai). ## Rozdziel wiedzę o firmie od wiedzy o narzędziu Mapa procesu opisuje rzeczywiste kroki, wyjątki i osoby decydujące. Mapa danych pokazuje źródła, definicje i właścicieli. Reguły biznesowe wyjaśniają, kiedy można coś zatwierdzić albo odrzucić. Dopiero na tym tle dokumentacja techniczna opisuje integracje, uprawnienia, kod i model AI. Dwie ostatnie rzeczy mogą zmienić się po roku; pierwsze trzy pozostają aktywem firmy, jeśli są zrozumiałe dla jej ludzi. Zwróć uwagę na format rezultatu. Obraz architektury w prezentacji nie wystarczy do utrzymania systemu. Potrzebne są aktualne instrukcje, wersje reguł, scenariusze testowe i wskazanie osoby, która akceptuje zmianę. Nie wymagaj jednak dokumentowania każdego szczegółu „na wszelki wypadek”. Dokumentacja ma pozwalać na konkretne działania: naprawę błędu, zmianę procesu i wymianę wykonawcy. ## Odbiór, który sprawdza niezależność Przeprowadź trzy próby. Niech pracownik firmy odtworzy drogę jednej sprawy na podstawie dokumentacji. Niech inny członek zespołu wskaże, jak cofnąć błędną zmianę. Niech osoba spoza projektu, ale z uprawnieniem, znajdzie dane i umowę potrzebne do przekazania systemu kolejnemu wykonawcy. Jeśli wszystko wymaga telefonu do autora rozwiązania, odbiór jest niepełny. Istotne są też prawa: dostęp do danych, kodu i konfiguracji, warunki korzystania z komponentów zewnętrznych oraz możliwość eksportu w użytecznym formacie. Nie każde rozwiązanie musi być uruchamiane lokalnie, ale [zmiana dostawcy AI](https://majchrzycki.com/blog/zmiana-dostawcy-ai-umowa-dane) powinna być wykonalnym projektem, nie tylko zdaniem w ofercie. ## Pytania odbiorowe, na które powinna odpowiedzieć własna firma Poproś nie wykonawcę, lecz osobę z Twojej organizacji o odpowiedź na pięć pytań: skąd agent bierze dane, jakie reguły ograniczają jego działanie, kto zatwierdza zmianę, jak wyłączyć błędną funkcję i w jaki sposób nowy dostawca przejąłby system. Nie chodzi o pamięć wszystkich szczegółów. Chodzi o to, czy istnieje ścieżka znalezienia odpowiedzi bez osobistej znajomości autora projektu. Warto rozróżnić trzy rodzaje materiałów odbiorowych. **Opis biznesowy** mówi, co firma robi i dlaczego. **Opis operacyjny** pozwala pracownikowi przejąć sprawę i obsłużyć wyjątek. **Opis techniczny** umożliwia naprawę, test i zmianę konfiguracji. Jeśli istnieje tylko trzeci, system może być utrzymywalny dla programisty, a nadal niezrozumiały dla właściciela procesu. Jeśli istnieje tylko pierwszy, wdrożenie stanie przy pierwszym incydencie. Zarezerwuj czas na przekazanie wiedzy w harmonogramie i budżecie. Odbiór w ostatnim dniu projektu bywa za późny na wykrycie, że nikt z zespołu nie potrafi wykonać podstawowej zmiany. Lepiej sprawdzać dokumenty na kolejnych etapach, gdy można jeszcze poprawić sposób pracy. ## Co wpisać do zakresu prac? Zapisz oczekiwane artefakty i test odbioru dla każdego z nich: mapa procesu, definicje danych, granice decyzji agenta, rejestr integracji, zestaw przypadków testowych, instrukcja awaryjna i plan utrzymania. Poproś o pokazanie ich na jednej rzeczywistej sprawie. [Płatny Blueprint Firmy w ścieżce współpracy](https://majchrzycki.com/wspolpraca) jest przykładem etapu, w którym taki model i plan powstają przed szerokim wdrożeniem. - Zakupy IT - Suwerenność - Utrzymanie AI ## Przełóż temat na projekt w Twojej firmie Zobacz zakres współpracy: od rozpoznania procesu i danych po projekt rozwiązania AI. [Zobacz współpracę](https://majchrzycki.com/wspolpraca) ## Czytaj dalej - [Jak kupować AI, żeby za dwa lata móc zmienić dostawcę?](https://majchrzycki.com/blog/zmiana-dostawcy-ai-umowa-dane) - [Dostawca obiecuje autonomicznego agenta AI. O co zapytać?](https://majchrzycki.com/blog/dostawca-ai-obiecuje-autonomie) - [Jak sprawdzić dostawcę AI przed przekazaniem danych?](https://majchrzycki.com/blog/ocena-dostawcy-ai-przed-udostepnieniem-danych) - [Kto płaci za utrzymanie agenta AI po pilotażu?](https://majchrzycki.com/blog/kto-placi-za-utrzymanie-agenta)