Przykład integracji ERP z CRM HubSpot w firmie 200-500 osób

Producent i dystrybutor z branży budowlano-technicznej pracował na Comarch ERP XL od lat, z siatkami cenników, recepturami, całą logiką produktową i magazynową domkniętą w jednym systemie. Problem w tym, że w tym samym systemie próbował też prowadzić sprzedaż. A ERP nie jest środowiskiem pracy handlowca. Przez blisko dwa lata firma używała modułu CRM wbudowanego w ERP i z niego uciekała: do Outlooka, do Excela, do wiedzy trzymanej w głowach ludzi. Kiedy podliczyliśmy zespół, okazało się, że 13 handlowców terenowych, 10 handlowców w biurze, 2 menedżerów sprzedaży i całe biuro obsługi klienta pracowało w praktyce poza jakimkolwiek wspólnym systemem zarządzania.

Firma połączyła Comarch ERP XL z HubSpot i zrobiła to z konkretnym zamiarem: wyprowadzić handlowców z ERP do środowiska stworzonego dla sprzedaży, ujednolicić całą infrastrukturę danych i, co dziś przesądza, zbudować jeden wspólny model danych, który zasila sztuczną inteligencję. Efekty po uruchomieniu systemu: cykl sprzedaży skrócony o około 20%, średnio 6 godzin tygodniowo odzyskanych na handlowca, pierwsza reakcja biura obsługi klienta poniżej godziny zamiast „kiedyś odpiszemy" i prognoza sprzedaży trafna na poziomie ponad 85% zamiast deklaracji z głowy handlowca. Poniżej opisujemy, jak do tego doszło, krok po kroku.

Jaka firma i z jakim problemem: punkt wyjścia przed integracją?

To średniej wielkości producent i dystrybutor z branży budowlano-technicznej: własna produkcja, rozbudowany asortyment z sześcio-, siedmiopoziomowym drzewem towarowym, sprzedaż terenowa w całym kraju i biuro obsługi klienta przyjmujące zapytania i zamówienia. Comarch ERP XL był i pozostaje sercem operacji, źródłem prawdy o produktach, cenach, stanach magazynowych, zamówieniach i fakturach. Problem nie był technologiczny. Był zarządczy: mimo dojrzałego ERP sprzedaż działała reaktywnie, bez jednego standardu, bez wglądu w pipeline i bez jednej wersji prawdy o kliencie.

Najlepiej ujął to sam zarząd, porównując sprzedaż do własnego magazynu. W magazynie firma potrafiła policzyć wszystko: ile trwało złożenie zamówienia, ile czasu minęło od wejścia towaru do jego wydania. W sprzedaży nie liczyła nic. Nie było wiadomo, jakie działania podejmują handlowcy, które zapytania utknęły, a które w ogóle nie doczekały się odpowiedzi. Magazyn był procesem. Sprzedaż była zbiorem intuicji.

Wyjaśnienie

ERP to lusterko wsteczne. Pokazuje to, co już się wydarzyło: faktury, zamówienia, historię. HubSpot jako warstwa zarządcza to przednia szyba: pipeline, prognoza, to, co dopiero się wydarzy. Ten case to historia dokładania firmie przedniej szyby, bez ruszania fundamentu, jakim jest ERP.

Ile osób i jakie działy pracowały w rozproszonych systemach przed integracją?

Struktura sprzedaży obejmowała 13 handlowców terenowych, 10 handlowców pracujących w biurze i 2 menedżerów sprzedaży, a do tego biuro obsługi klienta, które przyjmowało zapytania w Outlooku. Łącznie to grupa rzędu dwudziestu kilku osób w samej sprzedaży i obsłudze, na tyle duża, że jej codzienna praca, poza zapisami w ERP, pozostawała praktycznie niewidoczna dla zarządu. Do tego dochodził sklep e-commerce oparty na osobnej platformie oraz Comarch ERP XL jako system operacyjny.

