Portale współpracy firmowej kojarzą potrzeby z wykonawcami. Po skoku kosztów VMware jedną z najgorętszych potrzeb IT jest metodyczna migracja vmware do proxmox — projekt, którego nie warto oddawać „pierwszemu adminowi z ogłoszenia” bez referencji, audytu i fal.
W rozmowach B2B Broadcom/VMware wraca jako pozycja, która psuje model kosztów partnera. Abonament od rdzeni sprawia, że „zostajemy” oznacza akceptację rosnącego run-rate. Polski rynek łączy rozmowę techniczną z finansową: CAPEX/OPEX i vendor risk. Od kilku VM po większe środowiska — wszyscy chcą oferty z mierzalnym ROI i jasnym rollbackiem.
Najpierw mapa opcji, potem tempo cutoveru
Zanim spiszecie harmonogram fal, ułóżcie porównanie wariantów. Na liście decyzyjnej musi znaleźć się rzetelna alternatywa dla vmware — nie jako slogan, tylko jako TCO, ryzyko vendora i kompetencje zespołu. Dopiero potem wybieracie: wzmocnić zespół, wziąć partnera albo mieszać oba modele.
Proxmox VE (KVM/LXC, klaster, HA, backup, SDN) bywa argumentem w ofercie usługowej: brak licencji hiperwizora per VM ułatwia sprzedaż TCO na 3–5 lat względem odnowienia VMware. Dobrze spisany zakres B2B: liczba VM, okna serwisowe, kryteria odbioru, odpowiedzialność za rollback. Źle spisany: „zmigujemy VMware” bez liczb i dat.
- Poproś o opis fal i przykład runbooka (nawet zanonimizowany).
- Ustal, kto robi audyt zależności — to duża część sukcesu.
- Wycena powinna rozróżniać discovery, PoV i fale produkcyjne.
- Sprawdź, czy w ofercie jest szkolenie przejęcia klastra.
Nie zostawiajcie samotnych wież obok klastra
Część firm B2B ma krytyczne obciążenia nadal na serwerach fizycznych obok ESXi. Równolegle do wyjścia z VMware warto zaplanować migracja serwerów fizycznych na wirtualne — inaczej po migracji hiperwizora zostaje drugi dług: drogie, trudne w utrzymaniu maszyny „gołe”. Partner B2B, który widzi cały majątek IT, a nie tylko licencje, jest bezpieczniejszym wyborem.
Wykonawca, który obiecuje przeniesienie „w weekend”, zwykle nie ma procesu. Sensowny partner pokazuje audyt, PoV, fale i rollback zanim poda stawkę dzienną. Klienci pytają o przestój: odpowiedź to checklista cutoveru (snapshot, VirtIO, DNS, certyfikaty) i osobne runbooki dla baz — nie heroiczna sobota offline.
Ryzyka warte umowy
- Opóźnienia po stronie ownerów aplikacji (smoke-testy).
- Licencje gościa (Windows) i sprzętowe dongle.
- Niewystarczający storage lub sieć w docelowym klastrze.
- Brak testu restore przed cutoverem.
W umowie B2B warto zapisać test restore, 2FA, segmentację i backup offsite. Outsourcing migracji działa, gdy zostawia kompetencje u klienta. Szkolenie plus partner po ESXi to standard; potem Proxmox bywa prostszy w utrzymaniu niż rozproszony stack VMware.
Podsumowanie
Migracja z VMware na Proxmox to klasyczny projekt B2B: jasny cel, porównanie alternatyw, mierzalne KPI i partner z procesem. Dołóżcie do planu porządki w serwerach fizycznych — wtedy po cutoverze nie zostaje drugi, cichy dług infrastrukturalny.
Język B2B: od TCO do decyzji zakupowej
W rozmowie B2B rzadko wygrywa argument „bo open source jest fajniejsze”. Wygrywa tabela: koszt odnowienia VMware, koszt migracji, koszt wsparcia, ryzyko przestoju i szacowany czas zwrotu. Gdy te liczby leżą na jednym slajdzie, decyzja o zmianie platformy przestaje być ideologią technologiczną i staje się zakupem jak każdy inny projekt infrastrukturalny z właścicielem budżetu.
Warto rozdzielić role: sponsor biznesowy odpowiada za priorytet i pieniądze, właściciel techniczny za architekturę oraz fale, a partner wykonawczy za tempo i transfer wiedzy. Firmy, które łączą te trzy role w jednej osobie „admina od wszystkiego”, przeciągają projekty i generują konflikty o odpowiedzialność zaraz po starcie produkcyjnym. Czytelny RACI na jednej stronie oszczędza tygodnie mailowania.
Dla działów zakupów kluczowe jest pytanie o exit criteria: kiedy uznajemy falę za zakończoną? Typowy zestaw obejmuje działającą maszynę, zielony monitoring, zweryfikowany backup, potwierdzony smoke-test oraz świadomie jeszcze nieusunięty host ESXi. Dopiero po okresie obserwacji wyłączacie legacy — taki rytm chroni obie strony umowy lepiej niż odbiór „na dzień cutoveru”.
Na rynku B2B w Polsce migracja hiperwizora coraz częściej pojawia się obok cyberubezpieczeń i audytu dostawców. Im czytelniejszy model retencji kopii oraz 2FA, tym łatwiej przejść due diligence klienta enterprise. Bezpieczeństwo operacyjne staje się argumentem sprzedażowym, nie tylko kosztem.
Przy negocjacjach łączcie płatności z odbiorami fal, a nie z samym „rozpoczęciem prac”. Dobrze spisany protokół odbioru skraca późniejsze spory o zakres. W ofercie warto dodać jednostronicowy opis modelu dostępu administratorów i lokalizacji kopii — często decyduje o akceptacji dostawcy szybciej niż sama stawka dnia.
Po falach domknijcie model wsparcia: czas reakcji, eskalacje, zakres prac dodatkowych. Jasny aneks utrzymaniowy chroni relację lepiej niż „jakoś się dogadamy”. Dla firm sprzedających usługi dalej migracja własnego stacku bywa też argumentem sprzedażowym: pokazuje, że potraficie zarządzić ryzykiem platformowym u siebie.
Oferta B2B bez mgły marketingowej
W wycenie partnerskiej pokazujcie osobno: dni audytu, dni fal, szkolenie, opcjonalne wsparcie po starcie. Unikajcie stawki „za VM” bez mapy krytyczności — baza i serwer plików to nie ten sam rynek. Dołączcie kryteria odbioru: czas cutoveru, brak regresji aplikacji, podpisany smoke-test.
Gdy sprzedajecie migrację end-to-end, zapiszcie rollback i test restore. Po projekcie zostawcie klientowi krótką dokumentację ról i runbook — inaczej wrócicie jako jedyny numer telefonu. Dobry wykonawca kończy współpracę kompetencją u klienta, nie uzależnieniem.
W pipeline’ie warto mieć arkusz TCO na 36 miesięcy: odnowienie VMware vs migracja plus wsparcie, z osobną linią na P2V tam, gdzie wciąż stoją samotne wieże. Finansista czyta tę tabelę szybciej niż opis architektury SDN.
SLA partnerskie po podpisaniu
Umowa powinna wskazywać czas reakcji po cutoverze, kanał eskalacji i definicję „done” dla każdej fali. Dołączcie obowiązek przekazania runbooka i listy kont uprzywilejowanych. W pipeline’ie trzy warianty oferty: tylko audyt+PoV, migracja falami, migracja plus 90 dni wsparcia — klient wybiera świadomie.
Unikajcie sprzedawania liczby VM jako jedynej metryki. Krytyczność, zależności i serwery fizyczne kosztują więcej niż gigabajty dysku. Partner, który o to pyta na discovery, zwykle dowozi spokojniejszy projekt — i nie zostawia „gołych” maszyn jako niespodzianki po odbiorze klastra.
Na statusach B2B pokazujcie najpierw opcje i ryzyko budżetowe, dopiero potem szczegóły Import Wizard czy virt-v2v. Kupujący usługę migracji kupuje przewidywalność, nie katalog funkcji. Krótka notatka po discovery — liczba VM, krytyczność, okna, właściciele aplikacji — bywa lepszym lead magnetem niż folder produktowy.
Jeśli w pipeline’ie pojawia się pytanie „czy da się taniej”, odpowiadajcie wariantami zakresu, nie dumpingiem jakości. Mniejsza pierwsza fala z PoV jest uczciwszą obniżką ryzyka niż obietnica big bangu w cenie audytu. To język, którym da się domknąć sprzedaż bez spalenia reputacji na pierwszym cutoverze.
