
Firma handlowa potrzebuje od CRM-u czterech rzeczy, których nie ma w domyślnej konfiguracji: indywidualnych cenników per klient, struktury klienta z kilkoma NIP-ami i adresami dostawy, historii zakupów widocznej przy rekordzie i granicy z programem magazynowym. Firma produkcyjna potrzebuje piątej: prowadzenia wyceny przez kilka miesięcy, przy skuteczności rzędu dwudziestu procent. To dwa różne przypadki i najczęstszy błąd na starcie polega na wdrożeniu jednego rozwiązania dla obu.
Niżej rozdzielam te dwa modele, pokazuję, co w każdym z nich ustawia się inaczej, i gdzie przebiega granica między CRM-em a Twoim systemem magazynowo-księgowym. Jeżeli szukasz porównania samych systemów, to jest w przeglądzie systemów CRM. Jeżeli nie masz jeszcze spisanych wymagań, zacznij od tekstu o tym, co ustalić przed wyborem CRM-u.
W skrócie:
Różnica siedzi w tym, skąd bierze się przychód. W firmie usługowej i w sprzedaży projektowej przychód powstaje z nowych szans sprzedaży, więc system pilnujący lejka pilnuje właściwej rzeczy. W dystrybucji i hurcie przychód powstaje głównie z powtarzalnych zamówień od klientów, którzy kupują od Ciebie od lat. Lejek pokazuje wtedy kilka procent tego, co się naprawdę dzieje.
| Model sprzedaży | Skąd przychód | Co system musi pilnować | Czego brakuje w domyślnym CRM |
|---|---|---|---|
| Handlowa, dystrybucja, hurt | powtarzalne zamówienia od stałych klientów | rytmu zakupów, cennika klienta, potencjału konta | historii zakupów przy rekordzie i alertu o przerwie w zamówieniach |
| Produkcyjna, na zamówienie | wyceny wygrane z kilkuset wysłanych | wersji wyceny, kosztu, terminu produkcji | prowadzenia jednej sprawy przez 3–12 miesięcy i powodu przegrania |
| Usługowa, projektowa | nowe szanse i polecenia | przekazania ustaleń do realizacji | granicy między sprzedażą a realizacją |