W praktyce dnia codziennego oznaczało to rozproszenie i pracę w kilku oknach naraz. Handlowiec terenowy notatki ze spotkań zbierał, gdzie się dało: w telefonie, na kartce, w pamięci. Przygotowanie do wizyty i podsumowanie po niej robił ręcznie. Biuro obsługi klienta pracowało na prywatnych skrzynkach, bez wspólnej kolejki i bez żadnego pomiaru czasu reakcji. Comarchowy moduł CRM był teoretycznie „w środku", ale dostęp do danych bywał uzależniony od licencji, a praca w nim na tyle sztywna, że zespół po prostu z niego wychodził. Nie istniał jeden ekran, na którym menedżer widziałby, co realnie dzieje się w sprzedaży. A przy tej liczbie osób to nie był drobny niedobór, tylko ogromny, niewykorzystany potencjał.

Co konkretnie nie działało w sprzedaży przez brak integracji ERP i CRM?

Zacznijmy od rzeczy najbardziej podstawowej: zarząd nie wiedział, co robią handlowcy. Nie chodzi o kontrolę dla samej kontroli. Chodzi o to, że bez tej wiedzy nie da się zarządzać. Ilu klientów w portfelu nie było kontaktowanych od miesięcy? Które zapytania utknęły, bo nikt nie odpisał na czas? Który handlowiec dowozi wynik pracą, a który tylko obraca tym samym zestawem klientów? Na te pytania nie było odpowiedzi, bo dane, które by ich udzieliły, nigdy nie trafiały w jedno miejsce.

To zresztą szerszy trend, który obserwujemy u wielu klientów z tej półki. Przez lata polskie firmy produkcyjne i dystrybucyjne rosły niejako z rozpędu. Popyt był na tyle duży, że nie trzeba było zarządzać sprzedażą, wystarczyło być sprawnym w produkcji, magazynie i logistyce. Ten czas się skończył. Rynek się zmienił, wzrost przestał przychodzić sam, a od 2022 roku ta zmiana stała się dla wielu zarządów wręcz namacalna. Dziś trzeba z klientem pracować: analizować, pilnować, planować, reagować. Na Excelu i rozproszonych skrzynkach po prostu nie widać obrazu funkcjonowania sprzedaży, a bez tego obrazu nie da się jej prowadzić.

Trzy bóle wracały w tej firmie najczęściej:

• Sprzedaż terenowa działała „z pamięci". Notatki, przygotowanie do wizyt, podsumowania, wszystko ręcznie i w rozproszeniu. Wiedza o kliencie znikała razem z handlowcem.
• Biuro obsługi klienta nie miało żadnego SLA. Zapytania trafiały do prywatnych skrzynek, a nikt nie mierzył, jak szybko firma odpowiada, mimo że to właśnie szybkość reakcji najczęściej decyduje o zamówieniu.
• Prognoza była deklaracją, nie danymi. „Szefie, na pewno to domknę" nie jest prognozą. Zarząd dowiadywał się o problemach z faktur, czyli wtedy, gdy było już za późno na reakcję.

Uwaga

SLA (Service Level Agreement) to ustalony i mierzony standard reakcji, na przykład „na każde zapytanie odpowiadamy w ciągu 60 minut, a jeśli nie da się rozwiązać sprawy od razu, klient dostaje potwierdzenie i termin". To brzmi banalnie, dopóki nie zobaczy się liczb: według danych HubSpot odpowiedź na zapytanie w ciągu 5 minut daje wielokrotnie wyższą szansę na sprzedaż niż odpowiedź po godzinie. W jednym z naszych wdrożeń, gdzie proces zakupowy był długi, wyszło wprost: jeśli firma nie odezwała się w ciągu pierwszych kilku godzin, temat i tak się nie zamykał. Rozwiązaniem nie było „każcie ludziom szybciej odpisywać", tylko zbudowanie procesu, który pilnuje czasu reakcji, potwierdza klientowi przyjęcie sprawy i alarmuje, gdy coś stoi za długo. Bez SLA firma nie wie nawet, że traci, bo tego nie mierzy.

Dlaczego firma zdecydowała się na integrację ERP z HubSpot właśnie wtedy?

Powód numer jeden był prosty: trzeba było usprawnić pracę sprzedaży, a firma wiedziała, że w takim przedsiębiorstwie nie ma sensu budować CRM bez danych z ERP. Integracja nie jest tu dodatkiem, jest warunkiem. To ona buduje realną wartość dla handlowca, bo pozwala mu widzieć w CRM dane operacyjne i przestać logować się do ERP po każdą informację. Bez tego CRM byłby pustą skorupą, a handlowcy i tak wróciliby do starych nawyków.

