Sam import arkusza do CRM-a zajmuje godziny. Przygotowanie danych do tego importu zajmuje dni i to ono decyduje, czy nowy system będzie się nadawał do pracy. W moich wdrożeniach migracja mieści się w pierwszym miesiącu i prawie nigdy nie rozbija się o technikę. Rozbija się o to, co siedzi w arkuszu: kolumny, których nikt już nie umie nazwać, kontakty bez nazwisk, ci sami klienci wpisani trzy razy pod trzema nazwami.
Poniżej masz cztery rzeczy: co przenieść i czego nie, w jakiej kolejności to zrobić, czego po imporcie nie odzyskasz i ile to kosztuje. Cała okolica internetu na tę frazę tłumaczy, jak zrobić import. O tym, czego do nowego systemu nie kopiować, nie pisze nikt, bo dostawcy CRM-ów nie mają w tym interesu.
Jeśli szukasz szerszego obrazu, całość rozpisałem w tekście o wdrożeniu CRM krok po kroku, a rachunek za nie w ile kosztuje wdrożenie CRM.
W skrócie:
Od kilku dni do trzech tygodni, licząc przygotowanie danych, a nie sam import. Przy jednym arkuszu z kilkuset kontaktami i ustalonym procesem sprzedaży to kwestia dwóch, trzech dni. Przy kilku tysiącach rekordów z trzech różnych źródeł robota rozkłada się na dwa, trzy tygodnie i zwykle jest to najdłuższy etap całego wdrożenia.
Czas zależy od liczby źródeł, a liczba rekordów prawie nie ma tu znaczenia. Baza z jednego arkusza jest prosta niezależnie od rozmiaru. Baza złożona z arkusza handlowego, listy uczestników z wydarzeń, eksportu ze starego systemu i pliku od marketingu wymaga rozstrzygnięcia, który rekord jest prawdziwy, a to jest praca do wykonania ręcznie, przez kogoś, kto zna klientów.
Rzeczy, które w praktyce wydłużają ten etap:
Przenosisz to, na czym ktoś będzie pracował, a nie wszystko, co jest w arkuszu. Arkusz jest zapisem historii firmy, CRM ma być narzędziem do prowadzenia sprzedaży, i to są dwa różne zbiory.
| Co jest w arkuszu | Przenosić? | Co z tym zrobić |
|---|---|---|
| Firmy z numerem NIP | Tak | NIP jest najlepszym kluczem deduplikacji na polskim rynku. Po nim dociągniesz też dane z CEIDG i REGON, zamiast przepisywać adresy |
| Osoby z imieniem, nazwiskiem i adresem e-mail | Tak | Komplet, na którym deduplikacja zadziała |
| Rekordy z samym imieniem | Tak, ale osobno | Nie da się ich połączyć z bazą handlową. Oznacz źródło i trzymaj jako listę marketingową, nie jako kontakty sprzedażowe |
| Historyczne szanse i wyceny | Tak, z datami | Zmapuj datę utworzenia i przewidywaną datę zamknięcia. Bez nich raport pokaże cały poprzedni rok jako sprzedaż z dnia importu |
| Adresy zebrane kilka lat temu bez podstawy prawnej | Nie | Migracja jest jedynym wygodnym momentem, żeby ich nie kopiować dalej. Zasada minimalizacji z art. 5 RODO obowiązuje też w nowym systemie |
| Kolumny statusowe typu „gorący", „do kontaktu" | Nie jako pole | Przelicz je na etap lejka albo nie przenoś. Status, którego nie umiesz zdefiniować, w CRM-ie będzie tylko szumem |
| Notatki wrzucone w jedną komórkę | Rozdziel | To, co jest do zrobienia, wchodzi jako aktywność z datą. Resztę wklej jako notatkę przy rekordzie |
| Kolumny liczone formułami (marża, prowizja) | Wartości, nie formuły | CRM nie przeliczy formuły z arkusza. Albo pole liczbowe z wartością, albo policzone raportem po imporcie |
| Kolumny, których nikt nie umie nazwać | Nie | Jeżeli po dwóch pytaniach nikt nie wie, co znaczy kolumna, to znaczy, że nie znaczy nic |
| Duplikaty | Rozstrzygnij przed importem | Po imporcie masz do rozstrzygnięcia to samo, tylko w systemie, w którym część rekordów ma już podpięte aktywności |
Jedna rzecz z tej tabeli jest ważniejsza od pozostałych i nie widać jej na pierwszy rzut oka: dane operacyjne nie mogą trafić do opisu. Informacja wpisana w opis rekordu jest czytelna dla człowieka i bezużyteczna do dalszej pracy. Jak masz osobne pola, to możesz po nich sortować, filtrować i budować raporty. Jak wszystko wrzucisz do opisu, informacja tam po prostu jest i nic więcej z nią nie zrobisz.
Cztery rzeczy trzeba rozstrzygnąć przed importem, bo naprawa po fakcie albo jest niemożliwa, albo kosztuje więcej niż zrobienie tego raz dobrze.
| Czego nie odzyskasz | Co się dzieje, jeśli to pominiesz | Kiedy to rozstrzygnąć |
|---|---|---|
| Daty utworzenia i zamknięcia szans | Cały poprzedni rok sprzedaży ląduje w raporcie na dniu importu. Konwersja i długość cyklu są nie do policzenia | Przy mapowaniu kolumn, przed importem |
| Okno na cofnięcie importu | Po 48 godzinach zostaje czyszczenie rekord po rekordzie | Zaraz po imporcie, przy weryfikacji próbki |
| Rozdzielenie błędnie scalonych rekordów | Historia dwóch osób albo dwóch oddziałów miesza się w jednym rekordzie | Przed uruchomieniem scalania, przy wyborze klucza |
| Reputacja domeny po mailingu do martwej bazy | Domena zostaje oznaczona jako wysyłająca spam i dotyczy to całej firmowej poczty | Przed pierwszą wysyłką, jednorazową walidacją bazy |
Daty są najczęstszym i najdroższym błędem. Datę utworzenia mapujesz z arkusza jak każdą inną kolumnę, więc historyczne szanse mogą wejść z prawdziwymi datami. Jeżeli tego nie zmapujesz, system przyjmie dzień importu i pierwszy raport, który zrobi manager, pokaże wynik roku jako jeden dzień.
Przy szansach już zamkniętych dochodzi druga pułapka i warto ją znać przed importem, a nie po. Daty wygrania nie ma na liście pól importu, a część znaczników czasu Pipedrive nadaje sam i nie da się ich zmapować. Zmapować można natomiast przewidywaną datę zamknięcia, więc to na nią przenoszę historię zamknięć. Przy szkoleniach sprzed roku robię to tak, że przewidywaną datą zamknięcia jest data szkolenia, a datą utworzenia miesiąc wcześniej. Nawet jeśli nie da się tego wskazać co do dnia, przybliżenie jest dużo lepsze niż dzisiejsza data przy każdym rekordzie. Bez tego raporty sprzedażowe będą kłamać przez cały pierwszy kwartał pracy w systemie, a nikt nie będzie wiedział dlaczego.
Import w Pipedrive da się cofnąć, ale krótko. Zgodnie z dokumentacją: „Only users with global admin permissions can revert imports. If needed, you can revert an import from the import history tab within 48 hours" (Pipedrive Knowledge Base, stan na wrzesień 2026). Dwa dni i tylko administrator globalny. To jest powód, dla którego pierwszy import robię na próbce kilkudziesięciu rekordów i sprawdzam ręcznie, czy rzeczywiście wydarzyło się to, co miało się wydarzyć, zamiast wrzucać całą bazę i liczyć na kreator.
Scalania nie odkręcisz, więc klucz musi być mocny. Pipedrive oznacza jako duplikat osoby te rekordy, które mają takie samo imię i nazwisko oraz przynajmniej jedno z trzech: ten sam telefon, ten sam adres e-mail albo tę samą organizację. Firmy porównuje po nazwie i adresie, więc oddziały w dwóch miastach nie zostaną oznaczone. Samo imię i nazwisko nigdy nie wystarcza jako warunek automatycznego łączenia. Nowaków i Kowalskich masz w bazie kilkunastu, przy automacie połączą się między firmami i potem trudno to rozdzielić. Dlatego przy migracji zostawiam scalanie jako decyzję człowieka: system podpowiada kandydatów, użytkownik rozstrzyga. Pipedrive nie jest w tym idealny, bo przy danych, które nie zgadzają się w stu procentach, po prostu duplikatu nie widzi.
Jeżeli po drodze przenosisz bazę także do narzędzia mailingowego, zrób jednorazową walidację adresów. Kilkuletni arkusz ma zwykle kilkaset albo kilka tysięcy martwych adresów, a wysyłka na nieistniejące skrzynki potrafi doprowadzić do tego, że cała Wasza domena zostanie oznaczona jako wysyłająca spam. Wyczyszczenie CRM-a po fakcie tego nie naprawi, bo problem jest po stronie reputacji domeny, nie danych.
Kolejność jest tu ważniejsza niż narzędzia i w jednym miejscu jest odwrotna, niż podpowiada odruch.
| Krok | Ile trwa | Wynik | Kto musi być |
|---|---|---|---|
| 1. Ustal, jakie pola ma mieć system | 1–2 dni | Lista pól pod Wasz proces, nie kopia kolumn z arkusza | Osoba, która zna proces sprzedaży |
| 2. Zdecyduj, co nie przechodzi | 1 dzień | Lista kolumn i rekordów zostających w arkuszu | Ktoś, kto wie, skąd pochodzą dane |
| 3. Podłącz drugie źródło, jeśli ma zasilać CRM | 2–5 dni | Integracja albo automatyzacja zamiast ręcznego przepisywania | Osoba od automatyzacji |
| 4. Ujednolić formaty i rozstrzygnij duplikaty | 2 dni do 2 tygodni | Plik gotowy do mapowania | Osoba znająca klientów |
| 5. Import próbki i ręczna weryfikacja | Pół dnia | Potwierdzenie, że mapowanie działa | Administrator systemu |
| 6. Import całości i przegląd otwartych szans | 1–2 dni | Baza w systemie, każda otwarta szansa na właściwym etapie | Handlowcy, każdy swoje |
Krok trzeci jest tym odwrotnym. Jeżeli CRM ma być zasilany z innego systemu, na przykład z programu magazynowo-księgowego, to integrację uruchamiasz przed czyszczeniem, a nie po. Odradzam ręczne porządkowanie bazy, którą za tydzień zasili druga baza, bo po synchronizacji i tak będziesz to czyścić od nowa: dojdą nowe adresy, część okaże się już w systemie, i wtedy dopiero trzeba je scalać. Robota wykonana wcześniej jest w całości do powtórzenia.
To samo działa jako argument za tym, żeby automatyzację zrobić od razu, bo ręczne utrzymywanie tych samych danych w dwóch miejscach samo z siebie produkuje braki i duplikaty.
Kroku szóstego nie da się zrobić za zespół. Nowy lejek z nowymi etapami jest dobrym pretekstem, żeby handlowcy przejrzeli swoje otwarte szanse i zastanowili się jeszcze raz, na jakim etapie każda z nich powinna stać i co ma się z nią dalej dziać. Jak tylko przemapujesz stare statusy na nowe etapy, wchodzisz do nowego systemu z tym samym bałaganem, tylko ładniej ułożonym. Same kryteria etapów trzeba mieć spisane wcześniej, bo bez nich ten przegląd nie ma się do czego odnieść.
I jedna rzecz organizacyjna, którą warto ustalić przy okazji: import robi jedna wyznaczona osoba, nie każdy handlowiec. Sam mechanizm jest prosty, ale nie aż tak prosty, jak wygląda, a nieudany import robi w bazie więcej szkody niż tydzień pracy bez systemu. Lepiej mieć jedną osobę, która wykonuje importy dla pozostałych.
Czyszczenie to trzy czynności: ujednolicenie formatów, wybór klucza deduplikacji i rozstrzygnięcie tego, co klucz wyłapie.
Formaty są najnudniejszą i najbardziej opłacalną częścią. Mechanizm importu jest zależny od tego, jak dobre są dane wejściowe. Jeżeli w kolumnie z osobą odpowiedzialną raz stoją inicjały, a raz imię, mapowanie nie zadziała poprawnie i skończy się to rekordami bez właściciela. Jeżeli w jednej kolumnie zawsze jest ten sam format, import przechodzi bez poprawek. To samo dotyczy telefonów: numer wpisany raz z prefiksem, raz bez, raz z plusem, raz z podwójnym zerem, jest dla systemu czterema różnymi numerami i deduplikacja po telefonie nie ma z czym pracować.
Klucz deduplikacji dobiera się do tego, co przenosisz:
Rozstrzyganie jest pracą ręczną i trzeba na nią zaplanować czas. Na jednej bazie, gdzie przepuściliśmy przez skrypt ponad trzy tysiące rekordów, około tysiąca wyszło jako duplikaty do rozstrzygnięcia. To jedna trzecia bazy i nie jest to wynik nietypowy dla firmy, która zbierała kontakty przez kilka lat w kilku plikach.
Przy okazji zapisuj, skąd wziął się każdy rekord. Jeżeli baza pochodzi z ogólnie dostępnego rejestru, wpisz nazwę tego rejestru w osobne pole. Po fakcie tego nie odtworzysz, a jest to jedyna rzecz, którą będziesz mieć pod ręką, jeśli kiedyś trzeba będzie wyjaśnić, skąd w systemie znalazł się konkretny adres.
U mnie migracja i czyszczenie danych są w cenie wdrożenia, a nie osobną pozycją: wdrożenie dla zespołu do pięciu handlowców to 6 000 zł netto miesięcznie przez trzy miesiące, czyli 18 000 zł łącznie, i migracja jest częścią pierwszego miesiąca (ceny na wrzesień 2026). Osobno płaci się tylko licencje.
Rozdzielam to celowo, bo migracja wyceniana oddzielnie jest pozycją, której nikt nie umie oszacować przed zobaczeniem danych, i kończy się to albo zawyżoną kwotą na wszelki wypadek, albo dopłatą w trakcie. Widełki, jakie widziałem w polskich zestawieniach dla samej migracji, sięgają od 10 do 80 tysięcy złotych, co jest raczej miarą tego, jak trudno ją wycenić z góry, niż informacją o cenie.
Jeżeli dane już przenieśliście i coś w nich nie działa, to jest inny problem i inna robota. Wtedy zaczynamy od audytu CRM-a za 3 900 zł netto, którego wynikiem jest plan naprawy z wyceną. Dziewięć rzeczy z tego audytu możesz sprawdzić samodzielnie, w godzinę, według tej listy.
Zespoły, które robią to porządnie, zakładają okres równoległy i to jest właściwe podejście, nie porażka. Ludzie, którzy przeszli przez kilka takich zmian systemu, mówią o tym tak samo: przełączenie dosłownie z dnia na dzień udaje się wyjątkowo, a wygaszanie starych metod zawsze trochę trwa.
Ten okres warto jednak ograniczyć jedną zasadą: od dnia importu nowe rekordy powstają wyłącznie w systemie. Arkusz zostaje do wglądu w historię i do rzeczy, które CRM robi gorzej, na przykład do obliczeń. Nie ma sensu rezygnować z arkusza tam, gdzie jest lepszym narzędziem. Ma sens odebrać mu rolę miejsca, w którym powstaje nowa wiedza o klientach, bo dwa równolegle uzupełniane źródła po dwóch tygodniach przestają się zgadzać i wtedy znów nie wiadomo, które jest prawdziwe.
Trzy pytania, po których poznasz, że okres równoległy trwa za długo:
Jedno „tak" znaczy, że migracja formalnie się skończyła, a praktycznie nie.
Wdrażam Pipedrive i Asanę na co dzień i migracja jest tym etapem, na którym rozstrzyga się, czy dalsza część wdrożenia ma sens. Trzy rzeczy widzę na każdym projekcie i żadnej z nich nie ma w materiałach dostawców.
Pierwsza: dostawcy opisują migrację jako przenoszenie z systemu do systemu, a w małych firmach stanem wyjściowym jest arkusz albo kilka arkuszy. To jest inna robota, bo w systemie dane mają choćby jeden format, a w arkuszu nie mają żadnego.
Druga: prawdziwym kosztem migracji nie jest import, tylko decyzje, których nikt wcześniej nie musiał podejmować. Kto jest właścicielem tego klienta. Czy ta wycena z 2023 roku to jeszcze szansa. Czy ten adres wolno nam mieć. Dlatego migracja jest u mnie częścią wdrożenia, a nie usługą techniczną kupowaną osobno.
Trzecia: dopóki dane nie są uporządkowane, prognoza z systemu jest wróżeniem z fusów. Model albo raport policzy Wam wszystko, o co poprosicie, tylko wynik nie będzie miał wiele wspólnego z rzeczywistością. To dotyczy zarówno prognozy sprzedaży, jak i wszystkiego, co potem chcecie na tych danych zbudować z AI.
Jeśli chcesz to zrobić raz i dobrze, migracja jest częścią wdrożenia Pipedrive: przygotowujemy dane wspólnie, na Waszym arkuszu, i to Wy decydujecie, co zostaje za progiem. Jeśli wolisz zrobić to sam, zacznij od kroku drugiego z tabeli wyżej, bo jest najtańszy i odpada po nim zwykle jedna trzecia roboty.
O autorze
Wdrażam CRM, AI w sprzedaży i automatyzacje w firmach.
Migracja danych do CRM to przeniesienie informacji o klientach, kontaktach i sprzedaży z dotychczasowego miejsca, najczęściej z arkusza albo poprzedniego systemu, do nowego CRM-a. Obejmuje trzy czynności: wyczyszczenie i ujednolicenie danych, przypisanie kolumn do pól w nowym systemie oraz decyzję, których danych nie przenosimy. Sam techniczny import jest ostatnim i najkrótszym etapem.
Od dwóch, trzech dni przy jednym arkuszu z kilkuset kontaktami i ustalonym procesem, do dwóch, trzech tygodni przy bazie złożonej z kilku źródeł. Decyduje liczba źródeł, nie liczba rekordów: baza z jednego pliku jest prosta niezależnie od rozmiaru, a cztery pliki z tymi samymi klientami wymagają ręcznego rozstrzygnięcia, który rekord jest prawdziwy.
Częściowo. Pipedrive przy imporcie porównuje osoby po organizacji, telefonie i adresie e-mail, a funkcja scalania oznacza jako duplikat te rekordy, które mają takie samo imię i nazwisko oraz przynajmniej jedno z tych trzech pól wspólne. Przy danych, które nie zgadzają się w stu procentach, duplikatu nie zobaczy, więc rozstrzygnięcie i tak zostaje po stronie człowieka. Automatycznego łączenia po samym imieniu i nazwisku nie zalecam nigdy.
Warto, jeśli przeniesiesz je z prawdziwymi datami. Zmapuj datę utworzenia i przewidywaną datę zamknięcia, bo tylko te dwie da się przy imporcie wskazać z arkusza. Wtedy masz historię, na której policzysz konwersję i długość cyklu sprzedaży. Bez dat historyczne szanse wejdą jako powstałe w dniu importu i zniekształcą pierwsze raporty tak, że nie będą się nadawały do niczego.
Limit jednego pliku to 50 000 wierszy i 50 MB, więc bazę kilkunastotysięczną importujesz w jednym pliku bez problemu. Ograniczeniem w praktyce jest nie rozmiar, a liczba duplikatów do rozstrzygnięcia: przy bazie zbieranej kilka lat w kilku plikach spodziewaj się, że kandydatów do scalenia będzie nawet co trzeci rekord.
U mnie migracja i czyszczenie danych są częścią wdrożenia za 6 000 zł netto miesięcznie przez trzy miesiące (ceny na wrzesień 2026), bez osobnej pozycji na fakturze. Na rynku bywa różnie i migracja jest często wyceniana oddzielnie, przy widełkach sięgających kilkudziesięciu tysięcy złotych. Pytaj o to przed podpisaniem umowy, bo to jest ta pozycja, która najczęściej dochodzi w trakcie.
Jedna wyznaczona osoba, która robi importy dla pozostałych, a nie każdy handlowiec osobno. Mechanizm importu jest prosty w obsłudze, ale wymaga rozumienia mapowania pól, a nieudany import zostawia w bazie rekordy bez właściciela i duplikaty, które trzeba potem rozstrzygać ręcznie. Do samego przygotowania danych potrzebujesz natomiast kogoś, kto zna klientów, bo część decyzji nie wynika z danych.
Raz w tygodniu dostaniesz bezpłatnie, jedno gotowe rozwiązanie, jak skutecznie wykorzystać nowoczesne technologie w sprzedaży B2B.
Zapisując się, zamawiasz newsletter Wellbiz sp. z o.o. i zgadzasz się na otrzymywanie e-maili z poradami i ofertami. Wypiszesz się jednym kliknięciem. Link jest w każdej wiadomości. Regulamin newslettera, Polityka prywatności
