CRM dla hurtowni budowlanej – czego naprawdę potrzebują handlowcy, magazyn i biuro?

Firma ma już programy. Dlaczego handlowiec nadal dzwoni do magazynu?

Wyobraźmy sobie taką sytuację. Handlowiec rozmawia z wykonawcą, który potrzebuje materiałów na dwie budowy. Klient ma indywidualne warunki, część towaru chce odebrać sam, a resztę zamówić z dostawą. Przedstawiciel widzi wcześniejsze zakupy, ale nie wie, czy uzgodniona cena nadal obowiązuje i ile materiału można rzeczywiście sprzedać.

Dzwoni do biura. Biuro sprawdza cenę, a magazyn dostępność. Po rozmowie handlowiec wysyła zamówienie w wiadomości. Ktoś przepisuje pozycje do programu i ponownie ustala, na którą budowę ma pojechać dostawa.

To przykładowy scenariusz, nie opis konkretnego wdrożenia. Pokazuje jednak ważne rozróżnienie: brak wspólnej informacji nie musi oznaczać braku odpowiedniego programu. Informacje mogą już istnieć, tylko nie trafiać do właściwej osoby we właściwym momencie.

Dlatego wybór CRM-u dla hurtowni budowlanej warto zacząć od pytań: czego handlowiec nie może sprawdzić sam, co biuro musi przepisywać i czego magazyn dowiaduje się za późno? Dopiero potem porównywać rozwiązania.

Czego potrzebują handlowiec, biuro i magazyn?

Nie trzeba dawać wszystkim identycznego ekranu. Warto natomiast zapewnić, żeby różne widoki odnosiły się do tego samego klienta, zamówienia i ustaleń.

Handlowiec: przygotować rozmowę i złożyć obietnicę, którą firma może spełnić

Przy projektowaniu pracy handlowca zacznij od karty klienta. Powinna pomagać odpowiedzieć: kto prowadzi rozmowę, co już uzgodniono, jaka oferta czeka na odpowiedź i kiedy należy wrócić do klienta. Sama lista telefonów nie wystarczy, jeżeli problemem są zapomniane ustalenia.

Oddziel historię relacji od historii zakupów. Rozmowa o nowej inwestycji, zaakceptowana wycena i ostatnia faktura to różne informacje. W proponowanym układzie powinny być powiązane, ale nie zastępować się nawzajem.

Jeżeli jeden klient obsługuje kilka budów, przypisuj ustalenia również do konkretnego miejsca lub inwestycji. Cena uzgodniona na jeden zakres dostaw nie powinna automatycznie stawać się warunkiem wszystkich przyszłych zakupów. Kontakt do osoby odbierającej materiał na budowie nie musi być kontaktem do osoby zatwierdzającej ofertę.

Program dla przedstawicieli handlowych w hurtowni warto więc oceniać na konkretnej rozmowie: czy pracownik potrafi znaleźć ustalenia, sprawdzić warunki i zapisać następny krok bez odtwarzania wszystkiego z pamięci?

Biuro: kontrolować wyjątki zamiast odtwarzać zamówienie

Dla biura dobrym celem projektowym jest otrzymanie kompletnego zlecenia: właściwego klienta, produktów, ilości, jednostek, uzgodnionych cen i danych dostawy.

W takim modelu pracownik nie przepisuje listy z wiadomości. Zajmuje się tym, co rzeczywiście wymaga decyzji: zatwierdzeniem dodatkowego rabatu, uzgodnieniem brakującej pozycji albo wyjaśnieniem blokady zamówienia.

Warto też ustalić wspólne zasady dla zamówień od handlowca, przyjętych przez telefon i złożonych przy ladzie. Jeżeli tylko jeden kanał aktualizuje rezerwacje, pozostałe nadal mogą zmieniać sytuację, której przedstawiciel nie widzi.

Magazyn: wiedzieć, co przygotować, skąd i na kiedy

Magazyn nie musi czytać całej historii kontaktów. Powinien dostać jednoznaczną dyspozycję: jaki produkt i wariant, ile, w jakiej jednostce, z którego magazynu oraz dla jakiej realizacji.

W przykładowym zamówieniu materiałów budowlanych zapis „10 opakowań” może wymagać doprecyzowania, czy chodzi o worki, paczki czy palety. Nie zostawiaj takich rozstrzygnięć osobie kompletującej towar. Sprawdź także, czy przeliczniki używane podczas sprzedaży odpowiadają tym w programie magazynowym.

