--- title: "Jak wybrać partnera do wdrożenia AI w firmie?" url: "https://majchrzycki.com/blog/jak-wybrac-partnera-do-wdrozenia-ai-w-firmie" description: "Jak porównać dużą firmę wdrożeniową, małą i freelancera: kto będzie pracował, czyje są repozytorium, kod i konta oraz co sprawdzić przed podpisaniem umowy." --- # Jak wybrać partnera do wdrożenia AI w firmie? 5 października 2026·10 min czytania·[Krzysztof Majchrzycki](https://majchrzycki.com/o-mnie) Temat: [Strategia i opłacalność AI](https://majchrzycki.com/blog/filar/strategia-i-oplacalnosc-ai) **Partnera do wdrożenia AI wybiera się po tym, kto konkretnie będzie pracował przy Waszym projekcie i czy po jego zakończeniu repozytorium, konta i dokumentacja zostaną w firmie.** Logotypy klientów i poziom w programie partnerskim vendora mówią coś o firmie wdrożeniowej, ale nie o zespole, który dostaniecie. Duża firma, mała firma i freelancer mogą być dobrym wyborem — pod warunkiem, że zarząd sam trzyma cel, kryterium odbioru i klucze. Wtedy zmiana partnera jest projektem do zaplanowania, a nie utratą całego wdrożenia. Wybór partnera to jedna z decyzji inwestycyjnych. Szerszy sposób porównywania korzyści, kosztu i ryzyka opisuje [przewodnik po strategii i opłacalności AI](https://majchrzycki.com/blog/filar/strategia-i-oplacalnosc-ai). ## Po co firmie partner i za co odpowiada Przy wdrożeniu AI pracują trzy strony. Każda odpowiada za coś innego. **Zarząd** odpowiada za cel, decyzje i odbiór. To zarząd wie, jaki problem ma zniknąć, kto po stronie firmy prowadzi projekt i po czym pozna, że się udało. **Partner** odpowiada za wykonanie: budowę, integracje z systemami firmy i utrzymanie techniczne. Partner to firma wdrożeniowa albo freelancer — ktoś, kto buduje u Was. **Vendor** odpowiada za platformę i model, na których system działa. Vendor to producent technologii, na przykład Microsoft, Google, IBM, AWS, Anthropic albo OpenAI. Open source to osobny przypadek: stos technologii bez jednego producenta. Najważniejsze pytanie w tym podziale brzmi: kto mówi „gotowe”? Odpowiedź: osoba po stronie firmy, według kryterium spisanego przed startem. Nie partner na podstawie udanego dema. Nie panel vendora, który pokazuje same zielone kafelki. Agent AI też chętnie ogłosi „zadanie wykonane” — zwykle po pierwszym przebiegu testu, który sam napisał. Jeśli prawo do odbioru oddacie partnerowi, oddajecie mu też definicję sukcesu. A wtedy sukces zawsze się zgadza. Schemat trzech ról we wdrożeniu AI. Zarząd odpowiada za cel, decyzje i odbiór oraz trzyma konta i repozytorium. Partner odpowiada za wykonanie. Vendor odpowiada za platformę i model. „Gotowe” mówi osoba po stronie firmy według kryterium spisanego przed startem. Trzy role, trzy zakresy odpowiedzialności. Prawo do powiedzenia „gotowe” zostaje po stronie firmy. ## Zanim zaczniecie szukać Zanim zaprosicie partnerów do rozmowy, firma potrzebuje czterech rzeczy. Żadnej z nich partner nie przyniesie za Was. 1. **Opisany problem i proces.** Jedna strona, językiem firmy. „Faktury zakupowe czekają tydzień na akceptację” to problem. „Potrzebujemy agenta AI” to nazwa narzędzia. 2. **Właściciel po stronie firmy.** Osoba, która ma czas na projekt i prawo podejmować decyzje. Bez niej każde pytanie partnera czeka na zebranie zarządu. 3. **Dostęp do danych.** Kto zatwierdza dostęp, do jakich danych i na jakich zasadach. To trzeba ustalić przed startem, a nie w trzecim tygodniu projektu. 4. **Kryterium sukcesu, które da się sprawdzić przy odbiorze.** Coś, co można zmierzyć albo pokazać na Waszym przykładzie. „Lepsza obsługa” nie jest kryterium. Bez tych czterech rzeczy partner wypełni lukę własnym pomysłem. Zwykle takim, który najlepiej umie sprzedać. To nie jest zła wola — tak działa każda oferta pisana bez opisu problemu. Jeśli zarząd nie umie dziś nazwać problemu i właściciela, porównywanie ofert jest przedwczesne. Najpierw warto przejść przez [prezentację dla zarządu](https://majchrzycki.com/wspolpraca/prezentacja-systemu-ai-dla-zarzadu) — tam to zarząd nazywa problem, a na stole zostaje jego opis, z którym można iść do partnerów. ## Duża firma wdrożeniowa, mała firma, freelancer Żaden typ partnera nie wygrywa z góry. Liczy się dopasowanie do zakresu projektu i do tego, co firma umie potem przejąć. Tabela pokazuje typowe tendencje, nie regułę — każdą ofertę trzeba sprawdzić na własnym projekcie. Kryterium Duża firma wdrożeniowa Mała firma wdrożeniowa Freelancer Kto faktycznie pracuje na rozmowie bywa inny zespół niż w projekcie — pytajcie o nazwiska zwykle ci sami ludzie od rozmowy do odbioru jedna osoba, którą znacie Ciągłość i zastępowalność łatwo zastąpić osobę, trudniej utrzymać wiedzę przy rotacji zależy od kilku kluczowych osób odejście albo choroba oznacza przestój Koszt i elastyczność więcej warstw zarządzania, formalna ścieżka zmian krótsza ścieżka zmian najmniej narzutu, ograniczona przepustowość Szybkość decyzji kilka szczebli właściciel blisko projektu od ręki Zależność od jednej osoby mała średnia pełna — potrzebny plan zastępstwa Utrzymanie po wdrożeniu zwykle osobny zespół utrzymania trzeba sprawdzić, kto dyżuruje ryzykowne bez zastępcy i dokumentacji Gotowe procedury bezpieczeństwa zwykle są — poproście o dokument, nie o deklarację różnie — poproście o opis zwykle brak, trzeba je zapisać w umowie Prawa do kodu kod piszą pracownicy partnera, więc prawa ma partner — przeniesienie na firmę wymaga umowy jak obok, plus ewentualni podwykonawcy partnera twórcą jest sam freelancer — przeniesienie wymaga umowy na piśmie Porównanie trzech typów partnera — dużej firmy wdrożeniowej, małej firmy wdrożeniowej i freelancera — w ośmiu kryteriach: kto faktycznie pracuje, ciągłość, koszt i elastyczność, szybkość decyzji, zależność od jednej osoby, utrzymanie, procedury bezpieczeństwa i prawa do kodu. Opisy to typowe tendencje, a żaden typ nie wygrywa z góry. Te same osiem kryteriów co w tabeli powyżej. Opisy pokazują typowe tendencje, nie regułę — każdą ofertę sprawdźcie na własnym projekcie. ### Kiedy który typ ma sens **Duża firma wdrożeniowa** ma sens, gdy projekt dotyka wielu systemów naraz, firma ma twarde wymogi bezpieczeństwa albo potrzebuje ciągłości przez lata. Płacicie za strukturę. Pilnujcie tylko, żeby w projekcie pracowali ludzie z rozmowy, a nie ich zastępcy. **Mała firma wdrożeniowa** ma sens, gdy zależy Wam na tych samych ludziach od pierwszej rozmowy do odbioru. Decyzje zapadają szybko. Ryzykiem jest kilka kluczowych osób, więc zapytajcie, kto przejmie projekt, gdy jednej zabraknie. **Freelancer** ma sens przy wąskim zakresie albo pilocie. Warunek: repozytorium i dokumentacja są po stronie firmy od pierwszego dnia. Wtedy odejście freelancera to kłopot, a nie katastrofa. Agent AI napisze Wam w minutę piękną tabelę porównawczą trzech partnerów. Z gwiazdkami. Bez jednego źródła. Tabela wyżej nie ma gwiazdek celowo — ocenę daje dopiero rozmowa z konkretnym zespołem. ## O co zapytać na pierwszej rozmowie Siedem pytań. Przy każdym — po co je zadajecie. 1. **Kto konkretnie będzie pracował?** Imiona, role, ile czasu w tygodniu. Firma, która nie umie podać nazwisk, jeszcze nie wie, kogo Wam przydzieli. 2. **Jaki podobny projekt nie zadziałał i co zmieniliście potem?** Zespół, który nie ma takiej historii, albo jej nie pamięta, albo nie chce jej opowiedzieć. Każda z tych odpowiedzi coś mówi. 3. **Jak zmierzycie efekt?** Czym, na jakich danych i kto to sprawdzi. Jeśli odpowiedzią jest „klient będzie zadowolony”, pomiaru nie ma. 4. **Kto utrzyma system po wdrożeniu i ile to kosztuje miesięcznie?** Kwota ma się znaleźć w ofercie partnera. System AI po uruchomieniu nie przestaje kosztować — zmieniają się dane, modele i ludzie. 5. **Co się dzieje, gdy kluczowa osoba odejdzie?** Dobra odpowiedź zawiera nazwisko zastępcy i miejsce, gdzie leży dokumentacja. 6. **Na czyim koncie powstanie repozytorium i konta u vendora?** Jedyna dobra odpowiedź: na koncie firmy. Więcej o tym niżej, w części o plikach źródłowych. 7. **Jak sprawdzacie kod pisany z pomocą agentów AI?** Kto go czyta, zanim trafi do głównej wersji. Agent pisze szybko i pewnie. Czasem pewniej, niż na to zasługuje. Jedna rada praktyczna: demo zawsze działa na pierwszym przykładzie. Poproście o drugi — Wasz, z prawdziwym bałaganem. ## Co sprawdzić przed podpisaniem Pierwsza rozmowa pokazuje, jak partner mówi. Sprawdzenie przed podpisaniem pokazuje, jak pracuje. Na tym etapie prosicie o rzeczy, których nie da się przygotować w jeden wieczór: rozmowę z poprzednim klientem, kawałek prawdziwej dokumentacji i opis pracy na dostępach. Partner, który dobrze pracuje, ma je pod ręką. Partner, który dobrze sprzedaje, zwykle prosi o więcej czasu. ### Referencje: rozmowa, nie lista logo Poproście o kontakt do osoby po stronie klienta, która odbierała projekt. Nie do handlowca i nie do kierownika projektu partnera. Wystarczą trzy pytania: co miało powstać, co powstało i co poprawialiście po odbiorze. Lista logotypów na slajdzie nie odpowiada na żadne z nich. ### Próbka dokumentacji Poproście o zanonimizowany fragment dokumentacji z poprzedniego projektu. Sprawdźcie jedno: czy inna firma zrozumiałaby z niej system. README napisane przez agenta AI potrafi z dużą pewnością opisać funkcje, których nie ma. Dlatego czytajcie dokumentację, a nie tylko sprawdzajcie, czy istnieje. ### Praca na dostępach Partner pracuje na kontach firmy, z najmniejszym potrzebnym zakresem uprawnień i z terminem ważności. Ludzie i agenci albo integracje dostają osobne tożsamości. Po zakończeniu projektu dostęp się odbiera — i ktoś po stronie firmy to sprawdza. ### RODO i AI Act: kto odpowiada To nie jest porada prawna — umowę i obowiązki z RODO i AI Act oceni prawnik. Zarząd powinien jednak wiedzieć, kto za co odpowiada, zanim usiądzie do rozmowy. **RODO.** Gdy partner przetwarza dane osobowe w imieniu firmy, firma jest administratorem danych, a partner podmiotem przetwarzającym. Potrzebna jest wtedy umowa powierzenia przetwarzania. Odpowiedzialność za wybór partnera, który daje wystarczające gwarancje ochrony danych, zostaje po stronie firmy. Urząd Ochrony Danych Osobowych przypomina, że [powierzenie przetwarzania danych trzeba udokumentować](https://uodo.gov.pl/pl/138/2485). Jeśli partner korzysta z dalszych podmiotów — podwykonawcy, freelancera albo usługi vendora — zapytajcie, jak obowiązki przechodzą dalej i kto o nich decyduje. Tekst rozporządzenia jest w [EUR-Lex (RODO)](https://eur-lex.europa.eu/eli/reg/2016/679/oj/pol). **AI Act.** Unijne [rozporządzenie o sztucznej inteligencji](https://eur-lex.europa.eu/eli/reg/2024/1689/oj/pol) rozdziela obowiązki między role. Firma, która używa systemu AI w swojej działalności, jest zwykle „podmiotem stosującym”. Kto jest „dostawcą” w rozumieniu AI Act, zależy od tego, kto wprowadza system do obrotu albo oddaje go do użytku pod własną nazwą. Przy systemie budowanym na zamówienie to pytanie do prawnika, nie do handlowca partnera. AI Act zajmuje się też kompetencjami w zakresie AI ludzi, którzy z systemem pracują. Zapytajcie partnera, co z tego bierze na siebie — szkolenie, instrukcje — a co zostaje u Was. Harmonogram obowiązków AI Act się zmieniał — aktualny sprawdźcie na [stronie Komisji Europejskiej o wdrażaniu AI Act](https://ai-act-service-desk.ec.europa.eu/en/ai-act/timeline/timeline-implementation-eu-ai-act). **Polska ustawa.** W Polsce uchwalono też [ustawę o systemach sztucznej inteligencji](https://eli.gov.pl/eli/DU/2026/1003/ogl/pol). Które jej przepisy dotyczą Waszej firmy i od kiedy, oceni prawnik. ### Poziom w programie partnerskim vendora: co mówi, a czego nie Programy partnerskie vendorów oceniają firmę wdrożeniową jako całość. Liczą certyfikowane osoby, wdrożenia, historie klientów, a czasem też sprzedaż technologii danego vendora. Oznaczenie bywa przyznawane całej firmie partnera, a nie zespołowi, który będzie pracował przy Waszym projekcie. Z tego wynikają dwie rzeczy. Po pierwsze, wysoki poziom nie mówi, kto przyjdzie do Was. Po drugie, partner wysoko w programie jednego vendora ma powód, żeby proponować właśnie jego technologię. To nie zarzut. To informacja, którą warto mieć na stole, kiedy partner porównuje dla Was platformy. Certyfikaty konkretnych osób zwykle da się sprawdzić samodzielnie. Poproście o link do poświadczenia osoby, która będzie pracować przy projekcie, i otwórzcie go na stronie wystawcy. Zdany egzamin w historii szkoleń to jeszcze nie certyfikat. Nazwy programów i poziomów zmieniają się częściej niż logotypy. Jak sprawdzić partnera u konkretnego vendora, opisują osobne wpisy: - [partner do wdrożenia AI na technologii Microsoft](https://majchrzycki.com/blog/jak-wybrac-partnera-microsoft-do-wdrozenia-ai) - [partner do wdrożenia AI w Google Cloud](https://majchrzycki.com/blog/jak-wybrac-partnera-google-cloud-do-wdrozenia-ai) - [partner do wdrożenia AI w IBM Cloud](https://majchrzycki.com/blog/jak-wybrac-partnera-ibm-cloud-do-wdrozenia-ai) - [partner do wdrożenia AI w AWS](https://majchrzycki.com/blog/jak-wybrac-partnera-aws-do-wdrozenia-ai) - [partner do wdrożenia AI na modelach Anthropic](https://majchrzycki.com/blog/jak-wybrac-partnera-anthropic-do-wdrozenia-ai) - [partner do wdrożenia AI na modelach OpenAI](https://majchrzycki.com/blog/jak-wybrac-partnera-openai-do-wdrozenia-ai) - [partner do wdrożenia AI na stosie open source](https://majchrzycki.com/blog/jak-wybrac-partnera-do-wdrozenia-open-source-ai) ## Pliki źródłowe, repozytorium i własność Tu rozstrzyga się, ile będzie kosztowała zmiana partnera. Najlepiej rozmawiać o tym konkretnie — zdaniami, które da się wpisać do oferty i umowy. ### Repozytorium na koncie firmy od pierwszego dnia Firma zakłada organizację i repozytorium kodu, a potem zaprasza do niego partnera. Nie odwrotnie. Obietnica „przeniesiemy wszystko na koniec projektu” oznacza negocjację w najgorszym możliwym momencie: gdy projekt się kończy, a Wy potrzebujecie kodu bardziej niż partner. Repozytorium na prywatnym koncie programisty to pendrive, tylko z ładniejszym logo. ### Co ma być Wasze Wpiszcie do oferty i umowy, że do firmy należą: - kod, - prompty i instrukcje agentów, - konfiguracje agentów, przepływów pracy i uprawnień, - scenariusze testowe i dane testowe, - dane użyte do strojenia albo oceny modeli, - dokumentacja. Kod napisany przez partnera nie przechodzi na firmę sam z siebie. Według [ustawy o prawie autorskim i prawach pokrewnych](https://isap.sejm.gov.pl/isap.nsf/DocDetails.xsp?id=WDU20250000024) przeniesienie praw do kodu trzeba zapisać w umowie na piśmie i wymienić w niej pola eksploatacji, czyli sposoby, w jakie firma może z kodu korzystać. Czego umowa nie wymienia, tego firma nie dostaje. Brzmienie takiego zapisu ocenia prawnik. Przy promptach i konfiguracjach nie zakładajcie niczego. Zapiszcie w umowie, że są Wasze i na jakich zasadach. ### Licencje komponentów open source Poproście o listę komponentów open source użytych w systemie, z identyfikatorem licencji każdego z nich. Identyfikatory pochodzą ze standardowej [listy licencji SPDX](https://spdx.org/licenses/). Licencja open source to warunki korzystania, a nie brak warunków — co je łączy, opisuje [definicja Open Source Initiative](https://opensource.org/osd). Uwaga na modele z „otwartymi wagami”: to nie zawsze open source w tym sensie. Szczegóły są we wpisie o partnerze na stosie open source. ### Dokumentacja, z którą inny partner przejmie system Prosty test: czy nowy partner uruchomi system, wprowadzi zmianę i wycofa ją bez telefonu do autora? Jeśli nie, dokumentacja jest niepełna, nawet jeśli ma sto stron. Zapiszcie ten test jako warunek odbioru, a nie jako dobre życzenie. ### Konta i klucze w firmie, nie u partnera Subskrypcje, tenant, konto rozliczeniowe u vendora, role właściciela i klucze API zakłada i trzyma firma. Partner dostaje rolę niższą i na czas projektu. Jak to wygląda u konkretnego vendora, opisują wpisy z listy wyżej. ### Cena wyjścia Zadajcie partnerowi pytanie do oferty: ile pracy i pieniędzy będzie kosztowała zmiana partnera za rok? Jeśli partner nie umie odpowiedzieć, to też jest odpowiedź. Jak to policzyć na jednym procesie, pokazuje wpis [jak policzyć koszt wyjścia, zanim kupicie AI](https://majchrzycki.com/blog/zmiana-dostawcy-ai-umowa-dane). ## Umowa i sposób rozliczenia Umowę ocenia prawnik. Tu są tylko pytania, które zarząd powinien postawić, zanim umowa trafi do prawnika. ### Etapy z odbiorem Każdy etap kończy się odbiorem według kryterium spisanego przed startem. Płatność przychodzi po odbiorze etapu, a nie po upływie kalendarza. ### Za efekt czy za godziny Rozliczenie godzinowe przenosi ryzyko zakresu na firmę: płacicie za czas, także za ślepe uliczki. Rozliczenie za efekt przenosi ryzyko na partnera — a partner wtedy rozsądnie zawęża zakres. Oba modele działają, jeśli kryterium odbioru jest spisane. Bez niego oba zawodzą, tylko w różnych miejscach. ### Kto płaci za błędy Ustalcie, kto i w jakim terminie poprawia błąd po odbiorze. Ustalcie też, co jest błędem, a co zmianą zakresu. Agent, który po aktualizacji modelu zaczyna odpowiadać inaczej niż w dniu odbioru — to błąd czy „nowa funkcja”? Zapiszcie, zanim się okaże. ### Okres utrzymania Co obejmuje utrzymanie, jaki jest czas reakcji, jak się kończy i co partner oddaje przy końcu współpracy. To ostatnia chwila, w której repozytorium, konta i dokumentacja muszą być kompletne po stronie firmy. ### Lista kontrolna przed podpisaniem Dziesięć punktów do sprawdzenia w ofercie i umowie: 1. Nazwiska i role osób, które będą pracować przy projekcie. 2. Referencja rozmową z osobą, która odbierała projekt — nie lista logo. 3. Próbka dokumentacji z poprzedniego projektu. 4. Umowa powierzenia, jeśli partner przetwarza dane osobowe w imieniu firmy. 5. Repozytorium na koncie firmy od pierwszego dnia. 6. Konta u vendora, subskrypcje i klucze API po stronie firmy. 7. Lista komponentów open source z licencjami. 8. Przeniesienie praw do kodu na piśmie, z wymienionymi polami eksploatacji. 9. Etapy z kryterium odbioru, płatność po odbiorze etapu. 10. Warunki utrzymania i zakończenia: co partner oddaje na koniec. Punkty 5–8 decydują o tym, ile kosztuje późniejsza zmiana partnera. Brak któregoś punktu to temat do negocjacji, zanim umowa trafi do prawnika. Lista kontrolna z dziesięcioma punktami do sprawdzenia przed podpisaniem umowy z partnerem, w czterech blokach: zespół i referencje, dane osobowe, pliki źródłowe z repozytorium i kontami oraz umowa z odbiorem. Wyróżniony blok o plikach źródłowych wymienia, co ma należeć do firmy: kod, prompty, konfiguracje, dane testowe, dane do strojenia modeli i dokumentację. Lista kontrolna przed podpisaniem. Blok o plikach źródłowych, repozytorium i kontach decyduje o tym, ile kosztuje późniejsza zmiana partnera. Umowę ocenia prawnik. ## Czerwone flagi - **„Zrobimy wszystko.”** Partner, który nie mówi, czego nie zrobi, nie zna jeszcze zakresu. Agent AI obiecuje to samo szybciej niż handlowiec — i równie bez pokrycia. - **Brak nazwisk w zespole.** Kupujecie pracę konkretnych ludzi. Jeśli ich nie znacie, nie wiecie, co kupujecie. - **Kod tylko u wykonawcy.** Repozytorium poza firmą to zależność, którą odkryjecie w dniu, w którym będziecie chcieli zmienić partnera. - **Brak kryterium odbioru.** Bez niego „gotowe” znaczy to, co akurat wygodnie znaczy. - **Pilot bez planu produkcji.** Zapytajcie, kto, za ile i na czyim koncie uruchomi system dla wszystkich użytkowników. Pilot, który działa tylko na laptopie partnera, jest prezentacją, a nie projektem. ## Jak mogę pomóc Pracuję po stronie zarządu, niezależnie od vendora i partnera. Pomagam opisać problem i kryteria wyboru, a potem wybrać wykonawcę. Projektuję i pilnuję, żeby powstało to, co zaprojektowane. Buduje partner wybrany razem z Wami, pracujący na Waszym repozytorium. Umowę na budowę podpisujecie bezpośrednio z partnerem. Nie pośredniczę i nie doliczam marży do cudzej pracy. Nie biorę prowizji za skierowanie klienta — w żadną stronę. Pierwszym krokiem jest prezentacja dla zarządu. To zarząd nazywa na niej problem, nie ja. Z tym opisem łatwiej porównać oferty, bo wiadomo, czego od partnera oczekujecie. - Zakupy IT - Suwerenność - Zarząd ## Wybierzmy partnera razem, zanim podpiszecie umowę Prezentacja dla zarządu: nazwiemy problem, który wykonawca ma rozwiązać, zanim wybierzecie partnera. Pracuję po Waszej stronie, niezależnie od vendora i partnera. [Umów prezentację dla zarządu](https://majchrzycki.com/wspolpraca/prezentacja-systemu-ai-dla-zarzadu) ## Czytaj dalej - [Jak wybrać partnera Microsoft do wdrożenia AI?](https://majchrzycki.com/blog/jak-wybrac-partnera-microsoft-do-wdrozenia-ai) - [Jak wybrać partnera do wdrożenia AI w IBM Cloud?](https://majchrzycki.com/blog/jak-wybrac-partnera-ibm-cloud-do-wdrozenia-ai) - [Jak wybrać partnera do wdrożenia AI w Google Cloud?](https://majchrzycki.com/blog/jak-wybrac-partnera-google-cloud-do-wdrozenia-ai) - [Jak wybrać partnera do wdrożenia AI na modelach Anthropic (Claude)?](https://majchrzycki.com/blog/jak-wybrac-partnera-anthropic-do-wdrozenia-ai)