CPQ czy konfigurator produktu w sklepie B2B: wycena bez handlowca

Co to jest CPQ?

CPQ, czyli configure, price, quote (skonfiguruj, wyceń, przygotuj ofertę), to system, który pomaga zespołowi sprzedaży złożyć poprawny produkt albo zestaw, naliczyć cenę i rabat, przeprowadzić rabat przez akceptację i wygenerować dokument oferty. Salesforce opisuje CPQ jako oprogramowanie, które pomaga handlowcom konfigurować produkty, stosować reguły cenowe, zarządzać rabatami i akceptacjami oraz generować oferty (Salesforce, What is CPQ).

Trzy litery to trzy kroki:

1. Konfiguracja. Wybór produktu, opcji i akcesoriów oraz blokada połączeń, których nie da się wyprodukować.
2. Wycena. Cena z cennika, dopłat za opcje, ilości i rabatu klienta, plus sprawdzenie, czy rabat wymaga akceptacji.
3. Oferta. Dokument, który klient może przyjąć, często z warunkami, terminem ważności i podpisem, a po akceptacji przekazanie do realizacji zamówienia.

Użytkownikiem CPQ jest handlowiec, nie klient. To główna różnica wobec konfiguratora w sklepie B2B i to ona rozstrzyga, czego potrzebujesz.

Co to jest konfigurator produktu w sklepie B2B?

Konfigurator produktu w sklepie B2B to wersja dwóch pierwszych kroków CPQ dla klienta: kupujący wybiera opcje, sklep sprawdza, które połączenia są dozwolone, i pokazuje cenę dla firmy tego kupującego. Wynikiem jest zamówienie albo zapytanie ofertowe z kompletną konfiguracją.

W praktyce sklepy B2B mają trzy rodzaje konfiguratorów i każdy rozwiązuje inny problem:

Dwa pierwsze zbudowaliśmy. W realizacji Rader konfigurator zawęża 3494 produkty do 113 w czterech wyborach, korzystając z tych samych pól co filtry i karty produktów: grupy produktowej, typu zestawu, mocowania, średnicy, nośności i materiału koła. W realizacji ImpregnatyBC kalkulator przy produkcie zamienia powierzchnię na litry i opakowania i jednym przyciskiem dodaje cały zestaw do koszyka, a firma po zalogowaniu widzi swoje ceny netto i progi ilościowe.

Trzeci rodzaj, produkt na zamówienie, to miejsce, w którym zwykle pada pytanie o CPQ, bo cena przestaje być liczbą zapisaną przy produkcie.

Konfigurator w sklepie czy CPQ: czym się różnią?

Konfigurator w sklepie i system CPQ różnią się tym, kto z nich korzysta, jak powstaje cena i co jest na końcu. Tabela porównuje je w punktach, które rozstrzygają wybór.

Oba rozwiązania potrzebują tego samego fundamentu: reguł produktu i cen zgodnych z ERP. Różnica polega na tym, gdzie zapada decyzja o cenie końcowej. W sklepie decydują reguły. W CPQ decyduje człowiek, a system pilnuje, żeby decyzja mieściła się w limitach.

Kiedy konfigurator w sklepie B2B wystarczy?

Konfigurator w sklepie B2B wystarczy, gdy klient może dojść do poprawnej ceny bez negocjacji. Sygnały, że to twoja sytuacja:

• Każdy klient ma już cennik albo stały rabat, prowadzony w ERP.
• Dopłaty za opcje mają reguły, które da się spisać: wymiar dodaje stałą kwotę, materiał zmienia cenę bazową, wykończenie to procent.
• Większość zapytań się powtarza: ci sami klienci pytają o te same rodziny produktów z innymi wymiarami albo opcjami.
• Handlowcy przepisują specyfikacje, zamiast negocjować. Ich praca polega na sprawdzaniu reguł, a reguły może sprawdzić system.
• Zamówienie może trafić do produkcji bez przeglądu technicznego albo przegląd jest krótką kontrolą, a nie nowym projektem.

W takiej sytuacji handlowiec, który wycenia mailem, dokłada opóźnienie, a nie wartość. Konfigurator, który kończy się zamówieniem albo zapytaniem z wypełnionymi polami, usuwa przepisywanie i zostawia handlowca do spraw, które go naprawdę wymagają. Szerzej o tym, kiedy wystarczy gotowy system, a kiedy własna platforma, piszemy w tekście o najlepszej platformie B2B.

Kiedy potrzebny jest osobny system CPQ?

Osobny system CPQ jest potrzebny, gdy cena jest wynikiem negocjacji, nad którą firma chce mieć kontrolę. Sygnały:

• Większość transakcji ma rabat ustalany indywidualnie, a większe rabaty wymagają zgody kierownika albo dyrektora.
• Oferta łączy wiele elementów: kilka produktów, montaż, serwis, szkolenie, czasem umowę serwisową.
• Cykl sprzedaży jest długi, z kilkoma wersjami oferty i umową na końcu.
• Dealerzy albo partnerzy wyceniają w twoim imieniu i potrzebują granic dla swoich rabatów.
• W cenie są abonamenty, odnowienia albo opłaty za użycie.

Kiedy CPQ to zły wybór

