Przejście do Salesforce z Excela lub innego CRM: checklista migracji

Checklista krok po kroku: migracja danych z Excela, HubSpota, Pipedrive lub starego CRM do Salesforce bez utraty historii i zaufania do danych.

Najważniejsze w skrócie

  • Oczyść dane przed przeniesieniem. Migracja to najtańszy moment, by pozbyć się duplikatów i martwych rekordów.
  • Zmapuj pola w pisemnym dokumencie i uzgodnij go z osobami, które korzystają z danych.
  • Ładuj w kolejności: użytkownicy, konta, kontakty, szanse, potem aktywności i pliki.
  • Wykonaj co najmniej jedno pełne ładowanie testowe w sandboxie i uzgodnij liczby oraz sumy przed startem.

Przejście do Salesforce to szansa na czysty start. To też moment, w którym wiele zespołów traci zaufanie do nowego CRM, bo brakuje rekordów, właściciele są błędni albo zniknęła historia.

Nasz zespół brał udział w migracjach do Salesforce dla globalnych zespołów sprzedaży. Poniższą checklistę stosujemy w mniejszych firmach, niezależnie od tego, czy źródłem jest Excel, HubSpot, Pipedrive czy stary CRM.

Etap 1: plan

  1. Określ, jak wygląda sukces. Np. wszyscy aktywni klienci i otwarte szanse, dwa lata zamkniętych szans, historia aktywności z ostatnich 12 miesięcy.
  2. Zdecyduj, czego nie migrować. Stare leady bez odpowiedzi, kontakty bez e-maila, szanse przegrane pięć lat temu. Mniej danych to szybsza i czystsza migracja.
  3. Spisz systemy źródłowe i ich właścicieli. Kto zna każdy zbiór danych i odpowie na pytania?
  4. Zamroź model danych. Uzgodnij obiekty, typy rekordów, pola wymagane i wartości list wyboru przed mapowaniem.

Etap 2: porządki i mapowanie

  1. Najpierw wyeksportuj wszystko. Zachowaj pełną, nienaruszoną kopię danych źródłowych.
  2. Usuń duplikaty w źródle. To dużo łatwiejsze niż scalanie później w Salesforce.
  3. Ujednolicaj wartości. Kraje, branże, etapy i właściciele w spójnych formatach.
  4. Przygotuj dokument mapowania. Dla każdego pola źródłowego: obiekt i pole w Salesforce, transformacja i przykład.
  5. Zmapuj użytkowników i właścicieli. Każdy rekord potrzebuje właściciela. Zdecyduj, do kogo trafią rekordy osób, które odeszły.
  6. Zaplanuj identyfikatory. Utwórz pole external ID na każdym obiekcie z ID ze starego systemu. Ułatwia relacje i ponowne ładowania.

Etap 3: testy

  1. Najpierw ładuj do sandboxa. Wykonaj pełną migrację co najmniej raz w sandboxie.
  2. Ładuj w kolejności. Użytkownicy, konta, kontakty, szanse, role kontaktów, produkty, a potem aktywności, notatki i pliki.
  3. Wyłącz automatyzacje podczas ładowania tam, gdzie wysyłałyby e-maile lub tworzyły zadania dla historycznych rekordów. Użyj custom setting lub uprawnienia, które pomija Flowy dla użytkownika migracyjnego.
  4. Uzgodnij dane. Porównaj liczby rekordów i sumy kwot w źródle i Salesforce. Sprawdź wyrywkowo 20 rekordów na obiekt z użytkownikiem biznesowym.
  5. Testuj z użytkownikami. Poproś dwóch–trzech handlowców, by znaleźli swoje konta i szanse i potwierdzili, że są poprawne.

Etap 4: start

  1. Wybierz datę przełączenia i od tego momentu nie twórz nowych rekordów w starym systemie.
  2. Wykonaj ładowanie końcowe tymi samymi skryptami i mapowaniem co w teście.
  3. Ponownie uzgodnij dane i usuń luki tego samego dnia.
  4. Włącz automatyzacje i sprawdź, czy nowe rekordy zachowują się poprawnie.
  5. Przeszkól użytkowników pierwszego dnia, skupiając się na codziennych zadaniach, a nie na wszystkich funkcjach.

Etap 5: po starcie

  1. Zostaw stary system w trybie tylko do odczytu na kilka miesięcy, na wypadek gdyby ktoś potrzebował niezmigrowanej historii.
  2. Pilnuj jakości danych przez pierwszy miesiąc: duplikaty, brak właścicieli, błędne etapy.
  3. Zbieraj feedback w pierwszych dwóch tygodniach i szybko wdrażaj proste poprawki. Utracone na starcie zaufanie trudno odbudować.

Typowe błędy

Błąd Skutek Jak uniknąć
Migracja wszystkiego Wolne ładowania, zaśmiecony org Uzgodnij, co zostaje w starym systemie
Brak external ID Zerwane relacje, bolesne ponowne ładowania Pole external ID na każdym obiekcie
Włączone automatyzacje Klienci dostają e-maile o starych transakcjach Pomijanie Flowów dla użytkownika migracyjnego
Brak uzgodnienia Braki wykryte po tygodniach Porównanie liczb i sum po każdym ładowaniu
Szkolenie ze wszystkiego Przytłoczeni użytkownicy Najpierw codzienne zadania

Dobra migracja to w większości przygotowanie. Jeśli chcesz, by mapowanie, ładowania testowe i uzgodnienie danych przygotował ktoś za Ciebie, usługa migracji obejmuje cały proces.

Najczęstsze pytania

Ile trwa migracja CRM do Salesforce?

W małej firmie z jednym systemem źródłowym i do kilkuset tysięcy rekordów zwykle trzy do sześciu tygodni, łącznie z mapowaniem, ładowaniami testowymi i szkoleniem. Złożona historia, wiele systemów czy obiekty niestandardowe wydłużają ten czas.

Jakim narzędziem importować dane?

Data Import Wizard obsługuje do 50 000 rekordów na import dla popularnych obiektów i jest prosty w użyciu. Data Loader obsługuje większe wolumeny i wszystkie obiekty. Przy powtarzalnych lub złożonych migracjach warto rozważyć narzędzie ETL.

Zespół OrgStewards

Specjaliści od administracji, raportowania i automatyzacji Salesforce, pracujący z małymi i rosnącymi firmami na całym świecie.