--- title: "Jak wybrać partnera do wdrożenia AI w Amazon Web Services?" url: "https://majchrzycki.com/blog/jak-wybrac-partnera-aws-do-wdrozenia-ai" description: "Co sprawdzić u partnera wdrażającego AI w AWS: poziom w AWS Partner Network, kompetencje, katalog, konto root i organizacja w firmie oraz pytania do oferty." --- # Jak wybrać partnera do wdrożenia AI w Amazon Web Services? 5 października 2026·4 min czytania·[Krzysztof Majchrzycki](https://majchrzycki.com/o-mnie) Temat: [Amazon Web Services AI](https://majchrzycki.com/blog/filar/amazon-web-services-ai) **Partnera do wdrożenia AI w Amazon Web Services (AWS) sprawdzacie w programie AWS Partner Network: poziom partnera to jedno, a kompetencja w obszarze AI to drugie. Najważniejsze jest jednak, czy konto AWS i jego użytkownik root zostaną po stronie firmy.** Poziom w programie opiera się głównie na liczbie certyfikowanych osób i zrealizowanych projektów, więc nie opisuje jakości konkretnego wdrożenia. Ogólne zasady wyboru partnera są w [poradniku o wyborze partnera do wdrożenia AI](https://majchrzycki.com/blog/jak-wybrac-partnera-do-wdrozenia-ai-w-firmie). Tu tylko to, co jest inne przy AWS. Co partner ma właściwie wdrożyć — Bedrock, agentów czy asystenta dla pracowników — wyjaśnia [poradnik o AI w AWS dla firm](https://majchrzycki.com/blog/co-to-jest-amazon-bedrock-poradnik-dla-firm). Wszystkie wpisy zbiera strona [Amazon Web Services AI](https://majchrzycki.com/blog/filar/amazon-web-services-ai). ## Jak sprawdzić partnera w AWS Partner Network Program nazywa się AWS Partner Network. Dla firm usługowych [AWS opisuje](https://aws.amazon.com/partners/services-tiers/) trzy poziomy: Select, Advanced i Premier. Wyższe poziomy wymagają więcej certyfikowanych osób i więcej zrealizowanych projektów. Dokładne progi AWS zmienia i publikuje na stronie poziomów, więc odczytajcie je tam, zamiast ufać przekazowi z drugiej ręki. Poziom mówi o wolumenie, a nie o tym, czy dany projekt się udał. Dlatego sprawdzajcie też drugą warstwę: osobne programy, które walidują umiejętności w konkretnym obszarze. AWS opisuje je jako programy kompetencji (Competency), dostarczania usług (Service Delivery) i usług zarządzanych (MSP). Strony AWS używają też nazwy „Specializations”. Nazewnictwo w serwisie nie jest spójne, więc pytajcie partnera, jaki dokładnie status ma na myśli i gdzie można go zobaczyć. W obszarze AI AWS prowadzi [program kompetencji AI](https://aws.amazon.com/ai/generative-ai/partners/) obejmujący generatywną AI i agentów. Zgodnie z opisem AWS waliduje on doświadczenie i udane projekty. To dobry punkt zaczepienia: zapytajcie, czy partner ma tę kompetencję i w której kategorii. Partnerów znajdziecie w katalogu [AWS Partner Solutions Finder](https://partners.amazonaws.com/find/). Sprawdźcie, czy firma i rozwiązanie, które Wam proponują, tam występują. Certyfikaty osób AWS są wydawane jako cyfrowe odznaki przez Credly. Poproście o link do odznaki konkretnej osoby, która będzie przy projekcie. [Strona AWS o odznakach](https://aws.amazon.com/certification/certification-digital-badges/) opisuje, że odznaka pokazuje, czy certyfikat jest aktywny. ## Czyje konto AWS i kto ma root W AWS rozstrzyga konto. [AWS Organizations](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_introduction.html) pozwala zarządzać wieloma kontami centralnie, z jedną skonsolidowaną fakturą. Konto, które tworzy organizację, jest kontem zarządzającym, pozostałe są kontami członkowskimi. Organizacja ma więc należeć do firmy, a partner może dostać dostęp do wybranych kont. Druga sprawa to użytkownik root. AWS zaleca w [dobrych praktykach](https://docs.aws.amazon.com/IAM/latest/UserGuide/root-user-best-practices.html), żeby adres e-mail root był adresem zarządzanym przez firmę i przekazującym wiadomości do grupy osób, a nie do jednej. Ma też wymagać uwierzytelniania wieloskładnikowego. To najlepsza kontrola przeciwko sytuacji, w której konto firmy jest przypisane do prywatnej skrzynki jednego inżyniera partnera. Zapytajcie wprost, na czyj adres założono konto. ### Zakup przez partnera a własność konta AWS ma program dla partnerów odsprzedających usługi i fakturujących klientom, nazywany [AWS Solution Provider](https://aws.amazon.com/partners/programs/solution-provider/). Według opisu programu partner może samodzielnie zarządzać rozliczeniami klienta. Strona nie rozstrzyga jednak, kto ma dostęp root do konta klienta w takim modelu. Dlatego przed zakupem przez partnera ustalcie to na piśmie: czyje to konto, kto jest właścicielem, kto ma dostęp root i co się stanie z kontem, gdy zakończycie współpracę. Odpowiedź sprawdźcie też w dokumentacji rozliczeń AWS. Ofertę partnera można też kupić przez AWS Marketplace, gdzie funkcjonują oferty prywatne. To inny kanał zakupu. Pytania o własność konta i umowę zostają takie same. ## Licencje u vendora a umowa z partnerem Są tu dwie warstwy: warunki korzystania z AWS i umowa z partnerem. Rozdzielcie, kto płaci za zużycie usług, kto za pracę partnera, kto za utrzymanie i kto odpowiada za błędy. Jeśli partner fakturuje zużycie, zapytajcie o narzut i o wgląd w koszty z poziomu własnego konta. Umowy ocenia prawnik. ## Co ma zostać w firmie W stosie AWS najczęściej gubi się to, co „klikano w konsoli”. Przed odbiorem sprawdźcie: 1. **Konto i organizację AWS** z właścicielem po stronie firmy oraz adresem root zarządzanym przez firmę. 2. **Repozytorium kodu** na koncie firmy od pierwszego dnia. 3. **Konfigurację infrastruktury zapisaną jako kod** albo szczegółową dokumentację, tak żeby środowisko dało się odtworzyć. 4. **Prompty, instrukcje agentów i dane testowe**. 5. **Dokumentację**, z której inny wykonawca przejmie system. Cena wyjścia to koszt przeniesienia systemu do innego partnera lub innej chmury. Rachunek pokazuje wpis [o zmianie vendora AI, umowie i danych](https://majchrzycki.com/blog/zmiana-dostawcy-ai-umowa-dane). Pamiętajcie: agent AI chętnie „posprząta” środowisko, a po drodze skasuje zasób, który uznał za zbędny. Dlatego uprawnienia partnera i agentów powinny być wąskie, a nie administracyjne. ## Siedem pytań do partnera pracującego w AWS 1. Jaki macie poziom w AWS Partner Network i jaką kompetencję (Competency lub Specializations) w obszarze AI? Gdzie mogę to sprawdzić? 2. Czy jesteście w AWS Partner Solutions Finder i pod jakim rozwiązaniem? 3. Kto z zespołu ma certyfikaty AWS i czy dostanę link do odznaki osoby, która będzie przy projekcie? 4. Na czyim koncie i w jakiej organizacji AWS powstanie system? Na czyj adres założono użytkownika root? 5. Jeśli kupuję przez Was (Solution Provider albo Marketplace), kto jest właścicielem konta i co się z nim stanie po projekcie? 6. Czy infrastruktura jest zapisana jako kod w repozytorium firmy, a konfiguracje agentów udokumentowane? 7. Ile kosztowałoby przeniesienie systemu do innego partnera i które elementy są związane tylko z AWS? Odpowiedź „to nasz standard” nie jest odpowiedzią. Poproście o nazwisko i dokument. ## Jak mogę pomóc Pracuję po stronie zarządu, niezależnie od vendora i partnera. Pomagam opisać problem, wybrać wykonawcę i pilnować, żeby powstało to, co zaprojektowane. Umowę na budowę podpisujecie bezpośrednio z partnerem. - Zakupy IT - Licencje - Suwerenność ## 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 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 w IBM Cloud?](https://majchrzycki.com/blog/jak-wybrac-partnera-ibm-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) - [Jak wybrać partnera do wdrożenia AI na modelach OpenAI?](https://majchrzycki.com/blog/jak-wybrac-partnera-openai-do-wdrozenia-ai)