Jak mobilny CRM z ERP przygotowuje handlowca terenowego do wizyty

Handlowiec w terenie potrzebuje w telefonie trzech rzeczy: kontekstu relacji przed wizytą, danych z ERP w trakcie rozmowy i sposobu na zapisanie ustaleń zaraz po wyjściu. Bez tego wizyta jest zdarzeniem prywatnym handlowca, a nie firmy. Nie wraca do pipeline'u, nie wchodzi do prognozy i znika razem z samochodem służbowym.

Po ponad 200 wdrożeniach HubSpota widzimy powtarzalny schemat: to nie brak zaangażowania handlowca psuje sprzedaż terenową, tylko brak systemu, który pamięta za niego. W firmach z ERP, czyli produkcyjnych, handlowych i dystrybucyjnych, ten schemat jest tylko wyraźniejszy, bo dane, których handlowiec potrzebuje u klienta, siedzą w systemie, do którego nie ma dostępu z telefonu. Ten artykuł pokazuje, jak mobilny CRM zamyka trzy luki: przygotowanie, dostęp do danych z ERP i zapis następnego kroku, oraz czego to realnie wymaga.

Dlaczego sprzedaż terenowa w firmie z ERP wygląda inaczej niż w poradnikach o CRM?

Poradniki o CRM zakładają handlowca przy biurku z dwoma monitorami. W firmie produkcyjnej, handlowej i dystrybucyjnej handlowiec jest w aucie, u klienta na hali, czasem bez zasięgu, a dane, których potrzebuje, siedzą w ERP, do którego nie ma dostępu z telefonu.

To zmienia trzy rzeczy naraz. Po pierwsze, kontekst rozmowy nie jest w CRM „gdzieś obok". Musi być w kieszeni, zanim handlowiec naciśnie klamkę. Po drugie, dane operacyjne (stany, salda, reklamacje) nie żyją w CRM, tylko w ERP, więc bez warstwy integracyjnej telefon pokazuje połowę obrazu. Po trzecie, moment zapisu ustaleń to nie wieczór przy biurku, tylko dwie minuty w aucie po wizycie.

W jednej z ogólnopolskich firm dystrybucyjnych z dużym zespołem terenowym zobaczyliśmy to w skrajnej postaci: handlowcy pracowali równolegle na czterech wariantach CRM (desktopie, aplikacji mobilnej, wtyczce i własnym rozwiązaniu), a mimo planów przejścia na telefon i tak woleli laptopa. Efekt: raportowanie i analiza były niespójne, bo każdy zapisywał inaczej i w innym miejscu. To realny punkt startu wielu firm terenowych, nie teoria.

Wskazówka

Wiedza o kliencie należy do firmy, nie do handlowca. Mobilny CRM nie jest po to, żeby patrzeć handlowcowi na ręce. Jest po to, żeby kontekst klienta został w firmie, gdy handlowiec zmieni pracę albo weźmie urlop.

Co się dzieje z ustaleniami z wizyty, których handlowiec nie zapisze tego samego dnia?

Ustalenia zapisane po trzech dniach tracą szczegóły, które decydują o sprzedaży: kto był w sali, jaka padła obiekcja, na kiedy klient obiecał decyzję. Zostaje jedno zdanie w stylu „było ok, wracamy w marcu", a taka notatka jest bezużyteczna dla kogokolwiek poza jej autorem.

W REV.BW rozwiązuje to zasada Next Step połączona z zapisem „na gorąco": każda wizyta kończy się notatką i zaplanowanym kolejnym krokiem, a nie odłożeniem tematu na wieczór, który nigdy nie nadchodzi.

Dlaczego zeszyt i notatnik w telefonie nie są tańszą alternatywą dla CRM?

Zeszyt jest darmowy dla handlowca i kosztowny dla firmy. Dane w nim są nieczytelne dla kogokolwiek innego, nie wchodzą do prognozy i znikają razem z pracownikiem. To ta sama kategoria kosztu co Excel jako pseudo-CRM, tylko mniej widoczna, bo nikt nie prosi handlowca o dostęp do jego zeszytu.

Różnica jest prosta: notatka w zeszycie to własność prywatna, notatka w CRM to kapitał firmy. Objawy, że firma dojrzała do CRM, opisujemy osobno w artykule o sygnałach braku CRM. „To mój klient" i wiedza wyłącznie w głowie handlowca są na pierwszym miejscu tej listy.

Czego handlowiec nie wie, wchodząc na wizytę u klienta, i ile to firmę kosztuje?

