Onboarding klienta w firmie, która używa jednocześnie CRM i ERP, kończy się sukcesem wtedy, gdy nowy klient nie „wchodzi” w organizację przez przypadkowe drzwi (mail do handlowca, telefon do magazynu, faktura z księgowości), tylko przechodzi przez spójny scenariusz: od decyzji handlowej po pierwsze zamówienie, fakturę i stabilną obsługę. Problem w tym, że onboarding zwykle pęka nie na „dużych” etapach, ale na drobnych detalach: kto ma założyć rekord klienta, skąd biorą się adresy, gdzie zapisane są warunki płatności, kto wysyła jaką wiadomość i dlaczego klient dostał dwa różne maile o tym samym.
Realne pytania, które pojawiają się przed ułożeniem scenariusza są dość przyziemne: kiedy dokładnie zaczynamy onboarding (po podpisie, po PO, po wpłacie)? kto jest „właścicielem” rekordu klienta? co jest źródłem prawdy dla NIP i adresów? gdzie zatwierdzamy warunki handlowe, żeby miały ślad audytowy? jak uniknąć duplikatów? co musi zostać zrobione, żeby klient był gotowy do pierwszego zamówienia bez nocnych narad na komunikatorze?
Niżej jest bazowy scenariusz krok po kroku oraz porównanie trzech najczęstszych wariantów architektury procesu: CRM-driven, ERP-driven i hybryda. Wszystko prowadzone przez pryzmat pułapek, bo one najczęściej kosztują czas, nerwy i reklamację „na start”.
Frazy pomocnicze: onboarding klienta B2B, scenariusz onboardingu w CRM, integracja CRM z ERP, źródło prawdy danych klienta, statusy onboardingu klienta, deduplikacja rekordów klienta, handoff sprzedaż–realizacja, warunki handlowe w ERP, komunikacja transakcyjna CRM/ERP, walidacje danych klienta, klient gotowy do pierwszego zamówienia
Onboarding klienta w firmie z CRM i ERP: co obejmuje i gdzie najczęściej „pęka”
Zakres onboardingu B2B: od decyzji handlowej do stabilnej obsługi
W praktyce onboarding klienta B2B to nie „założenie konta” i wysłanie maila powitalnego. To ciąg działań, które mają doprowadzić do tego, że firma potrafi bezpiecznie i powtarzalnie: przyjąć zamówienie, zrealizować dostawę/usługę, wystawić poprawną fakturę i obsłużyć klienta po sprzedaży (serwis/Customer Success). Jeśli w którymś miejscu proces nie ma właściciela albo brakuje danych, organizacja i tak wykona pracę – tylko że ręcznie i chaotycznie.
Zakres onboardingu zwykle obejmuje: weryfikację danych firmy, konfigurację ról i kontaktów, ustalenie warunków handlowych (płatności, cennik/rabaty, limity), przygotowanie realizacji (adresy, dostawy, wymagania dokumentów), a także przekazanie do opieki posprzedażowej (SLA, kanał zgłoszeń, opiekun). To ostatnie bywa pomijane, a potem „nowy klient” zaczyna od pytania: do kogo mam pisać w sprawie reklamacji? I robi to… do handlowca.
Punkty zapalne: dane, warunki, przekazanie, komunikacja
Najczęstsze pęknięcia scenariusza onboardingu w CRM i ERP to:
- Dane firmy i adresy: kilka wersji nazwy klienta, inny adres faktury w ERP i inny w CRM, kontakt do księgowości zapisany w notatce, a nie w polu.
- Warunki handlowe: rabat ustalony „na mailu”, termin płatności „na gębę”, limit kredytowy niezatwierdzony, ale zamówienie już przyjęte.
- Handoff sprzedaż–realizacja: zespół realizacji dostaje zamówienie bez informacji o oknach dostaw, wymaganiach pakowania czy dokumentach odbioru.
- Komunikacja: CRM wysyła automatyczne potwierdzenie, ERP wysyła swoje, a klient zastanawia się, czy to na pewno ta sama firma.
- Dokumenty i zgody: brak akceptacji warunków, brak wymaganych załączników, chaos w tym, gdzie co trzymamy (CRM, ERP, dysk, załącznik w mailu).
Widać tu wspólny mianownik: brak jednoznacznego podziału odpowiedzialności oraz brak „bramki” definiującej, kiedy klient jest gotowy do transakcji. Bez bramki onboarding zamienia się w ruchome piaski – każdy coś zrobił, ale nikt nie wie, czy już można przyjąć pierwsze zamówienie.
Minimalny porządek: jeden właściciel procesu i jedna definicja „gotowy do zamówień”
Da się to uporządkować bez tworzenia biurokratycznego potwora. Potrzebne są dwie decyzje:
- Właściciel onboardingu – rola, nie osoba. Najczęściej: Sales Ops, koordynator obsługi klienta albo backoffice (zależnie od wariantu architektury).
- Bramka „klient gotowy do pierwszego zamówienia” – krótka lista warunków, które muszą być spełnione, żeby ERP przyjęło zamówienie, a księgowość mogła wystawić fakturę bez polowania na dane.
Dodatkowo pomaga rozróżnienie dwóch torów pracy: relacja i aktywności (typowo CRM) oraz transakcje i rozliczenia (typowo ERP). To rozróżnienie jest praktyczne, a nie ideologiczne – czasem CRM musi trzymać „twarde” dane, a czasem ERP musi pokazać status w CRM. Dogmaty zostawmy konkurencji.
Scenariusz krok po kroku (baseline), niezależnie od wariantu architektury
Kroki i handoffy między działami: sprzedaż → realizacja → finanse → serwis
Baseline to scenariusz, który można zaimplementować jako workflow w CRM, jako zadania w ERP albo jako hybrydę. Najpierw uporządkuj kolejność zdarzeń i punktów przekazania:
1) Decyzja startowa: kiedy w ogóle zaczyna się onboarding
Najbardziej niebezpieczny moment to „jesteśmy dogadani, zakładajmy klienta”. Doprecyzuj warunek startu onboardingu. W B2B zwykle jest to jedna z opcji: podpis umowy, akceptacja oferty (mail/klik), otrzymanie zamówienia (PO) albo wpłata zaliczki. Ważne, żeby warunek był jednoznaczny, bo inaczej firma zakłada rekordy „na zapas”, a potem walczy z cmentarzyskiem klientów-widm.
2) Weryfikacja danych i deduplikacja rekordów
Zanim powstanie nowy rekord klienta, trzeba sprawdzić, czy już istnieje. To najtańszy krok w całym onboardingu, a często pomijany – bo „przecież widzę, że to nowa firma”. Tylko że w danych systemowych „Nowa Firma Sp. z o.o.” i „Nowa Firma sp z o o” to dwie różne rzeczy.
Praktyczna deduplikacja opiera się na prostych regułach:
- NIP/VAT-ID + kraj jako główny klucz (jeśli masz ten numer).
- Nazwa + domena e-mail (np. kontakt@domena.pl), jeśli NIP jest nieznany na starcie.