Powód numer dwa był zarządczy: mieć wszystkie dane w jednym miejscu, do analizy trendów sprzedaży, do forecastingu, do statusu realizacji na kliencie oraz do automatyzacji, które wychwytują to, czego człowiek nie zauważy na czas: spadające obroty u stałego klienta, zmianę w koszyku zakupowym, grupę produktową, z której klient nagle przestał kupować.

Powód numer trzy jest nowy i coraz częściej przeważa: sztuczna inteligencja. Firma świadomie chciała zbudować jeden wspólny model danych całego przedsiębiorstwa, nie tylko pod procesy sprzedażowe, ale pod pracę AI. Bo pierwszym krokiem do sensownego wykorzystania AI nie jest „kupienie AI". Jest nim uporządkowany, wspólny model danych, a dopiero na nim można postawić cokolwiek inteligentnego.

Wyjaśnienie

Systemy ERP nie są środowiskiem pracy handlowca, są środowiskiem operacyjno-księgowym. Firmy, które przychodzą po CRM zintegrowany z HubSpot, chcą stopniowo wyprowadzać sprzedawców z ERP do systemu stworzonego dla sprzedaży. Cel to nie „kolejny system", lecz coraz prostsze, jednolite środowisko pracy handlowca: jedna infrastruktura zamiast pięciu okien i jedna wersja prawdy o kliencie.

Dlaczego firma wybrała HubSpot, a nie moduł CRM w istniejącym ERP?

To jest sedno tego case'u, bo firma nie wybierała HubSpota „na sucho". Ona przez blisko dwa lata używała modułu CRM wbudowanego w Comarcha i miała do końca września decyzję o wznowieniu tej subskrypcji. Zamiast ją przedłużyć, firma wybrała HubSpota. Powód był praktyczny: adopcja. Moduł CRM w ERP jest zaprojektowany logiką operacyjno-księgową, nie logiką handlowca, i zespół po prostu w nim nie pracował.

Widać to nawet w dyskusji o integracji dwukierunkowej. Za każdym razem, gdy pada temat „róbmy od razu wszystko w dwie strony", pojawia się ten sam sygnał: to nie jest potrzeba systemu, to bunt zespołu handlowego, który nie chce pracować w dwóch narzędziach naraz. Ludzie nie chcą przeskakiwać między ERP a CRM, chcą jednego, prostego środowiska. Dokładnie o to chodziło firmie: wyprowadzić sprzedaż z ciężkiego ERP do lekkiego, elastycznego HubSpota i dać jej fundament pod automatyzację oraz AI, którego moduł w ERP nie dawał.

Wskazówka

CRM w firmie produkcyjnej i dystrybucyjnej z ERP działa tylko wtedy, gdy jest zaprojektowany jako warstwa nad ERP, a nie jako kolejny moduł w środku ERP. Adopcja handlowców to nie „miękki" dodatek, to warunek, czy w systemie w ogóle znajdą się realne dane do prognozy i do AI. Moduł w ERP pokazuje, co było. HubSpot pokazuje, co będzie.

Jakie obawy miała firma przed startem i jak zostały rozwiane?

Największa obawa jest w tym segmencie zawsze ta sama: klient nie zdaje sobie sprawy, jak duża jest taka integracja i ile może kosztować. Projekty informatyczne źle się kojarzą. Firmy, które przeszły wdrożenie ERP, wiedzą, że to bywają długie, skomplikowane przedsięwzięcia. A gdy do CRM dołoży się jeszcze integrację, w wyobraźni zarządu robi się z tego projekt „multi-skomplikowany", drogi i ryzykowny.

Ten klient trafił do nas nieprzypadkowo i to rozbroiło pierwszą obawę. Oglądał nasze webinary o integracjach z Comarch XL, czytał artykuły i zobaczył firmę, która realnie potrafi takie rzeczy robić. Wiedział, że mamy gotowy interfejs do Comarch ERP XL, więc nie musimy niczego programować, wystarczy skonfigurować. A to jednocześnie obniża koszt i skraca wdrożenie. Drugą obawę, techniczną, rozbroiliśmy zespołem. Klient nie ma własnego działu IT do integracji, więc wystawiliśmy mu doświadczonych ekspertów od integracji z zapleczem biznesowym, którzy krok po kroku wytłumaczyli, jak to działa i gdzie są granice systemów.