Handlowiec bez przygotowania nie wie trzech rzeczy: co ustalono ostatnio, jaki jest bieżący stan współpracy w ERP (zamówienia, zaległości, reklamacje) i po co właściwie jedzie. Wizyta zamienia się w rozmowę o niczym plus obietnicę „sprawdzę i odezwę się", czyli w kolejny telefon, który trzeba było wykonać zamiast jechać.

Schemat jest wszędzie ten sam: firma ma te dane, tylko nie ma ich tam, gdzie handlowiec ich potrzebuje. Saldo przeterminowane siedzi w ERP u księgowej, reklamacja w skrzynce biura obsługi, ostatnie ustalenia w głowie poprzedniego opiekuna. Najczęstsza scena wygląda tak: handlowiec wchodzi porozmawiać o kolejnym zamówieniu, a klient zaczyna od reklamacji sprzed tygodnia albo od faktury, której jeszcze nie zapłacił, i od pierwszej minuty rozmowa toczy się nie tam, gdzie handlowiec chciał ją poprowadzić. Firma jako całość wie o tym kliencie wszystko, a handlowiec wchodzi na wizytę „na ślepo".

Uwaga

Handlowiec, który nie widzi salda ani reklamacji przed wizytą, nie traci tylko czasu. Traci pozycję, bo klient orientuje się szybciej niż on, że dostawca nie panuje nad własnymi danymi.

Jakie informacje o kliencie handlowiec powinien mieć przed wejściem na spotkanie?

Minimalny zestaw jest krótszy, niż się wydaje, a za każdym elementem stoi konkretne źródło:

• Ostatnie ustalenia i otwarte tematy: z historii aktywności w CRM (maile, notatki, spotkania na osi czasu)
• Kto jest decydentem i kto był ostatnio na spotkaniu: z panelu kontaktów powiązanych z firmą
• Historia zamówień i bieżące saldo: z ERP, zaciągane do karty klienta
• Otwarte reklamacje: ze zgłoszeń serwisowych powiązanych z firmą
• Cel tej konkretnej wizyty: z zaplanowanego następnego kroku (Next Step)

To jest zalążek konceptu, który nazywamy Briefem przed wizytą: powtarzalny pakiet kontekstu, który handlowiec dostaje przed każdym spotkaniem, niezależnie od tego, czy pamięta klienta, czy przejął go dwa dni temu.

Wyjaśnienie

Brief przed wizytą to nie improwizacja i nie „przejrzenie maili w windzie". To stały zestaw pięciu informacji, ten sam przy każdym kliencie, składany automatycznie z CRM i z danych z ERP. Skąd bierze się pełny obraz klienta, opisujemy w osobnym artykule o Customer 360. Tu pokazujemy, jak handlowiec dostaje go w telefonie na parkingu.

Co traci firma, gdy handlowiec pyta klienta o rzeczy, które są już w ERP?

Klient odbiera takie pytanie jednoznacznie: dostawca nie panuje nad własnymi danymi. Gdy handlowiec pyta o ostatnią dostawę, którą klient dobrze pamięta, albo o reklamację, którą klient właśnie zgłosił, rozmowa zaczyna się z pozycji słabszej. A handlowiec z gorszej pozycji częściej broni się ceną, bo nie ma innych argumentów.

To jest ukryty koszt braku danych w telefonie: nie „mniej wygodnie", tylko niższa marża na kolejnym zamówieniu.

Które dane z ERP handlowiec powinien widzieć w telefonie podczas wizyty u klienta?

Nie chodzi o „wszystkie dane z ERP w telefonie". Chodzi o pięć, sześć pól, które realnie zmieniają przebieg rozmowy. Resztę handlowiec i tak zignoruje. W telefonie zostaje w użyciu to, co potrzebne w rozmowie, a nie to, co ładnie wygląda na demo. W kilku wdrożeniach integracyjnych to właśnie te pola klienci chcieli zobaczyć w widoku handlowca w pierwszej kolejności: dostępność towaru, warunki dla kontrahenta, saldo i status realizacji.

Które dane z ERP zmieniają rozmowę u klienta i po co handlowcowi każde z nich?

Kluczowe jest, że te dane trafiają do telefonu w modelu odczytu: CRM pokazuje, co jest w ERP, ale nie ingeruje w księgową logikę systemu. W jednym z wdrożeń z ERP klasy FMCG umówiliśmy to wprost: edycja danych następuje wyłącznie w ERP, a HubSpot je tylko odzwierciedla, odświeżając co kilkanaście minut. To zasada, którą nazywamy Safety First, i to ona uspokaja dział IT i finansów.

Wyjaśnienie