Jeżeli dostawa wymaga konkretnej godziny, kontaktu do odbiorcy lub samochodu z dźwigiem, zaplanuj miejsce na te informacje. Nie powinny pozostawać wyłącznie w prywatnej notatce handlowca.

Co zostawić w ERP, a za co powinien odpowiadać CRM?

Nie zakładaj, że obecny system służy tylko do wystawiania faktur. Przykładowo Subiekt nexo PRO opisuje obsługę zamówień, wielu magazynów, kartotek klientów i indywidualnej polityki cenowej. Część potrzeb może więc być już obsługiwana w programie handlowo-magazynowym. ^[1]

Dobrym punktem wyjścia jest poniższy podział. To propozycja organizacji danych do sprawdzenia w konkretnej hurtowni, nie sztywny standard każdego wdrożenia.

Źródło: opracowanie ProcesON. Propozycja do sprawdzenia w konkretnej firmie, nie specyfikacja każdego systemu.

Nie oznacza to zakazu przechowywania kopii danych w aplikacji. Chodzi o rozstrzygnięcie, która wersja decyduje, gdy dwa programy pokazują coś innego. Równie ważne jest ustalenie, kto może wprowadzać zmiany i jak trafiają one do pozostałych narzędzi.

Warto też sprawdzić moduły już dostępne w używanym systemie. W referencji z 16 marca 2022 r. firma Metalzbyt, handlująca m.in. materiałami budowlanymi i wykończeniowymi, opisała wdrażanie Comarch ERP XL w kolejnych lokalizacjach oraz wykorzystanie modułów sprzedaży, zamówień i CRM. ^[2]

Wniosek dla planowanego wdrożenia jest prosty: zanim powstanie osobny CRM, sprawdź, czy potrzebnej funkcji nie można wykorzystać w obecnym środowisku.

Cena produktu to nie zawsze cena dla konkretnego klienta

Podczas oceny systemu nie pytaj wyłącznie, czy potrafi wyświetlić cenę. Sprawdź, jaką cenę pokaże po wybraniu klienta, ilości i jednostki sprzedaży.

To rozróżnienie ma odzwierciedlenie w gotowych programach. InsERT opisuje w Subiekcie nexo PRO możliwość przypisania cenników do klientów oraz uzależnienia ceny i rabatów od jednostki miary i progu sprzedaży. Samo przekazanie jednej ceny z kartoteki produktu może więc nie odtwarzać skonfigurowanych warunków. ^[1]

Na potrzeby testu wybierz własne przykłady: klienta z rabatem, cenę uzgodnioną na konkretną inwestycję, sprzedaż w innej jednostce oraz ofertę z terminem ważności. Sprawdź również, czy kwoty netto i brutto są oznaczone jednoznacznie, a koszty dostawy lub opakowań nie znikają przy przekazywaniu zamówienia.

Oddziel przy tym trzy sytuacje: cenę z poprzedniego zakupu, aktualną propozycję dla klienta i warunki zaakceptowanej oferty. Nie projektuj przepływu tak, aby zmiana cennika po cichu nadpisywała wcześniej przyjęte ustalenia.

Jeżeli handlowiec może wyjść poza standardowe warunki, określ zakres jego uprawnień i sposób zatwierdzenia wyjątku. To decyzja organizacyjna, którą program ma obsłużyć — nie podjąć za firmę.

Stan magazynowy nie jest jeszcze obietnicą dostawy

W rozmowie z klientem potrzebna jest odpowiedź na pytanie „ile możemy sprzedać?”, a nie tylko „ile zapisano na magazynie?”.

Rozdziel stan ewidencyjny, ilość zarezerwowaną i ilość dostępną według przyjętych reguł. W uproszczonym przykładzie 80 worków na stanie i 50 zarezerwowanych pozostawia 30 wolnych. To wyłącznie przykład obliczenia przy założeniu braku innych blokad.

Dokumentacja Comarch Mobile dla ERP XL pokazuje, dlaczego trzeba sprawdzić konfigurację: standardowo prezentowane stany magazynów centralnych nie uwzględniają rezerwacji. Wyświetlanie ilości pomniejszonej o rezerwacje wymaga włączenia odpowiedniej opcji. ^[3]

Z tego wynika praktyczne zalecenie: podczas prezentacji programu poproś o pokazanie produktu, którego część zarezerwowano. Sama kolumna nazwana „stan” nie rozstrzyga, na czym pracuje handlowiec.

Kilka magazynów: suma nie wystarczy

Jeżeli część towaru znajduje się w innym oddziale, zapytaj nie tylko o łączną ilość. Sprawdź, z którego miejsca będzie realizowana konkretna pozycja, czy potrzebne jest przesunięcie i kto ustali termin.