Sam klient podszedł do tego wzorcowo pragmatycznie. Zamiast rzucać się na „wszystko naraz", powiedział wprost: startujemy tylko jednym kierunkiem, z ERP do CRM, żeby wystartować szybko, najmniejszym kosztem i ryzykiem. Jak sam podsumował, można sobie od razu narobić „wodotrysków", ale na koniec sukces to nie liczba funkcji, tylko ludzie, którzy pod koniec roku aktywnie korzystają z systemu i są głodni więcej.

Jak przebiegło wdrożenie integracji ERP↔HubSpot krok po kroku?

Wdrożenie w BusinessWeb to nie jest projekt, na którego wyniki czeka się miesiącami. Nasze zadanie to jak najszybsze przeniesienie ludzi do pracy na CRM, dlatego projekt dzielimy na fazy i zaczynamy od tego, co najszybciej oddaje wartość. Nie odwracamy tej kolejności.

Przebieg tego wdrożenia wyglądał tak:

1. Uporządkowanie procesów sprzedaży. Najpierw spisaliśmy i ujednoliciliśmy główny proces sprzedaży klienta, zanim w ogóle dotknęliśmy narzędzia.
2. Konfiguracja procesu w HubSpot jeszcze bez integracji. Zespół dostał działający system i mógł zacząć na nim pracować od razu.
3. Migracja danych na start. Załadowaliśmy firmy, kontakty i dane potrzebne sprzedaży, żeby systemy nie były puste, a ludzie mieli na czym pracować i zdążyli się z narzędziem oswoić.
4. Podpięcie narzędzi pracy. Kalendarze, telefony, synchronizacja maili, aplikacje mobilne, dedykowana skrzynka dla biura obsługi, wysyłka ofert w PDF z HubSpot.
5. Uruchomienie integracji z Comarch ERP XL równolegle z pracą zespołu, a po niej druga faza z dobudową kolejnych procesów i obszarów biznesowych (klient miał ich więcej niż sama sprzedaż).
6. Testy synchronizacji i danych, korekty, przejście do codziennej pracy.

To, jak pracujemy, realnie przyspiesza adopcję. Rozliczamy się z klientami w modelu Time & Material, a nasz konsultant wiodący jest stale na spotkaniach z zespołem. Dzięki temu nie „oddajemy systemu i znikamy": na bieżąco obserwujemy, jak ludzie pracują, poprawiamy błędy w locie i odpowiadamy na pytania „jak to zrobić lepiej". Do tego dochodzi wbudowany w HubSpot agent Breeze, który odpowiada użytkownikom na pytania techniczne w stylu „jak dodać pole", bez czekania na konsultanta. Ta pętla (pokaż, pozwól spróbować, popraw) zwiększa adaptacyjność zespołu bardziej niż jakiekolwiek jednorazowe szkolenie.

Od którego etapu zaczęto i jak szybko pojawił się pierwszy efekt?

Zaczęliśmy od uporządkowania procesu sprzedaży i skonfigurowania go w HubSpot, bez czekania na integrację. Po migracji danych na start zespół pracował na systemie już w pierwszych tygodniach: logował maile, wyszukiwał klientów, prowadził komunikację. To była świadoma kolejność: najpierw dać ludziom coś, w czym mogą klikać i „nawiązać relację z systemem", a dopiero potem dokładać kolejne warstwy. Bo kiedy na jednym warsztacie zwali się na człowieka wszystko naraz (kontakty, firmy, notatki, deale, pipeline'y, powiązania), dostaje „kolubrynę na klatę" i się zniechęca.

Integracja na gotowych elementach potrafi być dostępna około półtora miesiąca od uruchomienia. W tym przypadku tempo zależało głównie od strony klienta, bo interfejs stawiamy w jego infrastrukturze: instalacja wtyczki i Reverse Proxy, dostępność środowisk. Gdyby całość była po naszej stronie, dało się to skrócić do kilku tygodni.

Wyjaśnienie

