Konfigurator produktu czy CPQ? Czego potrzebują producenci na zamówienie
Opublikowano · Yotec Configurators
CPQ obiecuje szybkie i poprawne oferty. W produktach projektowanych na zamówienie oferta to jednak tylko połowa pracy: ktoś musi jeszcze zaprojektować to, co zostało sprzedane.
Co CPQ robi dobrze
CPQ to skrót od configure, price, quote, czyli konfiguracja, wycena i oferta. System CPQ prowadzi handlowca przez dozwolone opcje, stosuje reguły cenowe i rabaty oraz generuje dokument oferty. Zwykle działa obok CRM i jest zbudowany pod proces sprzedaży: akceptacje, cenniki, marże i szablony ofert.
W przypadku produktów o skończonej liczbie wariantów, na przykład maszyny z wyborem silnika, koloru i akcesoriów, często to wystarcza. Każda poprawna kombinacja istnieje już jako indeks lub znane zestawienie materiałów.
Czym różni się Engineer-to-Order
Produkt Engineer-to-Order projektuje się dla każdego zamówienia. Hala stalowa o rozpiętości 23,5 m, belka prefabrykowana z nietypowym wycięciem czy brama hangaru pod konkretny samolot nie istnieją, dopóki ktoś ich nie zaprojektuje. Oferta jest poprawna tylko wtedy, gdy poprawna jest geometria, która za nią stoi.
Dlatego producenci ETO potrzebują czegoś więcej niż logiki wariantów:
- Geometria. Parametryczny model 3D zgodny z Państwa regułami inżynierskimi.
- Ilości z modelu. Masa stali, objętość betonu, zbrojenie i elementy liczone z tego, co faktycznie zaprojektowano, a nie szacowane z tabeli.
- Rysunki i dokumenty. Rysunki zestawieniowe do oferty i dla klienta.
- Przekazanie do projektowania. Model, nad którym pracuje się dalej w Tekla Structures, Revit lub innym systemie CAD, zamiast rysować go od nowa.
Trzy sposoby realizacji
CPQ i ręczne projektowanie. Sprzedaż wycenia z tabel, a projektanci po zamówieniu rysują od nowa. Łatwo zacząć, ale oferty niosą ryzyko, a ten sam produkt modeluje się dwa razy.
CPQ i automatyzacja projektowania. Front-end CPQ steruje osobnym silnikiem reguł lub automatyzacją CAD. To działa, ale logika jest podzielona między dwa systemy, a często także między dwóch dostawców.
Jeden model produktu w kodzie. Sam konfigurator zawiera logikę inżynierską, tworzy model, ilości i rysunki oraz zasila zarówno ofertę, jak i projektowanie. Wycenę nadal można przekazać do istniejącego CPQ lub ERP.
Pytania, które rozstrzygają
- Czy każde zamówienie istnieje już jako indeks, czy jest projektowane dla klienta?
- Ile godzin pracy projektantów pochłaniają oferty, które nie kończą się zamówieniem?
- Czy projektanci rysują od nowa to, co sprzedaż już skonfigurowała?
- Kto dziś może zmienić reguły produktu i ile trwa taka zmiana?
Jeśli większość odpowiedzi wskazuje na pracę inżynierską, samo CPQ nie usunie wąskiego gardła. Model musi być częścią konfiguratora.
Nasze podejście
Logikę produktu piszemy w C#, języku API Tekla Structures i Revit, dzięki czemu jeden model obsługuje sprzedaż i projektowanie. Zaczynamy od pilotażu dla jednej rodziny produktów i łączymy się z CPQ, CRM lub ERP, z których Państwo już korzystają. Zobacz, jak to działa.