Migracja z Subiekt do dedykowanego CRM to zwykle przeniesienie warstwy sprzedażowej — kontrahentów, historii kontaktu i ofert — z Gestora lub Excela do nowego systemu, przy zachowaniu Subiekta jako ERP. To osobna rzecz niż stała integracja: najpierw jednorazowo przenosisz dane i proces, potem CRM łączy się z Subiektem na bieżąco przez Sferę.
Warto rozdzielić dwa pojęcia, bo często się mylą. Integracja to ciągła, automatyczna wymiana danych między CRM a Subiektem (opisujemy ją przy Subiekt GT i Subiekt Nexo). Migracja to jednorazowe przeniesienie danych sprzedażowych i ułożenie procesu w nowym CRM. W praktyce robi się jedno i drugie: migracja, a potem stała integracja.
Co właściwie migrujesz i skąd
Do dedykowanego CRM przenosi się warstwę relacji i sprzedaży, najczęściej z Gestora (CRM InsERT) albo z Excela prowadzonego obok Subiekta. Twarde dane handlowo-magazynowe zwykle zostają w Subiekcie i są z nim integrowane, a nie migrowane na stałe.
| Co | Skąd | Uwaga |
|---|---|---|
| Kontrahenci i osoby kontaktowe | Gestor / Excel | oczyścić z duplikatów przed importem |
| Historia kontaktu i notatki | Gestor / Excel / poczta | najczęściej pomijana, a najcenniejsza |
| Oferty i otwarte szanse | Gestor / Excel | zmapować statusy na nowy lejek |
| Zadania i przypomnienia | Gestor / kalendarz | przenieść tylko aktywne |
| Towary, ceny, stany, faktury | Subiekt (ERP) | nie migrować, integrować przez Sferę |
Migracja krok po kroku
- Audyt i oczyszczenie danych — usunięcie duplikatów, ujednolicenie nazw, uzupełnienie braków. Migracja śmieci to śmieci w nowym systemie.
- Mapowanie pól i statusów — jak stare pola i etapy przekładają się na lejek i pola w nowym CRM.
- Eksport i import — przez CSV albo API, z walidacją na próbce rekordów przed pełnym importem.
- Integracja z Subiektem — spięcie CRM z Subiektem przez Sferę, żeby ceny, stany i faktury były aktualne bez przepisywania.
- Przeniesienie procesu i szkolenie — ułożenie lejka, automatyzacji i raportów oraz wdrożenie zespołu, najlepiej z okresem przejściowym.
W przypadku Bruk-Bet problemem nie był sam brak CRM, ale rozproszenie informacji sprzedażowych. Celem było uporządkowanie pracy handlowców i stworzenie jednego miejsca zarządzania relacjami z klientami. Całą historię opisaliśmy w case study wdrożenia CRM dla Bruk-Bet.
Migracja z Subiekta to nie tylko przeniesienie danych
Najczęstszy błąd polega na traktowaniu migracji jako projektu technicznego. Sam import klientów do nowego systemu nie poprawi sprzedaży, jeśli firma nadal nie ma zdefiniowanego lejka, etapów obsługi klienta i odpowiedzialności handlowców.
Z mojego doświadczenia podczas migracji najwięcej problemów nie powoduje sam import danych, ale decyzja, które informacje faktycznie powinny trafić do nowego CRM. W projektach migracji regularnie widzę też, że firma ma kilka źródeł prawdy naraz: Subiekt, Excel handlowców i prywatne notatki w telefonach. Dopóki tego nie uporządkujesz, przenosisz do CRM ten sam bałagan, tylko w nowym interfejsie.
Dlatego migrację traktujemy jako okazję do uporządkowania procesu sprzedaży. Przeniesienie danych z pliku CSV do CRM jest tylko jedną z jej części, a prawdziwą wartością jest ułożenie tego, jak firma prowadzi klienta od pierwszego kontaktu do zamówienia.
Najczęstsze błędy przy migracji
- Migracja śmieci — przeniesienie bazy bez oczyszczenia; duplikaty i martwe rekordy zaśmiecają nowy CRM od pierwszego dnia.
- Zgubiona historia — przeniesienie samych danych teleadresowych bez historii kontaktu; handlowiec traci kontekst rozmów.
- Brak mapowania statusów — stare etapy nie pasują do nowego lejka, więc pipeline od razu jest niespójny.
- Przełączenie „na raz" — bez okresu przejściowego zespół wpada w chaos; bezpieczniej prowadzić stary i nowy system równolegle przez chwilę.
- Brak integracji z Subiektem — bez stałej wymiany danych wraca podwójna praca, a po kilku tygodniach ludzie wracają do Excela.
Rozważasz przy okazji zmianę samego programu handlowego albo inny ERP? Zobacz Subiekt GT vs Nexo, CRM do enova365 oraz wpis co to jest ERP. Docelowo warstwę CRM dostarczamy jako dedykowany system dla firm.
Kiedy migracja do CRM nie jest jeszcze dobrym pomysłem?
Migracja ma sens dopiero wtedy, gdy firma wie, jak chce sprzedawać. Są sytuacje, w których lepiej najpierw uporządkować proces, a dopiero potem uruchamiać wdrożenie:
- Brak ustalonego procesu sprzedaży — jeśli w firmie nie ma zgody co do etapów lejka i tego, kto za co odpowiada, CRM tylko utrwali ten chaos.
- Chęć „posiadania nowego systemu" — migracja robiona po to, żeby mieć nowe narzędzie, a nie po to, żeby rozwiązać konkretny problem sprzedażowy, zwykle kończy się porzuconym wdrożeniem.
- Nieuporządkowane dane, których nikt nie chce oczyścić — jeśli w organizacji nie ma osoby gotowej przejrzeć bazę i podjąć decyzje o duplikatach i martwych rekordach, migracja przeniesie te same śmieci dalej.
Najczęściej zadawane pytania
Czym różni się migracja z Subiekt do CRM od integracji z Subiektem?
Migracja to jednorazowe przeniesienie danych i procesu sprzedaży (kontrahentów, historii kontaktu, ofert) z Gestora lub Excela do nowego, dedykowanego CRM. Integracja to bieżąca, automatyczna wymiana danych między CRM a Subiektem, która działa cały czas po migracji. Zwykle robi się jedno i drugie: najpierw migracja danych, potem stała integracja z Subiektem jako ERP.
Co przenosi się z Subiekt do dedykowanego CRM?
Do CRM przenosi się warstwę sprzedażową: kontrahentów i osoby kontaktowe, historię kontaktu i notatki, oferty oraz otwarte szanse i zadania. Twarde dane handlowo-magazynowe (towary, ceny, stany, faktury) zwykle zostają w Subiekcie i są z nim integrowane na bieżąco, a nie migrowane na stałe do CRM.
Czy migrując do CRM trzeba rezygnować z Subiekta?
Nie. W większości wdrożeń Subiekt zostaje jako system handlowo-magazynowy i księgowy, a dedykowany CRM przejmuje sprzedaż i relacje. Oba systemy łączy się przez Sferę, więc dane krążą między nimi automatycznie i nikt nie przepisuje niczego ręcznie.
Jak nie zgubić historii klientów podczas migracji?
Kluczowe są trzy rzeczy: audyt i oczyszczenie danych przed migracją (usunięcie duplikatów i śmieci), mapowanie pól i statusów między starym a nowym systemem oraz walidacja po imporcie na próbce rekordów. Warto też zachować eksport źródłowy jako kopię, zanim zacznie się praca w nowym CRM.
Ile trwa migracja z Subiekt do dedykowanego CRM?
Zależy od ilości i jakości danych oraz złożoności procesu. Sama migracja kontaktów i historii bywa kwestią dni, ale realny czas wyznacza przygotowanie danych, mapowanie i integracja z Subiektem oraz przeniesienie zespołu na nowy proces. Bezpieczniej planować okres przejściowy niż nagłe przełączenie z dnia na dzień.
Czy można migrować dane z Subiekt GT do dedykowanego CRM?
Tak, technicznie się to da. Z Subiekt GT (oraz z Gestora, który mu towarzyszy) można przenieść klientów, historię kontaktu, oferty i dokumenty do nowego, dedykowanego CRM. W praktyce robi to zespół wdrożeniowy: przygotowuje eksport, mapuje pola i statusy, a potem waliduje dane po imporcie. Warstwę migracji i integracji dostarczamy jako część wdrożenia dedykowanego CRM.
Ile kosztuje migracja z Subiekt do CRM?
Koszt zależy głównie od liczby rekordów, jakości danych, liczby integracji i zakresu konfiguracji CRM. Największy wpływ na koszt ma nie samo przeniesienie danych, ale przygotowanie procesu sprzedaży i integracji z systemem ERP.
Czy można zachować Subiekt po wdrożeniu CRM?
Tak. Subiekt zostaje jako system ERP: obsługuje magazyn, handel i księgowość, a dedykowany CRM przejmuje warstwę sprzedaży i relacji z klientami. Oba systemy spina się integracją, więc dane krążą między nimi automatycznie i nie trzeba niczego przepisywać ręcznie.
Docelowo warstwę sprzedaży przejmuje dedykowany CRM do Subiekta, a Subiekt zostaje systemem handlowo-magazynowym.