Safety First (odczyt, nie zapis). Integracja z ERP działa głównie jednokierunkowo: dane płyną z ERP do CRM. Handlowiec widzi salda, faktury i stany bez logowania do ERP, ale nie zmienia ich z telefonu. W praktyce to gotowa matryca mapowania pól (Superkonfig), dzięki której uruchomienie liczy się w tygodniach, nie miesiącach.

Jakie pola z ERP handlowiec realnie czyta, stojąc u klienta?

W użyciu zostaje to, co jest potrzebne w rozmowie, a nie to, co robi wrażenie na prezentacji. Po miesiącu od uruchomienia widać w danych, w co handlowcy klikają: dostępność, cena dla tego klienta, status zamówienia. Z użycia zwykle wypada rozbudowana analityka, bo nikt nie czyta wykresów na telefonie między jedną wizytą a drugą.

Co się dzieje, gdy handlowiec obiecuje termin bez dostępu do stanów magazynowych?

Obietnica bez pokrycia w ERP kosztuje dwa razy: raz w ekspresowej dostawie albo przestawionej produkcji, drugi raz w zaufaniu klienta. Handlowiec obiecuje w dobrej wierze, bo nie ma czego sprawdzić. Zasada jest prosta: handlowiec nie sprzedaje czegoś, czego nie ma na magazynie, jeśli widzi stan w telefonie.

W kilku wdrożeniach dystrybucyjnych i produkcyjnych właśnie dostępność towaru i status realizacji były pierwszymi danymi, które klient chciał zobaczyć w widoku handlowca, przed marżą i przed czymkolwiek innym. Dlaczego integracja ERP z CRM się opłaca, rozwijamy w osobnym artykule o korzyściach z tej integracji.

Jak asystent AI w aplikacji mobilnej przygotowuje handlowca do spotkania z klientem?

Asystent w aplikacji mobilnej HubSpot (Breeze Assistant) po podpięciu kalendarza pokazuje przy nadchodzącym spotkaniu przycisk przygotowania: streszcza firmę, kontakty i transakcje, proponuje tematy do poruszenia i wskazuje otwarte sprawy. To jest Brief przed wizytą w wersji zautomatyzowanej: ten sam pakiet kontekstu przed każdym spotkaniem, niezależnie od tego, czy handlowiec pamięta klienta.

W jednym z wdrożeń dla firmy dystrybucyjnej z zespołem terenowym pokazaliśmy to na żywo: asystent w telefonie przygotował podsumowanie relacji, listę pytań na spotkanie i notatki, a handlowiec mógł od razu podyktować własne uwagi głosem. Ten sam mechanizm potwierdził się na szkoleniu w firmie korzystającej z Comarch: asystent tworzy podsumowania i przypomnienia z zsynchronizowanej komunikacji, bez ręcznego przeklejania.

W praktyce pierwsza reakcja handlowca jest dwojaka. Część od razu widzi w tym oszczędność czasu, bo kwadrans grzebania w mailach zamienia się na kilkanaście sekund. Część pyta odruchowo: „czy to ma mnie kontrolować?". Przełamanie następuje zwykle w momencie, gdy asystent wyłapie coś, czego handlowiec sam by nie skojarzył, na przykład otwartą reklamację albo temat sprzed pół roku, i rozmowa u klienta jest dzięki temu lepsza.

Co asystent AI potrafi podsumować przed spotkaniem, a czego nie zrobi za handlowca?

Asystent skraca przygotowanie z kwadransa do kilkunastu sekund, ale nie podejmuje decyzji za człowieka. To celowa granica, nie ograniczenie technologii.

Wyjaśnienie

Human-in-the-loop jako kontrakt. Umawiamy się z zespołem wprost: przygotowanie jest po stronie systemu, decyzja i odpowiedzialność po stronie człowieka. Dzięki temu handlowiec nie czyta AI jako zagrożenia dla swojej roli, tylko jako asystenta, który odrabia za niego nudną część.

Dlaczego bez integracji z ERP asystent AI pokaże tylko połowę obrazu klienta?

Asystent podsumowuje dane, które są w CRM. Jeśli stany, salda, historia faktur i reklamacje zostały w ERP, to ich w podsumowaniu nie będzie. Handlowiec dostanie ładne streszczenie maili, a nie obraz klienta. Warstwa integracyjna decyduje o tym, czy przygotowanie do wizyty jest kompletne, czy tylko wygodne.