Nawet obsługa wielu magazynów może mieć zakres zależny od dokumentu. Comarch opisuje w swojej aplikacji mobilnej dla ERP XL możliwość wskazania różnych magazynów na pozycjach zamówień i ofert, ale nie udostępnia tej możliwości dla wszystkich wymienionych typów dokumentów. ^[4]

W planowanym procesie rozdziel więc dostępność materiału od możliwości jego dostarczenia. Towar w odległym oddziale, oczekiwana dostawa od dostawcy i materiał gotowy do załadunku nie powinny wyglądać dla handlowca tak samo.

Aktualność powinna być widoczna

Ustal, kiedy dane są odświeżane i co zobaczy pracownik po utracie połączenia. Warto pokazać czas ostatniej aktualizacji i wyraźnie odróżnić dane zapisane wcześniej od potwierdzenia uzyskanego z systemu.

Nie traktuj też integracji jako sposobu naprawienia błędnej ewidencji. Jeżeli wydanie nie zostało wprowadzone do programu źródłowego, samo przekazanie jego danych do CRM-u nie uwzględni tego zdarzenia.

Praktyczne pytanie brzmi więc: jak handlowiec może sprawdzić stan magazynowy i cenę klienta na telefonie, wiedząc przy tym, na ile aktualne są te informacje?

Zamówienie powinno przejść do realizacji — i wrócić ze statusem

Załóżmy, że handlowiec zna już warunki i klient akceptuje zakup. Kolejny test dotyczy tego, co dzieje się po zapisaniu zamówienia.

Poniżej przykładowy proces. Kolejność zatwierdzania, rezerwacji i wystawiania dokumentów należy dopasować do zasad firmy oraz możliwości jej systemu.

1. Zapis zamówienia

   Handlowiec albo pracownik biura zapisuje zamówienie z produktami, jednostkami, cenami i danymi dostawy.

2. Sprawdzenie warunków

   System sprawdza poprawność danych oraz warunki wymagające akceptacji.

3. Przyjęcie w ERP

   Zamówienie trafia do ERP, a osoba je składająca otrzymuje potwierdzenie przyjęcia albo informację o problemie.

4. Rezerwacja lub decyzja

   Towar zostaje zarezerwowany zgodnie z zasadami firmy lub zamówienie oczekuje na decyzję bądź uzupełnienie braków.

5. Praca magazynu

   Magazyn otrzymuje dyspozycję i zapisuje faktycznie przygotowane lub wydane ilości.

6. Dokumenty i dostawa

   Powstają właściwe dokumenty, a realizacja dostawy jest prowadzona w uzgodnionym narzędziu.

7. Informacja zwrotna

   Handlowiec widzi postęp, pozostałe ilości i wyjątki wymagające kontaktu z klientem.

W dokumentacji Comarch Mobile dla ERP XL opisano wariant, w którym wynik sprawdzenia i rezerwacji wraca po synchronizacji. Przy wystarczającej ilości zamówienie otrzymuje status potwierdzony, a przy niewystarczającej — niepotwierdzony. Samo utworzenie zamówienia w telefonie nie jest więc równoznaczne z potwierdzeniem jego realizacji w tym procesie. ^[5]

W projektowanym rozwiązaniu rozróżnij co najmniej informację „wysłano” od „przyjęto w ERP”. W razie błędu pracownik powinien wiedzieć, czy ma czekać, poprawić dane, czy przekazać sprawę do biura. Ponowienie wysyłki nie powinno tworzyć kolejnego identycznego zamówienia.

Częściowa realizacja też musi być czytelna

Wróćmy do przykładowego wykonawcy. Zamówił 20 palet, z czego 12 otrzyma teraz, a 8 po uzupełnieniu towaru. Status „w realizacji” nie odpowiada jeszcze na pytanie, co pozostało i na kiedy to obiecano.

Zaplanuj widok ilości zamówionej, wydanej i pozostałej dla poszczególnych pozycji. Sprawdź najpierw, co już obsługuje ERP: dokumentacja Subiekta nexo PRO przewiduje realizację jednego zamówienia wieloma wydaniami oraz indywidualne terminy realizacji pozycji. ^[6]

Osobno ustal sposób potwierdzania dostawy. Nie oznaczaj automatycznie „dostarczone” tylko dlatego, że wystawiono dokument magazynowy. Taki status powinien wynikać z uzgodnionego potwierdzenia na etapie dostawy.

Dopiero po rozpisaniu tych zasad warto ustalać, jak przekazywać zamówienia od handlowców do ERP bez ręcznego przepisywania. Automatyzacja powinna usuwać przepisywanie, ale nie omijać potrzebnych decyzji.