Ważne rozróżnienie: integracja gotowym interfejsem BusinessWeb to konfiguracja, nie programowanie. Wszystko jest gotowe i podpinane do systemu. Najbardziej wymagającym elementem jest późniejsza migracja i synchronizacja danych do dwóch lat wstecz, ale na start ładujemy tylko dane niezbędne do pracy sprzedaży (firmy, kontakty, bieżąca sprzedaż), żeby zespół ruszył od pierwszych tygodni.

Jak długo trwało całe wdrożenie i co je wydłużało lub przyspieszało?

Całe wdrożenie, ze wszystkimi obszarami i drugą fazą, zajęło około 3,5 miesiąca. Najmocniej przyspieszyły je dwie rzeczy: gotowy interfejs BusinessWeb do Comarch ERP XL (konfiguracja, nie kod) oraz decyzja klienta, żeby najpierw zmapować i uporządkować procesy sprzedaży, dzięki czemu konfiguracja poszła sprawnie, bo było jasne, co odwzorowujemy.

Co wydłużało? Przede wszystkim testy: pracownicy sprawdzali system, a weryfikacja integracji i wymienianych danych wymagała czasu. Doszła też jakość danych: mimo że ten klient miał ERP zarządzany naprawdę porządnie (walidowany NIP, sensowne pola), i tak wyszły błędne adresy e-mail, których nie dało się zmigrować, oraz niewyczyszczone dane kontrahentów. To typowe. I tu z pomocą przyszła AI, którą wykorzystaliśmy do oczyszczenia danych, dzięki czemu problemy usunięto szybko.

• Przyspieszało: gotowy interfejs (konfiguracja zamiast programowania), wcześniejsze zmapowanie i uporządkowanie procesów, dostępność i szybka reakcja po stronie klienta, świadomie zawężony zakres pierwszej fazy.
• Spowalniało: testy i weryfikacja danych przez użytkowników, jakość danych w ERP (błędne e-maile, drobne duplikaty), zależność od setupu technicznego po stronie klienta.

Co dokładnie zintegrowano między ERP a HubSpot w tej firmie?

Integracja jest jednokierunkowa: Comarch ERP XL → HubSpot, z ERP jako źródłem prawdy. Podział ról jest czysty. W ERP zostają cenniki, receptury, produkty i całe „ciężkie" ofertowanie: handlowiec buduje tam ofertę, przekształca ją w zamówienie, z którego powstaje faktura. W HubSpot dzieje się cała reszta: komunikacja z klientem, spotkania, telefony, analiza, pipeline. Dane z ERP pojawiają się w HubSpot niemal natychmiast, bo handlowiec musi móc od razu wysłać ofertę do klienta, nie czekając na synchronizację o pełnej godzinie.

To była świadoma, pragmatyczna decyzja. Dwukierunkowa wymiana danych oznacza odwzorowanie w HubSpot skomplikowanych siatek cenników i rabatów, a to ogromne ryzyko błędu, który raz zaciągnięty zostaje w systemie na stałe. Firma słusznie uznała, że jej wyzwaniem nie jest „robienie oferty w systemie" (to zespół umie od lat), tylko praca z danymi klienta i z całym lejkiem sprzedażowym. I to właśnie dostała.

Zakres synchronizowanych danych, oparty na szczegółowej matrycy pól przygotowanej dla Comarch ERP XL, objął kilka obszarów:

Kilka rzeczy wymagało tu myślenia, nie tylko „przepięcia pól". NIP ustawiliśmy jako pole unikalne (tylko cyfry), żeby HubSpot nie pozwolił wprowadzić dwóch firm z tym samym numerem, co samoczynnie czyści bazę. Numer listu przewozowego bywa wielowartościowy (jedna przesyłka, kilka listów) i powstaje dopiero na etapie wydania magazynowego, więc trzeba było odwzorować go tak, żeby handlowiec miał go pod ręką, gdy klient pyta „gdzie moja paczka". Koszt transportu jest osobną pozycją oferty, nie rozbija się go na produkty. Waluty HubSpot przelicza do jednej waluty firmowej, żeby raporty porównywały „jabłka do jabłek".

Uwaga

Jakość danych to warunek czystej bazy, nie formalność. Nawet przy porządnie prowadzonym ERP część danych wymaga oczyszczenia (błędne e-maile, drobne artefakty w polach), dlatego przed startem warto zaplanować audyt jakości danych. To najczęstsze źródło opóźnień w tego typu wdrożeniach, a nie sama integracja.

