Trzy opcje w skrócie
| Globalny SI | Partner butikowy | Zespół in-house | |
|---|---|---|---|
| Najlepszy do | 100+ aplikacji, programy wieloletnie | 1-50 aplikacji, tempo + doświadczenie | Długoterminowe utrzymanie platformy |
| Stawka dzienna | Wysoka (mieszana, wielu juniorów) | Średnia (głównie seniorzy) | Pensje + czas na rozruch |
| Czas do startu | Wolno (tygodnie na SOW) | Szybko (dni) | Wolno (rekrutacja + nauka) |
| Dofinansowanie AWS MAP | Tak | Tak (jeśli AWS Partner) | Nie (dofinansowanie wymaga partnera) |
| Po przełączeniu | Przechodzi do kolejnego klienta | Zostaje na utrzymanie/optymalizację/retainer | Utrzymuje na stałe |
Nie ma uniwersalnie “najlepszej” opcji - właściwa odpowiedź zależy od liczby aplikacji, harmonogramu, możliwości in-house i tego, czy zamierzasz sam utrzymywać platformę po migracji. Reszta przewodnika to sposób, jak to ustalić.
Ten przewodnik jest dla CTO, liderów technicznych i founderów, którzy porównują sposoby przejścia na AWS i chcą konkretnej odpowiedzi o kosztach i dopasowaniu, a nie oferty sprzedażowej. Jeśli chcesz od razu policzyć samą migrację, zobacz nasz kalkulator kosztów migracji do AWS. Po pełny proces sięgnij do kompletnego przewodnika migracji do AWS.
Porównujesz partnerów do migracji?
Umów bezpłatną rozmowę 30 min
Prawdziwa decyzja: partner vs zespół in-house
Zanim porównasz partnerów między sobą, zdecyduj, czy partner jest Ci w ogóle potrzebny. To pytanie “partner AWS vs zespół in-house” sprowadza się do całkowitego kosztu posiadania (TCO), a nie stawki dziennej.
Kiedy wygrywa in-house
- Migrujesz w sposób ciągły (nie jednorazowo) i będziesz rozwijać platformę przez lata.
- Masz już 2+ inżynierów z realną znajomością AWS (nie tylko certyfikatem).
- System, który migrujesz, to Twój podstawowy produkt i chcesz, by wiedza została w firmie.
Kiedy wygrywa partner
- Migracja to zdarzenie jednorazowe lub rzadkie - zatrudnianie seniorów cloud na 3-miesięczny projekt jest drogie i wolne.
- Potrzebujesz tego w tygodnie, a nie po 2-3 miesiącach rekrutacji plus rozruch.
- Chcesz dofinansowania AWS: MAP i PoC wymagają, by wniosek złożył AWS Partner. Zespół in-house nie ma do niego bezpośredniego dostępu.
Porównanie TCO, które nie jest oczywiste
Migracja jednorazowa: in-house vs partner (poglądowo, mid-market)
| Element kosztu | Budowa in-house | Partner butikowy |
|---|---|---|
| Seniorzy cloud | 2 rekrutacje × 3-6 mies. rozruchu do produktywności | Produktywni od 1. tygodnia |
| Koszt w pełni obciążony | 120-200 tys. EUR rocznie za osobę (pensja + narzuty) | Wycena projektu, ograniczony zakres |
| Dofinansowanie AWS MAP | Niedostępne | Pokrywa 70-80% wynagrodzenia partnera |
| Czas do pierwszego przełączenia | 4-8 mies. (rekrutacja → nauka → dostawa) | 4-12 tygodni |
| Wiedza po projekcie | Zostaje in-house (o to chodzi) | Przekazana przy zakończeniu |
Dla migracji jednorazowej partner po dofinansowaniu MAP jest niemal zawsze tańszy niż rekrutacja - i o miesiące szybszy. Dla platformy, którą stale zmieniasz, posiadanie in-house wygrywa w horyzoncie wieloletnim. Wiele zespołów robi jedno i drugie: partner prowadzi migrację i szkoli zespół in-house, który potem przejmuje fazę utrzymania. Zobacz nasz przewodnik migracji, jak wygląda projekt nastawiony na przekazanie wiedzy.
Globalny SI vs partner butikowy
Jeśli zdecydowałeś się na partnera, kolejny wybór to globalny integrator systemowy versus wyspecjalizowany butik. Oba mogą być AWS Partnerami; różnica leży w strukturze, nie w statusie.
| Wymiar | Globalny SI | Partner butikowy |
|---|---|---|
| Skład zespołu | Mieszany - kilku architektów nad wieloma juniorami | Głównie doświadczona kadra wykonuje pracę |
| Model wyceny | Wysoka mieszana stawka dzienna, duże stałe zakresy | Niższa stawka efektywna, węższe zakresy |
| Minimalne zaangażowanie | Często duże (progi sześciocyfrowe) | Elastyczne, można zacząć od niskiego |
| Narzut procesowy | Ciężki (governance, kontrola zmian) | Lekki |
| Czas do startu | Tygodnie negocjacji SOW | Dni |
| Najlepsze dopasowanie | 100+ aplikacji, wieloletni program na poziomie zarządu | 1-50 aplikacji, potrzeba tempa i doświadczenia w dostarczaniu |
| Ryzyko | Możesz dostać juniorów przy klawiaturze | Mniejsza rezerwa kadrowa przy bardzo dużych, równoległych programach |
Żadna opcja nie jest “lepsza”. Globalny SI to właściwy wybór dla programu na 200 aplikacji, wieloletniego, wymagającego dużej rezerwy kadrowej, formalnego governance i nazwy, którą rozpozna zarząd. Butik to właściwy wybór dla migracji od startupu po mid-market, która potrzebuje seniorów działających szybko, bez sześciocyfrowych progów i warstw procesu. Typowa pułapka z globalnym SI to płacenie stawek architekta za pracę juniorów; z butikiem - zaangażowanie seniorów jest zazwyczaj zrównoważone, ale dostępność specjalistów może być mniejsza. Pytaj wprost, kto będzie przy klawiaturze i ile równoległych zakresów będziesz mógł prowadzić.
Pytania, które naprawdę odsłaniają dobrego partnera
Stawka dzienna nie mówi prawie nic. Te pytania odpowiedzą na więcej:
- „Kto konkretnie wykona pracę i jakie jest ich doświadczenie?” Poproś o nazwiska i skład seniority na Twoim projekcie, nie o średnią firmy.
- „Czy składacie za nas wnioski AWS MAP / PoC i robiliście to wcześniej?” Prawdziwy AWS Partner robi to rutynowo. Mglistość tutaj to sygnał ostrzegawczy - to warte 70-80% wynagrodzenia.
- „Co dzieje się po przełączeniu produkcyjnym?” Partner, który porzuca Cię w drugim tygodniu po zakończeniu migracji, może być gorszy niż jego brak. Pytaj o fazę utrzymania/optymalizacji/transfer wiedzy i możliwy retainer.
- „Pokażcie porównywalną migrację i co poszło nie tak.” Każdy pokazuje sukcesy. Partner, który potrafi szczerze mówić o trudnym przełączeniu, to ktoś, kto naprawdę je robił.
- „Czy architektura jest udokumentowana jako kod (Terraform/OpenTofu/inny IaC), który posiadamy?” Jeśli środowisko istnieje tylko w czyjejś głowie albo w konsoli, jesteś uwiązany.
- „Jak obsługujecie nasze wymagania compliance?” Dla systemów regulowanych (SOC 2, ISO 27001, KNF, HIPAA) partner powinien mówić płynnie o wymaganiach compliance, a nie traktować ich jako nieistotny dodatek. Zobacz nasz przewodnik ISO 27001 w chmurze.
Jak naprawdę działa wycena partnera
Nagłówkowa stawka dzienna to najmniej użyteczna liczba. O Twoim faktycznym koszcie decyduje:
- Dofinansowanie MAP zmienia wszystko. AWS pokrywa 70-80% kwalifikujących się kosztów zaangażowania partnera. Projekt za 92 000 EUR może wyjść na 18 000-28 000 EUR z własnej kieszeni. Tylko AWS Partner może to złożyć - to największa dźwignia ceny. Szczegóły w naszym kalkulatorze kosztów migracji.
- Skład seniority, nie nagłówkowa stawka. Butik z wyższą stawką dzienną, ale obsadzający doświadczony dwu osobowy zespół, często kosztuje mniej łącznie niż SI mieszający pięć osób, gdzie trzy to juniorzy uczący się na Twoim budżecie.
- Dyscyplina zakresu. Zaangażowania o stałym zakresie, rozliczane od efektu, chronią przed niekontrolowanycm przerostem time-and-materials, które nadmuchuje duże programy SI.
- Faza utrzymania. Tania migracja + drogie lub nieobecne wsparcie po przełączeniu to fałszywa oszczędność. Wyceń pierwsze 6 miesięcy działania, nie tylko samo przełączenie.
Po liczby dotyczące samej migracji wg wielkości firmy sięgnij do kalkulatora kosztów - rozbija jednorazowy koszt projektu i bieżące wydatki na AWS dla startupu, mid-marketu i enterprise.
Scenariusze specjalistyczne, gdzie dopasowanie liczy się najbardziej
Niektóre migracje mają konkretny kształt, który zawęża pole działania do:
- Heroku / PaaS → AWS. Szukaj partnera, który robił konkretnie przejścia z PaaS na dużą chmurę (hyperscaler) - haczyki (zarządzane add-ony, mapowanie dyno na kontenery, pula połączeń) są specyficzne. Zobacz migrację z Heroku do AWS.
- Ciężkie bazy danych (Oracle → PostgreSQL, legacy SQL). To wymaga głębi DMS/SCT, nie generalistów. Zobacz nasz przewodnik Oracle do PostgreSQL.
- Regulowane / security-first. Dowody compliance powinny być pierwszorzędnym wynikiem migracji, a nie generowane później.
- Duże portfolio (100+ aplikacji). Tu rezerwa kadrowa i governance globalnego SI naprawdę zarabiają na swoją premię - albo butik, który udowodni zdolność do równoległych fal migracji.
Najczęściej zadawane pytania
Taniej użyć partnera AWS czy zespołu in-house do migracji?
Wybrać globalnego integratora systemowego czy butikowego partnera AWS?
O co pytać partnera do migracji AWS przed zatrudnieniem?
Jak dofinansowanie AWS MAP wpływa na koszt zatrudnienia partnera migracji?
Jak wybrać partnera AWS do migracji z Heroku do AWS?
Porozmawiaj z butikowym partnerem AWS
Jesteśmy szybko rozwijającym się butikowym partnerem AWS - doświadczona kadra, dofinansowanie MAP obsłużone za Ciebie i faza utrzymania po przełączeniu zamiast znikania. Jeśli to pasuje do Twojej migracji, zobacz nasze usługi migracji do chmury lub konsulting. Jeśli jesteś dużym przedsiębiorstwem z programem na 100+ aplikacji, powiemy Ci szczerze, czy globalny SI lepiej pasuje do Twojej skali.
Chcesz konkretnej odpowiedzi o dopasowaniu i koszcie partnera?
Napisz nam, ile masz aplikacji, jaki masz harmonogram i czy zamierzasz sam utrzymywać platformę - a powiemy szczerze, czy lepiej pasuje partner butikowy, globalny SI czy budowa zespołu in-house, wraz z tym, co pokryłoby dofinansowanie MAP. Umów rozmowę lub Wyślij wiadomość.