Kiedy wystarczy gotowy CRM, kiedy integracja, a kiedy mała aplikacja?

Nie każda hurtownia potrzebuje wszystkich opisanych elementów od razu. Dobierz pierwszy krok do miejsca, w którym praca faktycznie się zatrzymuje.

Źródło: opracowanie ProcesON. Propozycja do sprawdzenia w konkretnej firmie, nie specyfikacja każdego systemu.

Gdy problemem są relacje i organizacja sprzedaży

Gotowy CRM może wystarczyć, jeżeli potrzebujesz uporządkować odpowiedzialność za klientów, oferty, zadania i przypomnienia, a pozostała obsługa zamówień działa poprawnie.

W takiej sytuacji nie trzeba od razu integrować każdej faktury i każdej zmiany magazynowej. Najpierw sprawdź, czy uporządkowanie pracy handlowej usuwa rozpoznany problem. Rozszerzanie zakresu powinno mieć uzasadnienie w codziennej pracy, nie w samej dostępności funkcji.

Gdy ERP ma już rozwiązanie mobilne

Przed zamówieniem własnego panelu sprawdź aplikację współpracującą z obecnym systemem. Na przykład Symfonia Mobilny Handel łączy aplikację mobilną z dodatkiem do Symfonia ERP Handel; producent opisuje m.in. składanie zamówień, podgląd danych kontrahentów i sprawdzanie stanów. ^[7]

Niezależnie od nazwy narzędzia oceniaj konkretny przebieg pracy: od wyboru klienta i ceny do informacji o przyjęciu zamówienia.

Nie zakładaj jednak, że jedna nazwa produktu oznacza jednakowe możliwości w każdej konfiguracji. Oficjalna tabela Comarch Mobile rozróżnia funkcje zależnie od współpracującego ERP. Różnice obejmują m.in. ceny indywidualne i pobieranie stanu realizacji zamówienia. ^[8]

Na prezentacji poproś zatem o sprawdzenie używanej wersji, wykupionych modułów i Twoich przykładów. Ogólna demonstracja nie potwierdza jeszcze, że zadziałają wszystkie potrzebne reguły.

Gdy trzeba połączyć istniejące programy

Jeżeli pracownicy chcą zachować obecny CRM i ERP, sprawdź możliwość przesyłania pomiędzy nimi konkretnych danych. Zacznij od jednego przepływu, np. przekazania zaakceptowanego zamówienia i odebrania jego statusu.

Takiego zakresu dotyczy integracja CRM z ERP i magazynem. W podejściu ProcesON najpierw ustalane są źródła danych, kierunki przepływu i obsługa wyjątków — dopiero później sposób połączenia systemów. ^[9]

Nie poprzestawaj na pytaniu „czy program ma API?”. Sprawdź, czy dostępny interfejs pozwala wykonać potrzebną operację, a także jakie ma wymagania. Przykładowo InsERT wymienia Sferę dla Subiekta nexo, umożliwiającą tworzenie rozszerzeń, wśród możliwości wersji PRO. Nie należy przenosić tej informacji automatycznie na każdą edycję programu. ^[1]

Gdy potrzebny jest tylko jeden dodatkowy ekran

Rozważ sytuację, w której ERP poprawnie liczy ceny i rezerwuje towar, ale jego dostępny interfejs nie pasuje do krótkiej wizyty u klienta. Wtedy zakresem do rozważenia jest ekran wyboru klienta, wyszukiwarka produktów, koszyk i potwierdzenie — bez budowania ponownie księgowości czy magazynu.

Taką rolę może pełnić niewielka aplikacja dla handlowców. Oferta ProcesON obejmuje aplikacje rozwiązujące określony problem oraz współpracujące z istniejącymi systemami; nie zakłada zastąpienia ich wszystkich. ^[10]

Większy system dedykowany warto rozważyć dopiero wtedy, gdy kluczowy proces rzeczywiście nie mieści się w dostępnych rozwiązaniach, a firma potrafi określić zasady, wyjątki i odpowiedzialność za dalsze utrzymanie.

Kiedy budowa dedykowanego rozwiązania nie ma sensu?

Nie zaczynaj jej, jeśli problem rozwiązuje konfiguracja obecnego programu albo gotowy moduł. Odłóż też projekt, gdy nie wiadomo jeszcze, który system ma poprawne dane i kto decyduje o cenach, rezerwacjach lub zmianach zamówienia.