• Klienci kupują według znanego cennika i wybierają tylko opcje. CPQ dokłada licencje, drugi system i proces akceptacji, którego nikt nie potrzebuje.
• Nikt nie spisał reguł produktu. System CPQ nie wymyśli reguł; bez nich staje się formularzem, który handlowiec wypełnia tak samo jak wcześniej.
• Prawdziwym problemem jest wprowadzanie zamówień, a nie wycena. Jeśli oferty są proste, a zamówienia przepisuje się do ERP, najpierw napraw przepływ zamówień. O tym, gdzie powinny żyć dane, piszemy w tekście Comarch B2B czy własna platforma.
• Masz kilka dużych transakcji w roku. Arkusz z jasnymi regułami i jednym krokiem akceptacji może kosztować mniej niż jakikolwiek system.

Skąd bierze się cena konfiguracji?

Cena konfiguracji pochodzi zwykle z dwóch miejsc: z cennika klienta, który prowadzi ERP, i z dopłat za opcje, które wynikają z reguł produktu. Decyzja projektowa dotyczy tego, kto liczy kwotę końcową.

Są dwa typowe sposoby:

1. Liczy sklep. Cenniki klientów i reguły opcji są synchronizowane z ERP do sklepu, a sklep liczy cenę na bieżąco, gdy kupujący klika. To szybkie i nie zależy od dostępności ERP, ale reguły istnieją w dwóch miejscach, więc synchronizacja musi być niezawodna.
2. Liczy ERP. Dla każdej gotowej konfiguracji sklep pyta ERP o cenę na bieżąco. ERP zostaje jedynym właścicielem logiki, ale konfigurator zależy od czasu odpowiedzi i dostępności ERP.

W sklepie na Medusie oba sposoby są możliwe bez osobnego systemu. Moduł cen Medusy obsługuje progi ilościowe i reguły cen, na przykład cenę, która obowiązuje tylko jedną grupę klientów (Medusa, price tiers and rules). Dla cen liczonych poza sklepem dokumentacja Medusy opisuje dodawanie do koszyka pozycji z ceną pobraną z zewnętrznego systemu, na przykład z ERP (Medusa, custom line item pricing). Oficjalny starter B2B Medusy ma też obsługę ofert, w której klient i sprzedawca negocjują ofertę w wiadomościach (Medusa B2B Starter).

Nic z tego nie ustala reguł za ciebie. Która dopłata dotyczy której opcji i jaki rabat może dostać klient, to decyzja biznesowa, którą trzeba spisać, zanim ktokolwiek zbuduje konfigurator albo kupi CPQ.

Co musi być gotowe, zanim zbudujesz konfigurator?

Konfigurator potrzebuje danych, które większość producentów trzyma w arkuszach, rysunkach technicznych i głowach doświadczonych handlowców. Zanim zaczniesz, zbierz pięć rzeczy dla jednej rodziny produktów:

1. Opcje i ich wartości. Każdy wybór, którego może dokonać kupujący, z dozwolonymi wartościami: wymiary, materiały, kolory, akcesoria.
2. Reguły połączeń. Które opcje się wykluczają, które wymagają innych i jakie obowiązują limity, na przykład maksymalna szerokość dla danego materiału.
3. Logika ceny. Cena bazowa, dopłata za każdą opcję i sposób naliczenia rabatu klienta. Zapisz to jako reguły, a nie jako listę gotowych cen.
4. Indeksy w ERP. Zdecyduj, czy każda konfiguracja staje się nowym indeksem w ERP, czy jednym indeksem z atrybutami. Od tego zależy, jak zamówienie trafi do produkcji i jak wygląda faktura.
5. Termin realizacji i wyjątki. Które konfiguracje zmieniają termin dostawy, a które zawsze wymagają sprawdzenia przez technologa.

Czwarty punkt zajmuje zwykle najwięcej czasu, bo dotyczy produkcji i księgowości, nie tylko sprzedaży. Wraca tu też pytanie z tekstu Comarch B2B czy własna platforma: moduł B2B twojego ERP zna już twoje indeksy, a osobny sklep musi przypisać do nich konfiguracje.

Jak zaplanować pierwszą wersję?

Pierwszy konfigurator zaplanuj dla jednej rodziny produktów, jednej grupy klientów i jednego zakończenia procesu. Dobra pierwsza wersja:

• obejmuje rodzinę produktów z największą liczbą powtarzalnych zapytań, a nie najbardziej skomplikowaną;
• pokazuje cenę z cennika klienta, żeby zalogowany kupujący widział kwotę, której może ufać;
• kończy się zamówieniem, gdy konfiguracja jest standardowa, i zapytaniem ofertowym, gdy trafia na wyjątek, z wypełnionymi już polami;
• wysyła zamówienie do ERP razem z konfiguracją w formie, którą odczyta produkcja.

Jeśli sklepu B2B jeszcze nie ma, zbuduj go najpierw: konta firmowe, ceny klientów i przepływ zamówień są fundamentem każdego konfiguratora. Budujemy sklepy B2B na Medusie połączone z ERP, co opisujemy na stronie platformy B2B. Część klientów będzie chciała zamawiać ze swoich systemów zakupowych; ten kanał opisujemy w tekście PunchOut czy portal B2B.

Źródła

• Salesforce, What is CPQ (configure, price, quote). Sprawdzone 3 listopada 2026.
• Dokumentacja Medusy, Price tiers and rules i Implement custom line item pricing. Sprawdzone 3 listopada 2026.
• Medusa, B2B Starter na GitHubie. Sprawdzone 3 listopada 2026.