To jest, naszym zdaniem, najważniejsze zdanie w całym temacie. „AI w telefonie handlowca" bez zsynchronizowanych danych z ERP jest tylko podsumowaniem korespondencji. Dopiero konektor do ERP, u nas między innymi pierwszy w Polsce konektor Comarch XL z HubSpotem, sprawia, że asystent widzi to, co realnie decyduje o rozmowie: czy klient zalega, co ostatnio kupił, czy ma otwartą reklamację. Model REV.BW dostarcza tę warstwę jako gotową architekturę, a nie projekt integracyjny pisany od zera.

Uwaga

Zakres funkcji Breeze zmienia się szybko i zależy od włączenia AI w ustawieniach oraz podpiętego kalendarza. Obowiązują też limity użycia, dlatego aktualny zakres warto potwierdzić na dzień decyzji.

Co powinno zostać w systemie po wizycie u klienta, żeby wizyta miała wartość dla firmy?

Po wizycie w systemie muszą zostać trzy rzeczy: co ustalono, z kim rozmawiano i jaki jest następny krok z datą. Wizyta bez tych trzech elementów nie istnieje dla firmy. Nie wchodzi do prognozy i nie da się jej przekazać nikomu innemu, gdy handlowiec zachoruje albo zmieni pracę.

To nie jest biurokracja. To minimum, dzięki któremu dane z terenu wchodzą do forecastu tego samego dnia, a nie w piątek po południu, i dzięki któremu menedżer jednym spojrzeniem widzi, które tematy stoją. W jednej z firm dystrybucyjnych z zespołem terenowym system generował raport pokazujący wprost, którzy handlowcy nie zostawili notatek z wizyt. To nie było narzędzie kary, tylko sygnał, gdzie danych po prostu brakuje. Dla dyrektora sprzedaży to była zmiana jakościowa: przestał rekonstruować, co działo się w terenie, z opóźnionych raportów, bo widział to na bieżąco na jednym ekranie.

Wskazówka

System pamięta, pilnuje i przypomina. Handlowiec sprzedaje. Jeśli po wizycie zostaje notatka i następny krok z datą, dyrektor sprzedaży przestaje dowiadywać się o rzeczach „w piątek, jak przyślą raport".

Jak dyktowanie notatki zaraz po wyjściu od klienta zmienia jakość danych w CRM?

Notatka dyktowana w aucie zawiera szczegóły, których wieczorem już nie ma: nazwiska, konkretne kwoty, dosłowne zdania klienta. Aplikacja mobilna zamienia dyktowaną notatkę na tekst i przypina ją do rekordu klienta, więc dane trafiają do systemu, zanim wyparują z pamięci. CRM uzupełnia się „na gorąco", bez odkładania na wieczór, który zwykle nie nadchodzi.

To pozornie drobna funkcja, a to ona najczęściej decyduje, czy handlowiec w ogóle wraca do aplikacji. Dyktowanie daje mu coś od razu, tego samego dnia, a nie dopiero w raporcie dla kogoś innego.

Dlaczego wizyta bez zapisanego następnego kroku nie istnieje dla firmy?

Szansa bez zaplanowanego następnego kroku nie umiera głośno. Po cichu wypada z pola widzenia i po kilku tygodniach jest martwą duszą w lejku: transakcją, przy której nikt nic nie robił, choć formalnie „jest w toku". Next Step nie jest kontrolą handlowca, jest zabezpieczeniem przychodu firmy.

W REV.BW pilnuje tego sam system: na tablicy Kanban transakcja bez zaplanowanego kolejnego kroku dostaje trójkąt ostrzegawczy, a transakcja bez aktywności od dłuższego czasu zostaje wyszarzona. Menedżer nie musi przeglądać wszystkiego, żeby zobaczyć, co stoi. O tym, jak martwe dusze zżerają lejek i jak dane z terenu wchodzą do prognozy tego samego dnia, piszemy osobno, w artykułach o objawach braku CRM i o prognozowaniu sprzedaży.

Aplikacja mobilna ERP czy mobilny CRM: czego handlowiec w terenie naprawdę potrzebuje?

To najczęstsza obiekcja zarządu: „przecież nasz Comarch ma aplikację mobilną, po co nam drugie narzędzie w telefonie". Odpowiedź nie jest kwestią gustu. To dwa różne pytania, na które odpowiadają dwa różne systemy.

Na jakie pytanie odpowiada aplikacja ERP, a na jakie mobilny CRM?

Trzymając się metafory, której używamy z zarządem: ERP to lusterko wsteczne, pokazuje to, co już było. HubSpot z REV.BW to przednia szyba, czyli pipeline, następny krok i przyszłość rozmowy. Handlowiec w terenie potrzebuje jednego i drugiego, ale to CRM prowadzi go przez proces.