Jak wygląda dzień pracy handlowca na zintegrowanym systemie?

Dopiero na konkretnych sytuacjach widać, po co to wszystko. Oto cztery, które w tej firmie zmieniły się najbardziej:

• Telefon od klienta „gdzie moje zamówienie?". Kiedyś handlowiec odkładał słuchawkę i dzwonił do biura albo logował się do ERP. Dziś otwiera kartę klienta w HubSpot i od ręki widzi numer i wartość zamówienia, status realizacji, termin, a po wysyłce numer listu przewozowego. Odpowiada w trakcie rozmowy.
• Przygotowanie oferty. Na karcie klienta widać historię zakupów, kupowane grupy produktowe, aktualne stany magazynowe i rezerwacje oraz marżę. Handlowiec nie zaproponuje towaru, którego nie ma, wie, na czym klient zwykle kupuje, i wysyła ofertę w PDF prosto z HubSpot.
• Rozmowa o płatnościach. Zanim zadzwoni, widzi salda, terminy i statusy płatności: czy klient nie jest zablokowany przez księgowość, czy nie ma przeterminowań. Rozmowa jest merytoryczna, a nie „w ciemno".
• Wizyta terenowa. Aplikacja mobilna HubSpot z AI działa jak asystent w telefonie: handlowiec „rozmawia" z systemem, przygotowuje się do spotkania na podstawie danych klienta z ERP i CRM, a po wizycie dyktuje podsumowanie, które trafia do CRM jako notatka. Koniec z kartkami i odtwarzaniem ustaleń z pamięci, a menedżer wreszcie wie, co wydarzyło się na spotkaniu.

Jakie procesy zautomatyzowano dzięki integracji?

Automatyzacje dobraliśmy tak, żeby odciążać zespół, a nie zasypywać go zadaniami, bo nadmiar „taskologii" zniechęca szybciej niż jej brak. Najważniejsze wdrożone mechanizmy:

• Raportowanie dla zarządu: dashboardy sprzedaży, marży i realizacji celów aktualizują się same, zamiast powstawać ręcznie na koniec miesiąca.
• Zbieranie danych z wizyt terenowych: aplikacja mobilna z asystentem Breeze zapisuje notatki i podsumowania spotkań wprost do CRM.
• Monitoring SLA w obsłudze klienta: system mierzy czas reakcji na zgłoszenia, potwierdza klientowi przyjęcie sprawy i alarmuje, gdy coś stoi za długo.
• Przypomnienia o „cichych" klientach: automatyczny sygnał, gdy klient nie ma aktywności od 45-60 dni, żeby nie wypadł z pola widzenia.
• Wykrywanie zmian w zachowaniu klientów: alert o spadających obrotach czy zmianie koszyka zakupowego, zanim odbije się to na wyniku.
• Higiena danych wspierana przez AI: automatyczne wychwytywanie duplikatów i błędnych danych kontaktowych.

Dlaczego wspólny model danych ERP i CRM jest fundamentem pod AI?

To jest część, która odróżnia to wdrożenie od „zwykłego CRM", i to był świadomy cel klienta, nie efekt uboczny. Kiedy dane sprzedażowe z HubSpot i operacyjno-finansowe z ERP tworzą jeden, spójny model danych, staje się on wspólnym paliwem dla sztucznej inteligencji. Ten model można wykorzystać zarówno przez wbudowany w HubSpot Breeze AI, jak i przez zewnętrzne modele (Claude czy OpenAI) połączone z HubSpot przez protokół MCP.

W praktyce to konkret, nie hasło. Skille w Claude potrafią codziennie analizować dane w CRM i aktualizować statusy działań za pracownika. Na przykład: do nowego leada wyszedł mail, więc AI sama zmienia status na „skontaktowany", i handlowiec nie musi tego robić ręcznie. AI może przygotować handlowca do spotkania, streścić rozmowę, wskazać klientów zagrożonych odejściem albo podpowiedzieć, z której grupy produktowej dany klient nie kupuje, mimo że mógłby. Dlatego ta firma nie budowała modelu danych „tylko pod sprzedaż", budowała go jako fundament pod pracę AI w całej organizacji. Pierwszym krokiem zawsze jest model danych. Wszystko inne przychodzi po nim.

