Migracja z HubSpot do Salesforce dla enterprise: kiedy i jak

Przechodź z HubSpot na Salesforce, gdy Twoje procesy sprzedaży przestają mieścić się w płaskim modelu danych HubSpot: potrzebujesz współdzielenia na poziomie rekordu, struktury wielu jednostek biznesowych, wieloetapowych akceptacji albo integracji, których HubSpot nie udźwignie. Migruj etapami: najpierw zaprojektuj docelowe obiekty, przenieś oczyszczone dane, przełącz integracje, poprowadź oba systemy równolegle, a na końcu wykonaj cutover w ustalonym terminie.

Duże firmy zwykle odkładają tę migrację o rok za długo. HubSpot rzadko sypie się z hukiem. Robi się wolny, obrasta obejściami i po cichu drożeje w utrzymaniu — aż finanse przestają ufać liczbom w pipeline. Ten tekst jest dla architekta albo lidera RevOps, który musi podjąć decyzję, a potem przeprowadzić firmę przez zmianę, nie paraliżując sprzedaży.

Dlaczego duże firmy wyrastają z HubSpot

HubSpot był właściwym wyborem w momencie, gdy go wybierałeś. Pozwala zespołowi ruszyć ze sprzedażą w kilka tygodni, jego narzędzia marketingowe są naprawdę mocne, a prostota, która narzuca jeden sposób pracy, to zaleta, gdy firma jest mała. Większość firm, które migrujemy, dobrze pracowała na HubSpot przez lata. I o to właśnie chodzi: wyrastasz z niego, bo urosłeś — nie dlatego, że źle wybrałeś.

Pęka najpierw na obrzeżach. Admin definiuje nowy obiekt w HubSpot, żeby odwzorować coś, czego pipeline deali nie pomieści. Zespół zaczyna eksportować dane do arkuszy, bo raporty nie odpowiadają na jego pytania. Ktoś zaszywa na sztywno obejście w workflow, którego potem nikt nie odważy się dotknąć. Każda z tych napraw z osobna ma sens. W sumie to znak, że model platformy przestał pasować do sposobu, w który pracujesz.

Kiedy przechodzić z HubSpot na Salesforce?

Przechodź, gdy spełniasz co najmniej trzy z tych warunków: potrzebujesz współdzielenia na poziomie rekordu, którego HubSpot nie obsłuży, Twój proces sprzedaży ma wieloetapowe akceptacje albo wyceny klasy CPQ, prowadzisz kilka jednostek biznesowych na jednej bazie klientów albo ERP i billing potrzebują nadzorowanego system of record dla CRM. Jeden sygnał to obejście. Trzy to decyzja o platformie.

Próg jest architektoniczny, nie emocjonalny. Sporo dużych firm słusznie zostaje przy HubSpot. Jeśli Twój proces to naprawdę liniowy pipeline z niewielkimi potrzebami integracyjnymi, Salesforce tylko doda koszty i administrację, które się nie zwrócą. Uczciwy test brzmi tak: czy Twoje wymagania potrzebują modelu relacyjnego i prawdziwego silnika współdzielenia, czy raczej lepiej skonfigurowanego HubSpot? Czasem odpowiedź to ta druga — i powiemy Ci to wprost.

Sześć sygnałów, że wyrosłeś z HubSpot