Co pokazuje mobilny moduł ERP, a czego nie pokaże nigdy?

Moduł mobilny ERP dobrze odpowiada na pytania o dokumenty, dostępność i rozrachunki. Nie odpowie, kto jest decydentem, o czym rozmawialiście trzy miesiące temu i co obiecał poprzedni opiekun, bo tych danych w ERP nie ma i nigdy nie będzie. Różnicę między ERP a CRM rozkładamy na czynniki w osobnym artykule. Tu wystarczy zasada: ERP zna transakcje, CRM zna relacje.

Kiedy wystarczy mobilny podgląd do ERP, a kiedy potrzebny jest mobilny CRM?

To pytanie ma prosty test i zależy od tego, co handlowiec robi w terenie:

Rekomendacja jest warunkowa, nie kategoryczna: jeśli handlowiec tylko sprawdza dane, wystarczy podgląd do ERP, a jeśli prowadzi proces sprzedaży, potrzebuje CRM. Większość zespołów terenowych w firmach produkcyjnych i dystrybucyjnych robi jedno i drugie, dlatego zwykle potrzebuje warstwy CRM nad danymi z ERP.

Jak wdrożyć mobilny CRM w zespole terenowym, żeby handlowcy faktycznie go używali?

Mobilny CRM, do którego handlowiec nie wraca po pierwszym tygodniu, jest gorszy niż jego brak: firma płaci licencje i traci zaufanie zespołu do kolejnych zmian. Nazywamy to Martwym CRM Syndromem w wersji terenowej. Dobra wiadomość: 96% klientów zostaje z systemem po wdrożeniu, ale ta liczba nie bierze się z samego narzędzia, tylko z tego, jak wygląda pierwszych kilka tygodni z zespołem.

Wyjaśnienie

Martwy CRM Syndrom to stan, w którym system formalnie działa, ale nikt go nie uzupełnia. W terenie objawia się aplikacją, która jest zainstalowana na telefonach i nieotwierana. Lekarstwem nie jest przymus, tylko szybka korzyść dla użytkownika.

Dlaczego handlowcy w trasie porzucają mobilny CRM w pierwszych tygodniach?

Trzy powody powtarzają się niemal zawsze, i wszystkie trzy są do rozwiązania po stronie wdrożenia, nie po stronie handlowca:

1. Aplikacja wymaga więcej klikania, niż daje w zamian. Jeśli handlowiec musi wprowadzić pięć pól, żeby dostać jedno, przestaje wprowadzać.
2. Handlowiec nie widzi w niej danych, których naprawdę potrzebuje, bo ERP nie jest podpięty, więc telefon pokazuje maile zamiast sald i stanów.
3. Zespół czyta aplikację jako narzędzie nadzoru, a nie wsparcia, i uzupełnia ją minimalnie, „żeby był spokój".

Widać tu wprost, dlaczego integracja z ERP jest nie tylko kwestią danych, ale i adopcji: bez niej aplikacja jest pusta, a pusta aplikacja umiera. Obiekcje wobec integracji rozbrajamy w osobnym artykule.

Od czego zacząć wdrożenie w zespole, który jest w aucie cztery dni w tygodniu?

Zacznij od jednej rzeczy, która handlowcowi coś daje tego samego dnia: przygotowania do wizyty albo notatki dyktowanej w aucie. Nie zaczynaj od raportowania dla zarządu, bo to jest korzyść dla kogoś innego niż użytkownik, a użytkownik decyduje o powodzeniu wdrożenia.

Sprawdza się podejście etapowe: pilotaż na małej grupie (rzędu kilku handlowców), ręczny import danych na start, wybrani handlowcy jako ambasadorzy, a dopiero potem rozszerzanie zakresu i integracji. Nie warto robić wielkiego projektu od razu. Warto szybko dać realną korzyść, bo to ona buduje nawyk otwierania aplikacji.

BusinessWeb dostarcza to jako gotowy model REV.BW, zintegrowany z ERP, a nie jako projekt CRM od zera. Jak etapujemy takie wdrożenie, opisujemy osobno. Chcesz zobaczyć, jak to wygląda w Twojej branży? Odwiedź www.businessweb.pl.

Najczęściej zadawane pytania o mobilny CRM w sprzedaży terenowej

Kim jesteśmy

BusinessWeb to certyfikowany Partner HubSpot o najwyższym statusie Elite. Nasze doświadczenie obejmuje ponad 200 wdrożeń HubSpot, a 96% klientów, którzy wdrożyli HubSpot z nami, pozostaje z systemem. Partnerem HubSpot jesteśmy od 2018 roku.