Jakie efekty w liczbach dała integracja ERP z HubSpot w tej firmie?

Po uruchomieniu systemu efekty widać w czterech obszarach naraz, czyli w czasie, tempie, jakości obsługi i jakości decyzji:

• Cykl sprzedaży krótszy o około 20%: dzięki widoczności danych na karcie klienta i sekwencjom domykającym oferty handlowcy szybciej przechodzą przez kolejne etapy, bez martwych przestojów „czekam, aż ktoś sprawdzi".
• Około 6 godzin tygodniowo odzyskanych na handlowca: mniej telefonów do biura po stany i statusy, brak logowania do ERP po każdą informację, koniec ręcznych raportów. Ten czas wrócił do rozmów z klientami.
• Pierwsza reakcja obsługi klienta poniżej 60 minut: wcześniej czas reakcji nie był w ogóle mierzony, a wdrożenie SLA zamieniło „kiedyś odpiszemy" w mierzalny standard, co przy krótkim oknie decyzyjnym klienta wprost przekłada się na zamówienia.
• Trafność prognozy ponad 85%: zamiast deklaracji zarząd dostał prognozę ważoną opartą na danych z pipeline'u i faktur.

Wyjaśnienie

To jest „raport, który prowadzi do decyzji", a nie raport dla samego raportu. Prosty rachunek zwrotu, który zrobił sam klient: przy koszykach sprzedażowych i scoringu premiowym wystarczy, że każdy handlowiec sprzeda około 3 000 zł miesięcznie więcej, czyli jedno dodatkowe zamówienie, żeby system wyszedł na plus. Zespół uznał to za w pełni realne. A przy ponad dwudziestu osobach w sprzedaży i średnio ~6 odzyskanych godzinach tygodniowo na osobę firma odzyskuje kilkaset roboczogodzin miesięcznie. Sam ten czas zwraca inwestycję w tygodniach, nie w latach.

Ile czasu odzyskali handlowcy i zarząd po integracji?

Mechanizm jest prosty i wynika wprost z zakresu integracji. Handlowiec nie dzwoni już do biura po stany magazynowe i statusy płatności, bo widzi je na karcie klienta. Nie loguje się do ERP po każdą informację. Nie odtwarza notatek z pamięci, bo dyktuje je do aplikacji mobilnej. Biuro obsługi nie przeszukuje prywatnych skrzynek, bo ma wspólną kolejkę z SLA. Menedżer nie czeka na ręczny raport z końca miesiąca, bo pipeline i realizacja celu są na bieżąco. W tej firmie złożyło się to na średnio około 6 odzyskanych godzin tygodniowo na handlowca, a to jest czas, który wraca do tego, co handlowiec robi najlepiej: do sprzedaży.

Jak zmieniła się jakość prognoz i decyzji zarządu?

Największa zmiana to przejście od zarządzania „na intuicję" do zarządzania na danych. Zamiast prognozy z głowy handlowca firma dostała prognozę ważoną: wartość ofert w lejku mnożoną przez prawdopodobieństwo zamknięcia na danym etapie. Zarząd widzi jednocześnie to, co już zafakturowano w ERP, i to, co realnie jest w pipelinie, a AI dodatkowo oczyszcza prognozę z tematów o niskim prawdopodobieństwie, zanim trafi ona na zarząd.

Drugą, równie ważną zmianą było spojrzenie na marżę zamiast na sam obrót. Bo duży obrót nie oznacza zysku. To jedna z najczęstszych pułapek w firmach z ERP. Klasyczny błąd to liczenie średniej marży jako średniej z procentów. Wyobraźmy sobie trzy transakcje w miesiącu: dużą za 100 000 zł z marżą 30% i dwie mniejsze, po 10 000 i 5 000 zł, obie z marżą 50%. Intuicja podpowiada 43%. Prawda to 33%, bo prawie wszystkie pieniądze przyszły z dużej sprzedaży o najniższej marży. Uśrednianie procentów sprawia, że transakcja za 5 000 zł liczy się tak samo jak ta za 100 000 zł. To prosta droga do złudnej marży.