1. Współdzielenie, którego nie obsłużysz. Użytkownicy mają widzieć jedne rekordy, a innych nie — według terytorium, roli albo zasady need-to-know. Model zespołów i uprawnień HubSpot jest płaski w porównaniu z hierarchią ról, sharing rules i dostępem na poziomie rekordu w Salesforce.
2. Proces głębszy niż etapy deala. Wieloetapowe łańcuchy akceptacji, quote-to-cash, obsługa zamówień albo logika kontraktowa, której nie da się czysto zamodelować na pipeline deali i workflow.
3. Struktura wielu jednostek biznesowych. Osobne P&L-e albo marki dzielą się kontami, ale prowadzą różne procesy, a Ty klonujesz portale HubSpot albo duplikujesz właściwości, żeby sztucznie je rozdzielić.
4. Model danych wygięty poza swoje granice. Dokładasz kolejne obiekty i właściwości HubSpot, żeby odwzorować hierarchie i relacje wiele-do-wielu, do których nie zostały zaprojektowane.
5. Integracje przejmują ster. ERP, billing i systemy provisioningu coraz częściej traktują CRM jako źródło prawdy i potrzebują nadzorowanych API, zdarzeń i audytu — a nie synchronizacji punkt do punktu.
6. Presja governance i compliance. Historia pól, ścieżki audytu i regulowana obsługa danych (obowiązki RODO dla firm z UE), których przy Twojej skali na HubSpot nie spełnisz.

Jak migrować z HubSpot do Salesforce?

Migruj w sześciu fazach: najpierw zaprojektuj model obiektów i model współdzielenia w Salesforce, zbuduj go i skonfiguruj, wyciągnij i oczyść dane z HubSpot przed ładowaniem, przełącz integracje na Salesforce, poprowadź oba systemy w kontrolowanym oknie równoległym, a potem wykonaj cutover i wyłącz HubSpot w ustalonym terminie. Nigdy nie przenoś modelu 1:1.

Kolejność znaczy więcej niż narzędzia. Zespoły, które zaczynają od narzędzia do eksportu danych, nie mając projektu docelowego, po prostu przenoszą swoje problemy z HubSpot do droższego systemu. Zacznij od modelu. Migracja to Twoja jedyna tania okazja, żeby naprawić strukturę danych, zasady własności i proces — zanim dziesięć lat nowych rekordów znów utrudni zmianę.

Etapowy plan migracji

Faza	Fokus	Pułapka, na którą uważać
0. Zrozumienie	Odwzorowanie obecnych obiektów, właściwości, workflow i integracji HubSpot na wymagania docelowe	Nieudokumentowane workflow i ukryte zależności od logiki formularzy HubSpot
1. Projekt	Model obiektów Salesforce, model współdzielenia, automatyzacja, typy rekordów	Odtwarzanie płaskiej struktury HubSpot zamiast modelu relacyjnego
2. Budowa	Konfiguracja obiektów, layoutów stron, sharing rules, flow, walidacji	Zbyt rozbudowana automatyzacja, zanim realne dane potwierdzą model
3. Migracja danych	Ekstrakcja, czyszczenie, deduplikacja, ładowanie z external ID	Kontakty bez powiązania z firmą; mapowanie właścicieli na użytkowników Salesforce
4. Przełączenie integracji	Przeniesienie ERP, billingu, formularzy i integracji marketingowych na Salesforce	Formularze wciąż zapisujące do HubSpot w trakcie przełączenia
5. Parallel run	Oba systemy działają, jeden wyznaczony system of record na obiekt	Konflikty dual-write i duplikaty powstające na obu platformach
6. Cutover	Blokada zapisu w HubSpot, ostatnie ładowanie delty, wyłączenie	Brak twardego terminu, więc parallel run ciągnie się miesiącami

Każdy przeniesiony rekord trzymaj z external ID. Zapisz ID rekordu HubSpot w polu external ID na Contact, Account i Opportunity w Salesforce. Dzięki temu ładowanie jest idempotentne, nieudane batche możesz bezpiecznie powtarzać, a integracje mają stabilny klucz na czas okna równoległego.

Jak zmienia się architektura

Największy przeskok to przejście ze świata, w którym wszystko kręci się wokół kontaktu, do modelu Account, Contact, Opportunity i Lead. HubSpot stawia kontakt w centrum. Salesforce oddziela Leada przed kwalifikacją od przekonwertowanego Account i Contact, a przychody wiąże z Opportunity. Przemapowanie zaplanuj świadomie: ustal reguły dopasowania leadów do kont, zanim załadujesz choćby jeden rekord.

