Produktkonfigurator oder CPQ? Was Engineer-to-Order-Hersteller brauchen
Veröffentlicht · Yotec Configurators
CPQ verspricht schnelle und korrekte Angebote. Bei Engineer-to-Order-Produkten ist das Angebot aber nur die halbe Arbeit: Jemand muss das Verkaufte noch konstruieren.
Was CPQ gut kann
CPQ steht für Configure, Price, Quote. Ein CPQ-System führt den Vertrieb durch zulässige Optionen, wendet Preisregeln und Rabatte an und erzeugt ein Angebotsdokument. Es sitzt meist neben dem CRM und ist auf den Vertriebsprozess ausgelegt: Freigaben, Preislisten, Margen und Angebotsvorlagen.
Für Produkte mit einer endlichen Zahl von Varianten, etwa eine Maschine mit Auswahl von Motor, Farbe und Zubehör, reicht das oft aus. Jede gültige Kombination existiert bereits als Artikelnummer oder bekannte Stückliste.
Was bei Engineer-to-Order anders ist
Ein Engineer-to-Order-Produkt wird für jeden Auftrag konstruiert. Eine Stahlhalle mit 23,5 m Spannweite, ein Fertigteilträger mit individueller Aussparung oder ein Hangartor für ein bestimmtes Flugzeug existieren erst, wenn sie jemand konstruiert. Das Angebot stimmt nur, wenn die Geometrie dahinter stimmt.
Deshalb brauchen ETO-Hersteller mehr als Variantenlogik:
- Geometrie. Ein parametrisches 3D-Modell, das Ihren technischen Regeln folgt.
- Mengen aus dem Modell. Stahlgewicht, Betonvolumen, Bewehrung und Teile, berechnet aus dem tatsächlich Konstruierten statt aus einer Tabelle geschätzt.
- Zeichnungen und Dokumente. Übersichtszeichnungen für Angebot und Kunden.
- Übergabe an die Konstruktion. Ein Modell, das in Tekla Structures, Revit oder einem anderen CAD-System weiterbearbeitet wird, statt neu gezeichnet zu werden.
Drei Möglichkeiten der Umsetzung
CPQ plus manuelle Konstruktion. Der Vertrieb kalkuliert aus Tabellen, die Konstruktion zeichnet nach dem Auftrag neu. Einfach zu starten, aber Angebote bergen Risiken, und dasselbe Produkt wird zweimal modelliert.
CPQ plus Konstruktionsautomatisierung. Ein CPQ-Frontend steuert eine separate Regel-Engine oder CAD-Automatisierung. Das funktioniert, aber die Logik ist auf zwei Systeme und oft auf zwei Anbieter verteilt.
Ein Produktmodell im Code. Der Konfigurator selbst enthält die Konstruktionslogik, erzeugt Modell, Mengen und Zeichnungen und versorgt sowohl das Angebot als auch die Konstruktion. Die Preisbildung kann weiterhin an ein bestehendes CPQ oder ERP übergeben werden.
Fragen, die entscheiden
- Gibt es jeden Auftrag bereits als Artikelnummer, oder wird er für den Kunden konstruiert?
- Wie viele Konstruktionsstunden fließen in Angebote, die nie zu Aufträgen werden?
- Zeichnen Ihre Konstrukteure neu, was der Vertrieb bereits konfiguriert hat?
- Wer kann die Produktregeln heute ändern, und wie lange dauert eine Änderung?
Wenn die meisten Antworten auf Konstruktionsarbeit hinweisen, beseitigt ein reines CPQ den Engpass nicht. Das Modell muss Teil des Konfigurators sein.
Unser Ansatz
Wir schreiben die Produktlogik in C#, der API-Sprache von Tekla Structures und Revit, sodass ein Modell Vertrieb und Konstruktion bedient. Wir beginnen mit einem Pilot für eine Produktfamilie und binden das CPQ, CRM oder ERP an, das Sie bereits nutzen. So funktioniert es.