Jak wybrać partnera do wdrożenia AI w firmie?

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.

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.

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 — 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

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ć. 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).

AI Act. Unijne rozporządzenie o sztucznej inteligencji 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.

Polska ustawa. W Polsce uchwalono też ustawę o systemach sztucznej inteligencji. 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
• partner do wdrożenia AI w Google Cloud
• partner do wdrożenia AI w IBM Cloud
• partner do wdrożenia AI w AWS
• partner do wdrożenia AI na modelach Anthropic
• partner do wdrożenia AI na modelach OpenAI
• partner do wdrożenia AI na stosie open source

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 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. Licencja open source to warunki korzystania, a nie brak warunków — co je łączy, opisuje definicja Open Source Initiative. 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.

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.

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.