Domyślny CRM zakłada trzeci wiersz. Dlatego przy wdrożeniu w hurtowni pierwsza rzecz, którą robię, to nie konfiguracja lejka, tylko odpowiedź na pytanie, ile z Twojego przychodu przechodzi w ogóle przez lejek.
Wrzuca się je do jednego worka, bo obie sprzedają towar. Z punktu widzenia CRM-u nie mają ze sobą wiele wspólnego.
W firmie handlowej zamówienie trwa minuty i powtarza się co kilka tygodni. Klient wie, co kupuje, i pyta o cenę i termin dostawy. Robota handlowca polega na tym, żeby klient nie przestał kupować i żeby kupował więcej pozycji z katalogu.
W firmie produkcyjnej jedna sprawa trwa miesiące i kończy się przegraniem cztery razy z pięciu. U jednego z klientów, który robi około stu stoisk targowych w roku, skuteczność od wyceny do realizacji wynosi dwadzieścia parę procent. Żeby zrobić te sto projektów, trzeba wycenić kilkaset. Każda z tych wycen obciąża też produkcję, bo ktoś musi policzyć materiał i czas.
To prowadzi do dwóch różnych konfiguracji tego samego systemu:
Jeżeli firma robi obie rzeczy naraz, a to częsty przypadek w produkcji z własną dystrybucją, potrzebne są dwa lejki w jednym systemie. Nie dwa systemy.
Przy sprzedaży powtarzalnej odradzam odwzorowywanie każdego zakupu jako osobnej szansy sprzedaży. Jeżeli klient zamawia dwa razy w miesiącu, to po roku masz przy nim dwadzieścia cztery zamknięte szanse, przez które nikt nie przewinie, i handlowca, który klika zamiast sprzedawać. To rada, którą daję najczęściej i która najczęściej zaskakuje, bo z zewnątrz wygląda na rezygnację z danych.
Podział, który się broni:
| Co się dzieje | Gdzie to trzymać | Dlaczego tak |
|---|---|---|
| Powtarzalne zamówienie stałego klienta | zamówienie z integracji, przy rekordzie firmy | jest ich dużo, każde wygląda tak samo, nie ma czego prowadzić |
| Pozyskanie nowego klienta | szansa sprzedaży w lejku | ma etapy, trwa tygodnie, może się nie udać |
| Rozszerzenie zakupów o nową grupę towarową | szansa sprzedaży w osobnym lejku | to sprzedaż, tylko do kogoś, kto już kupuje |
| Odzyskanie klienta, który przestał kupować | szansa sprzedaży, uruchamiana alertem | ma początek, koniec i wynik |
U dystrybutora sprzedającego do gabinetów kosmetycznych zamówienia trafiają do Pipedrive z BaseLinkera i odkładają się przy firmie. Szansa sprzedaży powstaje tam tylko wtedy, gdy handlowiec chce coś doprowadzić do końca: wprowadzić nową markę, odbudować kontakt, podnieść koszyk. Reszta jest historią, nie pracą do wykonania.
Sześć rzeczy, w kolejności, w jakiej się o nie potykam na wdrożeniach:
Pierwsze cztery punkty są wspólne dla handlu i produkcji. Dwa ostatnie dotyczą firm z handlowcami w terenie, więc jeśli sprzedajesz z biura, możesz je pominąć.
Trzeba rozstrzygnąć jedną rzecz: co jest dla Was klientem. Sieć jako całość czy pojedynczy punkt, który składa zamówienie. Od tej odpowiedzi zależy, gdzie liczysz obrót i komu przypisujesz handlowca.
Dwa przypadki, które widziałem w tym samym miesiącu u dwóch firm z tej samej branży. W pierwszej jeden NIP obsługiwał kilka salonów i klientka chciała, żeby NIP dalej był kluczem identyfikującym, tylko powtarzalnym. W drugiej jeden klient miał kilka różnych NIP-ów, różne adresy dostawy i był traktowany jako jedna firma, bo negocjacje szły centralnie.
Rozwiązanie w obu przypadkach jest to samo i polega na rozdzieleniu dwóch poziomów:
| Poziom | Co reprezentuje | Co się przy nim liczy |
|---|---|---|
| Organizacja nadrzędna | sieć, grupa zakupowa, klient negocjujący warunki | cennik, rabat, łączny obrót, opiekun |
| Organizacja podrzędna | punkt, salon, oddział, adres dostawy | zamówienia, dostawy, kontakty lokalne |

Trzeciego pola do tego nie potrzebujesz. Potrzebujesz decyzji, na którym poziomie stoi cennik, bo tam, gdzie stoi cennik, stoi też właściciel relacji. Przy jednym z klientów tym łącznikiem między systemami zostało konto FK z księgowości, bo było jedynym identyfikatorem obecnym wszędzie.
Zrób to przed importem danych. Po imporcie zmiana poziomu oznacza scalanie rekordów, a przy scalaniu zawsze coś ginie.
CRM nie prowadzi magazynu, nie wystawia faktur i nie pilnuje stanów. Jeżeli szukasz jednego systemu do wszystkiego, szukasz ERP-a, a nie CRM-u, i różnice między nimi rozpisałem w tekście CRM a ERP.
Granica, która sprawdza się w firmach handlowych:
| Po stronie CRM-u | Po stronie programu magazynowego i księgowego |
|---|---|
| kontakty, historia rozmów i ustaleń | stany magazynowe i rezerwacje |
| wycena i oferta przed zamówieniem | faktura, korekta, płatności |
| cennik handlowy i warunki klienta | dokumenty magazynowe, wydania, przyjęcia |
| następny krok handlowca i termin | rozrachunki i windykacja |
| powód przegrania i potencjał konta | koszt, marża po stronie księgowej |