W porównaniu wariantów uwzględnij nie tylko uruchomienie, ale również licencje, utrzymanie połączeń, testy po aktualizacjach i czas pracowników. Sam dodatkowy ekran nie będzie usprawnieniem, jeżeli zespół nadal musi wykonywać te same czynności w dwóch miejscach.

Jak sprawdzić, czy rozwiązanie pasuje do Twojej hurtowni?

Zaproponuj wspólny test handlowcowi, pracownikowi biura i osobie z magazynu. Zamiast pytać, czy program „ma wszystko”, przejdźcie przez kilka sytuacji z własnej pracy.

• Klient i warunki. Wybierz klienta z indywidualną ofertą oraz innym adresem dostawy. Sprawdź cenę, jednostkę, koszty dodatkowe i osobę odbierającą towar.
• Dostępność. Zarezerwuj część produktu w innym kanale sprzedaży. Zobacz, co pojawi się u handlowca, kiedy dane się odświeżą i jak system obsłuży brak wystarczającej ilości.
• Przekazanie zamówienia. Wyślij je do ERP. Sprawdź, czy biuro nie musi odtwarzać pozycji i co zobaczy przedstawiciel, gdy dane wymagają poprawy.
• Realizacja etapami. Wydaj część zamówienia. Sprawdź, czy wszystkie zainteresowane osoby potrafią ustalić, co pozostało i jaki jest plan dalszej dostawy.
• Awaria i uprawnienia. Przetestuj przerwę w połączeniu oraz ponowienie wysyłki. Zweryfikuj też, czy pracownik ma dostęp do potrzebnych danych, ale nie otrzymuje zbędnych uprawnień.

Na tej podstawie wybierz ograniczony pilotaż. Przed jego rozpoczęciem zapisz, ile pracy wymaga obecny proces: co trzeba przepisać, kiedy pojawia się dodatkowy telefon i jakie błędy trzeba poprawiać. Po uruchomieniu porównaj te same czynności. Nie musisz z góry obiecywać procentowych oszczędności, żeby sprawdzić, czy rzeczywiście jest lepiej.

Zacznij od jednego miejsca, w którym zatrzymuje się informacja

Dobrym pytaniem przy wyborze CRM-u dla składu budowlanego nie jest tylko „jakie funkcje dostaniemy?”. Zapytaj: czy handlowiec, biuro i magazyn będą potrafili obsłużyć to samo zamówienie bez odtwarzania ustaleń i ponownego wpisywania danych?

Jeżeli brakuje historii kontaktów, zacznij od organizacji pracy w CRM-ie. Jeżeli nie docierają ceny i stany, sprawdź dostęp mobilny albo integrację. Jeżeli zamówienia trzeba przepisywać, przyjrzyj się temu konkretnemu przejściu. Dopiero gdy istniejące narzędzia nie wystarczą, oceniaj zakres dodatkowej aplikacji.

Opisz, z jakich programów korzystacie, skąd przychodzą zamówienia i w którym miejscu ktoś musi zadzwonić, coś przepisać albo sprawdzić ręcznie. Od tego warto zacząć rozmowę o rozwiązaniu — nie od założenia, że potrzebny jest nowy CRM.

Opisz, jak ten proces wygląda w Twojej firmie

Źródła i dokumentacja

Sprawdzono 16 września 2026 r. Zakres funkcji zależy od wersji, licencji, konfiguracji i współpracującego ERP. Przykłady zamówień są hipotetyczne; referencja Metalzbyt dotyczy zewnętrznego wdrożenia opublikowanego przez Comarch.

1. InsERT, „Subiekt nexo PRO – opis” — zamówienia, magazyny, kartoteki, cenniki oraz Sfera w wersji PRO. ↩1 ↩2 ↩3
2. Metalzbyt, referencja dla Comarch ERP XL z 16 marca 2022 r., skan listu opublikowany przez Comarch ↩
3. Comarch, „Stany magazynowe pomniejszone o rezerwacje”, dokumentacja Mobile dla ERP XL ↩
4. Comarch, „Możliwość wystawiania dokumentów ZS i OS na wiele magazynów” ↩
5. Comarch, „Zamówienie Sprzedaży (ZS)”, część dotycząca synchronizacji i rezerwacji ↩
6. InsERT, „Subiekt nexo PRO – szczegółowy opis” — zamówienia, terminy pozycji i wiele wydań. ↩
7. Symfonia, „Symfonia Mobilny Handel” ↩
8. Comarch, „Dostępność funkcjonalności w aplikacjach Comarch Mobile” ↩
9. ProcesON, „Integracje systemów” ↩
10. ProcesON, „Dedykowane aplikacje dla firm” ↩