Ponieważ ten klient liczy marżę per produkt (mechanizm RKZ w Comarchu), po integracji zarząd zyskał to, czego wcześniej nie miał w zasięgu ręki: średnią marżę na handlowca (kto dowozi wynik pracą, a kto „kupuje" klienta rabatem), grupy produktowe generujące realny zysk, trend marży w czasie oraz analizę powodów utraconych szans, cenną nie tylko dla sprzedaży, ale i dla produkcji i zakupów. To otwiera bardzo konkretne decyzje: które grupy produktowe pchać w danym kwartale, komu zaproponować cross-selling i upselling, a których nierentownych klientów przestać obsługiwać w dotychczasowym modelu, bo przepalają zasoby, nie dając marży.

Wyjaśnienie

Prognoza ważona (Weighted Forecast): system liczy przewidywany przychód nie na podstawie życzeń handlowca, lecz mnożąc wartość ofert przez prawdopodobieństwo ich zamknięcia na danym etapie (np. oferta wysłana ~30%, negocjacje ~70%; progi ustala się per wdrożenie). To przejście z zarządzania „na intuicję" do systemu wczesnego ostrzegania, w którym zarząd widzi problem w trakcie miesiąca, gdy można jeszcze zareagować, a nie z raportu księgowego, gdy jest już po wszystkim.

Co decyduje o sukcesie integracji ERP z HubSpot?

Ten case dobrze pokazuje, co realnie decyduje o powodzeniu integracji ERP z HubSpot w firmie tej wielkości:

• Najpierw procesy, potem narzędzie. Klient postawił na zmapowanie i uporządkowanie procesów sprzedaży, dzięki czemu konfiguracja poszła szybko, a w systemie znalazły się realne dane.
• Zawężenie do gotowych interfejsów. Oparcie się na gotowym interfejsie BusinessWeb do Comarch ERP XL (konfiguracja, nie programowanie) skróciło i potaniło wdrożenie.
• Rozsądny zakres na start. Jeden kierunek integracji i pierwsza faza skupiona na sprzedaży pozwoliły szybko uruchomić system i od razu oddać wartość, zamiast miesiącami budować „wszystko naraz".
• Dostępność i szybka reakcja po stronie klienta. Interfejs stoi w infrastrukturze klienta, a jego gotowość realnie decyduje o tempie.
• Etapowe dobudowywanie. Kolejne procesy i obszary dokładaliśmy po starcie, bez przeciążania zespołu, z konsultantem wiodącym obecnym na bieżąco.

Wskazówka

BusinessWeb nie „wgrywa CRM", tylko buduje i porządkuje procesy sprzedaży. To osobna, realna część naszej pracy: układamy pracę na transakcjach, prospecting, kwalifikację leadów, cross-selling i upselling oraz ekran menedżera do zarządzania zespołem i rutyn menedżerskich. Uporządkowanie procesów to nie etap wstępny do odhaczenia, to fundament, na którym stoi cała wartość wdrożenia i cała późniejsza praca AI.

Jaka jest najważniejsza rada dla firmy 200-500 osób planującej podobną integrację?

Nie bójcie się wdrożenia, dzisiejsze systemy są proste. Postawcie na gotowe rozwiązania, które już istnieją, uruchomcie je szybko, a dopiero potem rozwijajcie: dodawajcie własne pola i kustomizacje. To przyspiesza pracę zespołu sprzedażowego na systemie i zwiększa jego adaptacyjność. Jeśli dziś prawdopodobnie w ogóle nie pracujecie na CRM, to nawet niewielki CRM na start, zintegrowany z HubSpot i ERP, da wam ogromną wartość. Małymi krokami można zbudować coś naprawdę dużego. Traktujcie ERP jako fundament, nie przeciwnika, a HubSpot jako warstwę zarządczą nad nim. BusinessWeb dostarcza to jako gotowy model REV.BW: architekturę przychodową dla firm z ERP, a nie kolejny projekt IT od zera.

Często zadawane pytania o integrację ERP↔HubSpot w firmie produkcyjnej i dystrybucyjnej

Masz ERP i czujesz, że sprzedaż nie nadąża za potencjałem firmy? Zobacz, jak wygląda warstwa zarządcza nad Twoim ERP na przykładzie Twojej branży. Umów bezpłatną prezentację online na www.businessweb.pl.

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.