Największym ryzykiem migracji nie jest sam import. Jest nim przeniesienie duplikatów, nieaktualnych danych i niejasnych statusów do nowego systemu. Dobrze przygotowany proces pozwala zachować kontrolę i sprawdzić wyniki przed rozpoczęciem pracy całego zespołu.
Arkusz rozwija się razem z firmą. Najpierw zawiera imię, telefon i notatkę. Z czasem pojawiają się kolejne zakładki, kolumny, kolory oraz kopie tworzone przez pracowników. Część informacji znajduje się w jednym pliku, historia kontaktu w innym, a aktualny status bywa znany tylko osobie prowadzącej klienta.
Przeniesienie takiej bazy do CRM jest dobrą okazją do uporządkowania danych, ale nie powinno odbywać się przez bezpośrednie wgranie każdego pliku. System nie rozpozna samodzielnie, czy dwa podobne rekordy dotyczą tej samej osoby, który numer telefonu jest aktualny ani co autor miał na myśli, wpisując status „później”. Te decyzje wymagają znajomości danych i procesu firmy.
Migracja to projekt porządkowania danych
Import jest technicznym etapem migracji. Wcześniej trzeba zdecydować, jakie dane mają trafić do nowego systemu, w jakim formacie i z jakim znaczeniem. Jeżeli arkusz zawiera niespójności, CRM ich nie naprawi — jedynie pokaże je w nowym interfejsie.
Krok 1: zabezpiecz pliki źródłowe
Zbierz wszystkie pliki wykorzystywane do obsługi leadów, klientów i spraw. Uwzględnij arkusze współdzielone, lokalne kopie, eksporty z poprzedniego systemu oraz listy używane przez marketing lub menedżerów. Każdy plik oznacz datą i właścicielem, a następnie utwórz zabezpieczoną kopię, której nie będziesz edytować.
- Ogranicz dostęp do plików zawierających dane osobowe.
- Nie wysyłaj bazy zwykłym e-mailem, jeśli proces firmy tego nie zabezpiecza.
- Ustal, kto może przygotowywać i zatwierdzać plik importowy.
- Zapisz datę wykonania eksportu oraz zakres danych.
- Nie usuwaj źródła przed zakończeniem i potwierdzeniem migracji.
Krok 2: ustal zakres migracji
Nie wszystkie historyczne dane muszą znaleźć się w aktywnym CRM. Warto rozdzielić rekordy potrzebne do bieżącej pracy, dane wymagane z powodów prawnych lub rozliczeniowych oraz informacje, które można pozostawić w kontrolowanym archiwum. Zakres powinien wynikać z celu przetwarzania, zasad retencji i rzeczywistych potrzeb operacyjnych.
| Grupa | Możliwe działanie |
|---|---|
| Aktywne leady | Przenieść wraz z właścicielem, statusem i następnym krokiem. |
| Aktywni klienci i otwarte sprawy | Przenieść dane potrzebne do dalszej obsługi i sprawdzić je indywidualnie. |
| Zakończone sprawy | Ocenić zakres wymagany do historii, rozliczeń i obowiązków prawnych. |
| Nieaktualne kontakty | Ocenić podstawę oraz cel dalszego przechowywania przed importem. |
| Duplikaty i rekordy testowe | Usunąć z pliku roboczego po udokumentowaniu decyzji. |
| Dokumenty i załączniki | Zaplanować oddzielnie; nie zakładać, że import arkusza przeniesie pliki. |
Aktywne leady
Aktywni klienci i otwarte sprawy
Zakończone sprawy
Nieaktualne kontakty
Duplikaty i rekordy testowe
Dokumenty i załączniki
Krok 3: wybierz źródło prawdy
Jeżeli te same osoby znajdują się w kilku plikach, trzeba ustalić, które źródło ma pierwszeństwo dla poszczególnych informacji. Aktualny numer telefonu może znajdować się w arkuszu doradcy, a dane rozliczeniowe w zestawieniu księgowym. Nie zawsze da się wskazać jeden plik jako poprawny w całości.
Warto utworzyć tabelę decyzji: źródło nazwiska i danych kontaktowych, źródło statusu, źródło osoby odpowiedzialnej oraz sposób rozstrzygania konfliktów. W przypadkach niejednoznacznych decyzję powinna podjąć osoba znająca klienta, a nie automatyczna reguła oparta wyłącznie na dacie modyfikacji pliku.
Krok 4: oczyść i ujednolić dane
Najpierw należy ujednolicić formaty, nie zmieniając jeszcze znaczenia danych. Numery telefonów powinny mieć jeden sposób zapisu, adresy e-mail nie powinny zawierać spacji, a daty muszą korzystać z jednoznacznego formatu. Puste wartości powinny pozostać puste zamiast przyjmować teksty takie jak „brak”, „nie dotyczy” lub kreski, chyba że importer wymaga innego rozwiązania.
- ✓Usuń puste wiersze i techniczne nagłówki.
- ✓Nadaj każdej kolumnie jednoznaczną nazwę.
- ✓Ujednolić format numerów telefonów.
- ✓Sprawdź składnię adresów e-mail.
- ✓Zapisz daty w jednym formacie, najlepiej RRRR-MM-DD, jeżeli jest obsługiwany.
- ✓Rozdziel dane umieszczone w jednej kolumnie, jeśli mają trafić do osobnych pól.
- ✓Usuń formatowanie, kolory i formuły, których importer nie wykorzysta.
- ✓Zamień formuły na kontrolowane wartości tylko w kopii roboczej.
- ✓Sprawdź kodowanie polskich znaków w pliku CSV.
Szczególnej uwagi wymagają notatki. Jedna duża kolumna może zawierać historię rozmów, dane wrażliwe, nieaktualne ustalenia i informacje, których nie należy dalej przechowywać. Nie przenoś takich treści automatycznie bez przeglądu zakresu oraz celu.
Krok 5: usuń lub połącz duplikaty
Duplikaty nie zawsze mają identyczne dane. Ten sam klient może występować pod dwoma adresami e-mail, ze starym i nowym numerem albo z literówką w nazwisku. Z kolei dwie różne osoby mogą dzielić numer kontaktowy lub korzystać ze wspólnego adresu e-mail. Dlatego automatyczne usunięcie wszystkich powtórzeń według jednego pola jest ryzykowne.
- Znajdź dokładne powtórzenia adresu e-mail i telefonu.
- Wyszukaj podobne nazwiska połączone z tym samym kanałem kontaktu.
- Porównaj status, właściciela i datę ostatniej aktywności.
- Zdecyduj, który rekord zostaje rekordem głównym.
- Przenieś wartościowe informacje z pozostałych rekordów.
- Zapisz reguły deduplikacji, aby można było je powtórzyć i sprawdzić.
Krok 6: zmapuj kolumny na pola CRM
Mapowanie określa, do którego pola w CRM trafia każda kolumna arkusza. Nazwy nie muszą być identyczne, ale znaczenie powinno być jednoznaczne. Kolumna „opiekun” może odpowiadać użytkownikowi odpowiedzialnemu, a „telefon następny” może w rzeczywistości zawierać datę kolejnego kontaktu.
| Kolumna źródłowa | Pole docelowe | Reguła |
|---|---|---|
| Imię i nazwisko | Nazwa klienta | Sprawdzić kolejność i puste wartości. |
| Telefon | Telefon | Ujednolicić format przed importem. |
| Usunąć spacje i oznaczyć błędne adresy. | ||
| Źródło | Źródło leada | Przypisać stare warianty do wspólnego słownika. |
| Opiekun | Osoba odpowiedzialna | Mapować tylko do istniejących użytkowników. |
| Etap | Status | Utworzyć jawną tabelę zamiany starych wartości. |
| Następny telefon | Termin następnego kontaktu | Sprawdzić format i daty historyczne. |
| Uwagi | Notatka | Przejrzeć zawartość i ograniczyć zakres przed migracją. |
Imię i nazwisko
Telefon
Źródło
Opiekun
Etap
Następny telefon
Uwagi
Nie warto tworzyć w CRM osobnego pola dla każdej historycznej kolumny. Jeżeli pole nie będzie używane po migracji do filtrowania, pracy lub raportowania, należy ocenić, czy w ogóle powinno zostać przeniesione.
Krok 7: wykonaj import testowy
Pierwszy import powinien obejmować niewielką, reprezentatywną próbkę. Wybierz rekordy proste, rekordy z brakami, duplikaty, polskie znaki, różne statusy, kilku opiekunów oraz daty. Test na samych idealnych wierszach nie pokaże problemów obecnych w rzeczywistej bazie.
- ✓Czy wszystkie wymagane pola zostały rozpoznane?
- ✓Czy statusy trafiły do właściwych wartości?
- ✓Czy użytkownicy zostali poprawnie przypisani?
- ✓Czy daty zachowały dzień, miesiąc, rok i ewentualną godzinę?
- ✓Czy polskie znaki wyświetlają się prawidłowo?
- ✓Czy puste wartości nie zostały zastąpione błędnym tekstem?
- ✓Czy duplikaty zachowują się zgodnie z przyjętą regułą?
- ✓Czy błędne wiersze można zidentyfikować i poprawić?
Krok 8: zweryfikuj dane po imporcie
Komunikat o zakończeniu importu nie oznacza jeszcze, że migracja jest poprawna. Należy porównać liczbę rekordów źródłowych, zaimportowanych, odrzuconych i połączonych. Następnie trzeba ręcznie sprawdzić próbkę danych oraz kilka pełnych historii klientów.
- Porównaj liczby rekordów i wyjaśnij każdą różnicę.
- Sprawdź klientów prowadzonych przez różnych doradców.
- Zweryfikuj rekordy z długimi notatkami i brakującymi polami.
- Sprawdź aktywne leady z terminami przypadającymi w najbliższych dniach.
- Potwierdź uprawnienia do zaimportowanych danych.
- Zachowaj raport migracji oraz wersję pliku użytego do finalnego importu.
Krok 9: zamknij pracę w starym arkuszu
Po zatwierdzeniu migracji należy ustalić konkretny moment, od którego CRM jest głównym źródłem danych. Stary arkusz powinien zostać zabezpieczony jako archiwum z ograniczonym dostępem albo usunięty zgodnie z polityką firmy, jeżeli nie ma podstaw do dalszego przechowywania. Nie powinien pozostać równoległą, edytowaną bazą.
Przez pierwsze dni warto sprawdzać, czy pracownicy nie wracają do własnych list z przyzwyczajenia. Jeżeli czegoś brakuje w nowym procesie, należy zgłosić konkretną potrzebę i zdecydować, czy wymaga zmiany konfiguracji, dodatkowego pola czy jedynie krótkiego szkolenia.
Dobrze przeprowadzona migracja pozostawia ślad decyzji: wiadomo, z jakich plików korzystano, jakie reguły zastosowano, ile rekordów przeniesiono, co odrzucono i kto zatwierdził wynik. Dzięki temu przeniesienie danych jest kontrolowanym procesem, a nie jednorazowym eksperymentem na bazie klientów.
Najczęstsze pytania
Czy można bezpośrednio zaimportować plik Excel do CRM?
Technicznie wiele systemów obsługuje pliki Excel lub CSV, ale przed importem należy oczyścić dane, ustalić źródło prawdy, usunąć duplikaty i zmapować kolumny. Bez tego błędy z arkusza zostaną przeniesione do CRM.
Jakie dane przenosić z Excela do CRM?
Przede wszystkim dane potrzebne do bieżącej obsługi, identyfikacji klienta, odpowiedzialności, statusu i kolejnych działań. Zakres historii i danych nieaktywnych powinien wynikać z rzeczywistych potrzeb, podstaw przetwarzania oraz polityki retencji firmy.
Jak uniknąć duplikatów podczas migracji?
Należy sprawdzić dokładne i podobne powtórzenia telefonu, e-maila oraz nazwiska, a następnie zdecydować, który rekord jest główny. Automatyczne kasowanie wszystkich powtórzeń według jednego pola może połączyć różne osoby albo usunąć aktualne dane.
Czy po migracji trzeba zachować stary arkusz?
Niezmienione źródło warto zachować do momentu zakończenia i zatwierdzenia migracji. Dalsze przechowywanie powinno wynikać z polityki firmy i podstaw prawnych. Arkusz nie powinien jednak pozostać równolegle edytowaną bazą operacyjną.
Dlaczego warto wykonać import testowy?
Mała, zróżnicowana próbka pozwala sprawdzić mapowanie, daty, polskie znaki, użytkowników, statusy i obsługę błędów bez ryzykowania całej bazy. Dopiero po poprawieniu problemów należy przeprowadzić właściwy import.
Finvaro
Opublikowano