Najbardziej zaskakuje zespoły z HubSpot współdzielenie. W HubSpot widoczność to w praktyce wszyscy albo zespoły. W Salesforce projektujesz domyślny poziom dostępu w orgu (OWD), hierarchię ról i sharing rules — a tego modelu później nie dorobisz bez bólu. Zrób to dobrze w Fazie 1. Jeśli potrzebujesz widoczności terytorialnej albo rozdzielenia jednostek biznesowych, to właśnie tu się je projektuje.

Automatyzacja przechodzi z workflow HubSpot na Salesforce Flow i pojawia się pokusa, żeby odbudować każde workflow jeden do jednego. Oprzyj się jej. Wiele workflow w HubSpot istnieje tylko po to, żeby łatać ograniczenia modelu, który właśnie usuwasz — odbuduj intencję, nie mechanizm. Marketing automation to osobna decyzja: wiele dużych firm zostawia platformę marketingową (sam HubSpot Marketing albo Account Engagement) zintegrowaną z Salesforce, zamiast migrować ją w całości.

Od jakości danych zależy, czy nowy model będzie godny zaufania od pierwszego dnia. Dane w HubSpot niosą ze sobą lata zduplikowanych kontaktów, osieroconych rekordów i niespójnych wartości picklist. Ustaw bramkę jakości przed Fazą 3. Nasza natywna dla Salesforce aplikacja do jakości danych, DQS, uruchamia skany wsadowe i raportuje kompletność, duplikaty oraz problemy z formatami, żebyś wiedział, co ładujesz; wykrywa i raportuje, ale nie naprawia automatycznie ani nie scala — decyzję o porządkowaniu zostawia Twojemu zespołowi.

Pułapki okresu, gdy działają oba systemy

Parallel run to moment, w którym psują się nawet czyste migracje. Gdy oba systemy działają, rekord może powstać i zmienić się w dwóch miejscach. Formularz na stronie wciąż wysyła dane do HubSpot, handlowiec z przyzwyczajenia aktualizuje deal w starym systemie, wysyłka marketingowa oznacza kontakty tagami — każda z tych sytuacji rodzi rozjazd danych i duplikaty.

Lekarstwo jest jedno: na czas trwania okna wyznacz jeden system of record na obiekt i pilnuj synchronizacji jednokierunkowej w jego stronę. Nie buduj synchronizacji dwukierunkowej dla wygody — rozstrzyga konflikty, których nie widzisz, i zaciemnia, który system jest wiodący. Nowe zgłoszenia z formularzy kieruj do Salesforce wcześnie, zamroź zmiany strukturalne w HubSpot i trzymaj okno krótko. Parallel run mierzony w tygodniach daje się kontrolować. Mierzony w kwartałach staje się drugą migracją.

Ustal twardy termin cutover i blokadę zapisu w HubSpot przed ostatnim ładowaniem delty. Bez twardego terminu parallel run nigdy się nie kończy, koszt się podwaja, a zespół nigdy w pełni nie przechodzi na nowy system.

Dlaczego adopcja to ryzyko, które przeżywa dane

Dane migrują w weekend. Zespół nie. Użytkownicy HubSpot są przyzwyczajeni do szybkiego, wybaczającego interfejsu, a źle skonfigurowany Salesforce wydaje się przy tym ociężały. Jeśli handlowcy uznają, że nowy system ich spowalnia, wrócą do arkuszy — a liczby w pipeline stracą wiarygodność niezależnie od tego, jak czyste było Twoje ładowanie.

Projektuj pod codzienną ścieżkę pracy, nie pod schemat organizacyjny admina. Zbuduj stronę Opportunity, z której handlowiec naprawdę korzysta, ogranicz pola wymagane do tego, czego proces potrzebuje, i przenieś tyle historii, żeby system od pierwszego dnia nie świecił pustkami. Wciągnij kilku szanowanych handlowców do Fazy 1 jako recenzentów projektu. Adopcja wywalczona na etapie budowy kosztuje znacznie mniej niż ta, którą próbujesz odzyskać po go-live.