Jedna rzecz przechodzi granicę w obie strony i warto ją zaplanować od razu: dane o tym, co klient faktycznie kupił i zapłacił. Bez nich CRM jest notatnikiem handlowca.
Największe tarcie przy takiej integracji nie jest techniczne. Firmy produkcyjne i handlowe rzadko mają system w chmurze, częściej stoi on na własnym serwerze, a wtedy najtrudniejsze jest dogadanie się z działem IT: dostęp, polityka, decyzja o tym, czy w ogóle chcemy się integrować. Techniczna część jest zwykle prostsza niż ta rozmowa. Jeżeli przepływ danych ma powstać bez integracji po stronie ERP-a, robi się to automatyzacją między systemami.
Nie wymieniaj przy tej okazji ERP-a, który działa. U jednego klienta system księgowy chodzi od dwudziestu jeden lat i decyzja była właściwa: dołożyć CRM po stronie sprzedaży i połączyć oba, zamiast zaczynać od migracji księgowości.
Z rytmu jego zamówień, policzonego przez system, bo sam tego nie powie. Klient nie wypowiada umowy i nie zgłasza, że odchodzi. Zamawia rzadziej, a potem przestaje. Jeżeli kupował co trzy tygodnie i minęło siedem, nikt tego nie zauważy, dopóki nie zrobi się podsumowania kwartału.
Da się to policzyć, i to jest miejsce, w którym CRM przestaje być archiwum. Mając w systemie historię zakupów z programu księgowego, wyliczasz średnią odległość między zamówieniami dla każdego klienta. Kiedy ta średnia minie i kolejnego zamówienia nie ma, system zakłada handlowcowi zadanie. U jednego z dystrybutorów zbudowaliśmy to na danych z Optimy przeniesionych do Pipedrive.
Zasada, którą z tego wyciągam: zastanów się, co handlowiec w teorii powinien wiedzieć sam, a w praktyce musiałby tego aktywnie szukać. Dokładnie to warto policzyć z danych. Kilka rzeczy, które wychodzą z tego samego rachunku:
Żadna z tych informacji nie wymaga sztucznej inteligencji ani nowego narzędzia. Wymaga tego, żeby dane handlowe i finansowe siedziały w jednym miejscu. To zwykle jedyny prawdziwy powód, żeby integrować CRM z systemem księgowym w firmie handlowej, i wystarczający.
Jeżeli chcesz najpierw zobaczyć, co Twoje dzisiejsze dane pokazują, przyda Ci się zestaw raportów dla managera. Przy sprzedaży projektowej ten sam mechanizm działa na etapach, tylko liczy się co innego: kryteria wejścia i wyjścia na etapach lejka i to, ile spraw stoi na nich za długo.
Rachunek ma trzy pozycje i licencja jest najmniejszą z nich.
| Pozycja | Zakres | Koszt |
|---|---|---|
| Licencja CRM | za osobę, miesięcznie | od ok. 60 zł w planach podstawowych do ok. 250 zł z prognozowaniem i automatyzacjami |
| Audyt istniejącego systemu | trzy tygodnie, diagnoza, raport z priorytetami i wycena naprawy | 3 900 zł netto |
| Wdrożenie, zespół do 5 handlowców | proces, migracja danych, konfiguracja, warsztaty, treningi 1:1, przekazanie | 6 000 zł netto miesięcznie przez 3 miesiące, łącznie 18 000 zł |
| Wdrożenie, zespół powyżej 5 handlowców | jak wyżej, plus regiony, uprawnienia i praca w terenie | od 20 000 do 40 000 zł netto |
| Integracja z programem magazynowym i księgowym | przepływ danych o zamówieniach i płatnościach | wyceniana osobno, zależy od tego, czy system ma API |
Widełki dla zespołu powyżej pięciu handlowców są szerokie, bo przesuwają je cztery rzeczy: liczba handlowców, liczba lejków (firma sprzedająca i produkująca potrzebuje dwóch), zakres integracji z programem magazynowym i stan danych do migracji. Dolna granica to zespół sześciu osób z jednym procesem, górna to kilkanaście osób, dwa lejki, podział na regiony i uprawnienia.
Ceny na wrzesień 2026. Czego ta kwota nie obejmuje: licencji, integracji z ERP-em i pracy Waszego działu IT po stronie systemu, z którym się integrujemy. W firmie handlowej ta ostatnia pozycja bywa większa niż całe wdrożenie i warto ją oszacować przed startem, a nie w trakcie. Pełny rozkład kosztów jest w tekście o tym, ile kosztuje wdrożenie CRM.
Pięć pytań, które warto zadać przed podpisaniem umowy. Ostatnie jest niewygodne dla mnie i odpowiadam na nie w następnej sekcji.
Wdrażam Pipedrive na co dzień i jest to jeden system, nie dziesięć. To znaczy, że w kilku sytuacjach lepiej poszukać kogoś innego.
Jeżeli potrzebujesz jednego systemu, który jednocześnie prowadzi magazyn, produkcję i księgowość, to nie jest zadanie dla CRM-u ani dla mnie. Szukasz wdrożeniowca ERP-a. Jeżeli sprzedajesz wyłącznie przez sklep internetowy i nikt u Was nie negocjuje ceny, to prawdopodobnie potrzebujesz systemu do zamówień, a nie CRM-u; rozdzieliłem te dwa przypadki w tekście o systemie do zarządzania sprzedażą. Jeżeli szukasz najtańszej możliwej opcji na start, przejrzyj najpierw darmowe CRM-y i wróć, kiedy okaże się za mało.
Zostaje przypadek, w którym jestem właściwą osobą: sprzedaż B2B z handlowcem, który wycenia i negocjuje, ERP albo program magazynowy, który zostaje na miejscu, i potrzeba połączenia jednego z drugim. Wtedy sensowna kolejność to wdrożenie Pipedrive po stronie sprzedaży, a integracja z systemem magazynowym w drugim albo trzecim miesiącu, kiedy zespół już w tym pracuje. Jeżeli CRM u Was stoi, ale dane w nim nie zgadzają się z rzeczywistością, to zaczynamy od audytu.
Taki, który obsłuży cennik indywidualny dla klienta, strukturę klienta z kilkoma punktami odbioru i historię zakupów widoczną przy rekordzie firmy. Nazwa systemu jest tu drugorzędna: Pipedrive, Livespace i HubSpot poradzą sobie z tym w podobnym zakresie, a różnicę zrobi konfiguracja i integracja z programem magazynowym.
Nie. CRM prowadzi rozmowy, wyceny i relacje przed zamówieniem, a program handlowy prowadzi stany, dokumenty i faktury po zamówieniu. Firmy, które próbują zastąpić jedno drugim, kończą z magazynem liczonym w arkuszu albo z handlowcem wpisującym notatki do systemu księgowego.
Nie, mimo że oba przypadki wrzuca się do jednej kategorii. W firmie produkcyjnej sprzedaż to wycena prowadzona przez miesiące, przy skuteczności rzędu dwudziestu procent, więc kluczowe są etapy wyceny i powód przegrania. W firmie handlowej sprzedaż to powtarzalne zamówienia, więc kluczowy jest rytm zakupów i cennik klienta.
Przez API systemu albo przez warstwę pośrednią, jeśli API nie ma. Techniczna część jest zwykle prostsza od organizacyjnej: te systemy stoją najczęściej na własnym serwerze firmy, więc najpierw trzeba ustalić z działem IT dostęp i zakres danych. Zaplanuj, co przechodzi w którą stronę, zanim ktokolwiek dotknie konfiguracji.
Tak, o ile ustalisz, na którym poziomie cennik stoi: przy sieci, przy pojedynczym punkcie czy przy grupie towarowej. Techniczne rozwiązania są dwa: cennik utrzymywany w CRM-ie albo pobierany z systemu magazynowego przy tworzeniu oferty. Drugie jest lepsze, gdy ceny zmieniają się częściej niż raz na kwartał.
Jeżeli chodzi wyłącznie o ewidencję, wystarczy arkusz albo darmowy plan CRM-u. Program przestaje wystarczać w momencie, w którym potrzebujesz przy kliencie historii ustaleń, następnego kroku i cennika, a nie samej listy nazw i telefonów. Zestawienie systemów pod tę różnicę jest w przeglądzie systemów CRM.
Nie innego systemu, tylko innej konfiguracji: aplikacji mobilnej, w której da się dodać notatkę w kilku kliknięciach, przypisania po regionach i planu wizyt. Sprawdź to przed zakupem na telefonie handlowca, a nie na ekranie laptopa, bo różnica między wersją przeglądarkową a mobilną bywa duża.
Raz w tygodniu dostaniesz bezpłatnie, jedno gotowe rozwiązanie, jak skutecznie wykorzystać nowoczesne technologie w sprzedaży B2B.
Zapisując się, zamawiasz newsletter Wellbiz sp. z o.o. i zgadzasz się na otrzymywanie e-maili z poradami i ofertami. Wypiszesz się jednym kliknięciem. Link jest w każdej wiadomości. Regulamin newslettera, Polityka prywatności