Gdzie pasuje Tucario, a gdzie nie

Jeśli Twoje wymagania to liniowy pipeline z lekką integracją, nie potrzebujesz tej migracji — i nie potrzebujesz nas. Skonfiguruj HubSpot lepiej i zaoszczędź budżet. Sprowadź architekta, gdy przejście naprawdę ma sens: model relacyjny, projekt współdzielenia, integracja z ERP i billingiem oraz zespół, którego zaufania nie możesz stracić w trakcie przełączenia.

Każde zlecenie Tucario prowadzi architekt, a nasze migracje danych biegną pod nadzorem Salesforce Certified Technical Architect (certyfikatu, który ma mniej niż 500 osób na świecie). Po ponad 50 zleceniach enterprise schemat się powtarza: firmy, które traktują migrację jako szansę na naprawę modelu, rok później wciąż ufają swojemu pipeline. Te, które kopiują dane bez zmian, wracają z tymi samymi problemami.

Jeśli rozważasz przejście, nasze zlecenie CRM Transformation obejmuje projekt docelowy, migrację i cutover jako jedną architekturę. Jeśli zastanawiasz się szerzej, czy w ogóle zmieniać platformę, zobacz nasz framework replatformingu, a po playbooki pod konkretne źródła sięgnij do przewodnika migracji z Dynamics 365 i przewodnika migracji z SAP CRM.

Najczęściej zadawane pytania

Ile trwa migracja z HubSpot do Salesforce?

To zależy od zakresu, więc każda liczba jest tylko orientacyjna. Przejście jednej jednostki biznesowej z uporządkowanymi integracjami może zamknąć się w tygodniach; enterprise z wieloma jednostkami i zależnościami od ERP i billingu potrzebuje więcej czasu. O harmonogramie najbardziej decyduje nie objętość danych, lecz głębokość docelowego modelu i przełączanie integracji.

Czy po migracji do Salesforce można zostawić HubSpot dla marketingu?

Tak, i wiele dużych firm tak robi. Zostaw HubSpot Marketing (albo inną platformę marketingową) zintegrowany z Salesforce jako system of record dla CRM, zamiast migrować marketing automation w całości. Zdecyduj, który system jest właścicielem rekordu kontaktu, i synchronizuj jednokierunkowo w stronę Salesforce — inaczej skończysz z duplikatami i rozjazdem danych.

Jakich danych nie należy migrować z HubSpot?

Nie migruj duplikatów, osieroconych kontaktów bez powiązania z firmą, rekordów, które przekroczyły okres retencji, ani logiki workflow, która istniała tylko po to, żeby łatać model HubSpot. Migracja to Twoja okazja do porządków. Ładuj oczyszczone dane po deduplikacji, przez bramkę jakości, zamiast kopiować lata narosłego długu do droższego systemu.

Czy trzeba prowadzić HubSpot i Salesforce równolegle?

W każdej firmie z działającymi integracjami — tak. Kontrolowane okno równoległe pozwala przełączyć formularze, ERP i billing bez twardego przestoju. Trzymaj je krótko, wyznacz jeden system of record na obiekt, pilnuj synchronizacji jednokierunkowej i ustal twardy termin cutover z blokadą zapisu w HubSpot przed ostatnim ładowaniem delty.

Czy Salesforce zawsze jest lepszy od HubSpot dla enterprise?

Nie. Salesforce wygrywa, gdy potrzebujesz współdzielenia na poziomie rekordu, głębokiego procesu, struktury wielu jednostek biznesowych albo nadzorowanej integracji. Jeśli Twój proces to liniowy pipeline z niewielkimi potrzebami integracyjnymi, dobrze skonfigurowany HubSpot Enterprise będzie tańszy w utrzymaniu i szybszy dla handlowców. Odpowiedź zależy od Twojego modelu, nie od wielkości dostawcy.