„Im CRM sah das Angebot gut aus, aber die Produktion hat es gestoppt.“
Wer komplexe Produkte verkauft, hat das selbst erlebt. Ein Vertriebler wählt aus langen Optionslisten, versucht zu helfen und landet bei einer Kombination, die niemand bauen kann. Zwei Tage verloren. Das Vertrauen ist erschüttert. Der Kunde springt ab.
Im Maschinenbau ist das die klassische Falle: Die Motorvariante passt laut Datenblatt, aber nicht zur aktuellen Baureihe; das Steuerungspaket erfüllt die Norm, aber kollidiert mit der Stromversorgung. Ein Mensch erinnert sich an das meiste davon, die meiste Zeit. Das System muss sich an alles erinnern, jedes Mal.
Eine Optionsliste ist keine Anleitung. Sie ist eine Haftung mit Scrollbalken.
Warum reine Optionslisten nicht genügen
Die meisten Teams starten die Produktkonfiguration mit reinen Auswahllisten. Das wirkt schnell, ist aber auch das Einfallstor für Fehler. Eine Auswahlliste zeigt Möglichkeiten, aber übernimmt keine Verantwortung. Sie kann nicht erklären, warum Option A verschwindet, wenn Option B gewählt wird, oder warum der 230V-Antriebsstrang einen anderen Schaltschrank erzwingt.
Gute Konfiguration ist kein Katalog. Sie ist ein Entscheidungssystem. Die Aufgabe ist, Kundenanforderungen in eine technisch valide Lösung zu übersetzen – nicht, jeden einzelnen Knopf im Produktportfolio zu präsentieren. Aus meiner Erfahrung in unzähligen CPQ-Projekten, insbesondere mit Tacton CPQ, zeigt sich immer dasselbe Muster: Was wie ein UI-Problem aussieht, ist in Wahrheit ein Problem der Logik und der Verantwortung.
Das Anti-Pattern hierzu ist die unstrukturierte Optionsliste. Wenn Ihr Produktkonfigurator mit Hunderten von Optionen ohne Kontext startet, wälzen Sie die Produktverantwortung auf den Vertriebler ab. Das ist keine Unterstützung, das ist ein Risiko.
Der Konfigurator muss das Warum erklären, nicht nur das Was.
Der Schritt zur geführten Konfiguration
Der entscheidende Schritt führt weg von der reinen Validierung hin zur aktiven Entscheidungsführung. Statt: „Wählen Sie Ihren Motor, dann sagen wir Ihnen, was nicht passt“, lautet der Ansatz: „Nennen Sie mir Anwendungsfall, Normen, Stückzahl, Einsatzumgebung und Platzverhältnisse. Ich führe Sie zu einer validen, nachvollziehbaren Lösung.“
Dieser Wandel ist heute keine Option mehr. Die Erwartungen der Kunden erstrecken sich über den gesamten Prozess, nicht nur den Abschluss. Sie fordern Klarheit und Nachvollziehbarkeit bei jeder Interaktion. Wenn der Produktkonfigurator auf Raten basiert, scheitert der Deal, lange bevor der Einkauf involviert ist.
Marktanalysten wie Gartner bewerten CPQ-Anbieter nach Kriterien wie „Completeness of Vision“. In der Praxis ist der Maßstab jedoch simpler: Hilft das System einem fähigen Vertriebler, schnell und ohne Umwege eine valide Konfiguration zu finden, die Entscheidungen zu erklären und Nacharbeit zu vermeiden? Wenn ja, funktioniert es dort, wo es zählt.
In der Praxis fühlt sich eine geführte Konfiguration so an: Ein Mitarbeiter gibt die Betriebsumgebung, den benötigten Durchsatz, die regulatorische Region und einige Randbedingungen wie die verfügbare Grundfläche ein. Der Konfigurator engt den Lösungsraum ein, stellt gezielt die nächste relevante Frage, zeigt Ausschlussgründe an und schlägt eine vollständige Lösung vor, deren Variantenlogik bereits aufgelöst ist. Ein junger Vertriebler klingt wie ein Produktexperte, weil die Logik des Systems als einer agiert.
Jede neue Regel ist eine zukünftige Wartungsrechnung. Investieren Sie nur, wo es sich lohnt.
Praxistaugliche Leitplanken für komplexe Produkte
Hier sind einige Grundregeln, die ich nutze, um Teams von Optionslisten zu Guided Selling zu führen. Sie sind bewusst einfach gehalten.
Beginnen Sie bei den Zielen, nicht bei den Optionen. Erfassen Sie Anforderungen in der Sprache des Kunden: Einschaltdauer, Umgebung, Durchsatz, Normen. Bilden Sie diese dann auf technische Grundsatzentscheidungen ab. Beispiel: Übersteigt die Umgebungstemperatur X, werden nur noch passende Kühlpakete angezeigt und der Strombedarf automatisch angepasst.
Nutzen Sie die Produktarchitektur als erste Leitplanke. Verhindern Sie unsinnige Kombinationen frühzeitig durch strukturelle Vorgaben. Beispiel: Zuerst die Baugruppe wählen, dann den Motor. Das schließt inkompatible Motoren von vornherein aus und erzwingt nachgelagerte Budgets für Verkabelung und Leistung.
Machen Sie Gründe sichtbar. Wenn das System eine Option ausblendet, sagen Sie dem Vertriebler warum. Ein kurzer Hinweis wie „Ausgeschlossen wegen inkompatibler Bus-Spannung“ genügt. Nur so kann der Vertrieb Entscheidungen souverän erklären und beim Kunden verteidigen.
Halten Sie Regeln atomar und wiederverwendbar. Vermeiden Sie Regelmonster, die drei Richtlinien und zwei Ausnahmen kodieren. Trennen Sie Regeln nach ihrer Absicht: Sicherheit, Regulierung, Kapazität, physische Kompatibilität. Beispiel: Die Regel zur Lärmschutzverordnung wird von der Regel zur Gewichtsverteilung getrennt, auch wenn beide dieselbe Baugruppe betreffen.
Definieren Sie Standardpfade mit Ausstiegsmöglichkeiten. Bieten Sie empfohlene Pakete für gängige Szenarien an, aber ermöglichen Sie einen Expertenmodus, in dem Spezialisten mit Begründung und Freigabe davon abweichen können. Beispiel: „Standard-Korrosionsschutzpaket Küste“ als Default, mit einer Opt-in-Option für „Verstärkung für Hochsalz-Umgebung“, die eine dokumentierte Begründung erfordert.
Achten Sie auf ein weiteres Anti-Pattern: den Regel-Wildwuchs. Er entsteht, wenn jeder Sonderfall eine eigene Regel erhält, anstatt die grundlegende Struktur zu verbessern. Ihr System ist dann heute korrekt und morgen spröde.
Was tun Sie also am Montag?
Wählen Sie eine Produktfamilie aus und drehen Sie den Einstieg um. Ersetzen Sie drei Optionslisten durch drei Bedarfsfragen. Messen Sie die Zeit bis zu einer validen Konfiguration und die Anzahl der Eskalationen an die Technik – vorher und nachher.
Fordern Sie Begründungen für Systementscheidungen ein. Für jeden automatischen Ausschluss und jede Vorauswahl muss eine einzeilige Erklärung angezeigt werden. Schulen Sie Ihre Vertriebler darauf, diese Begründung in eigenen Worten wiedergeben zu können.
Etablieren Sie einen festen Änderungsrhythmus mit Tests. Jede neue Regel erhält einen Unit-Test. Keine Tests, kein Deployment. Erstellen Sie eine kleine Test-Suite für Ihre zehn wichtigsten Verkaufsszenarien und führen Sie sie bei jeder Änderung aus. Wenn das nach Ingenieursdisziplin klingt – gut. Das ist es auch.
Kann ein junger Vertriebler die Systementscheidung nicht begründen, taugt die Regel nichts.
Der Zinseszinseffekt guter Logik
Der wahre Gewinn, der in keinem Business Case steht: Eine gute Führung im Angebotsprozess skaliert. Sobald Sie Anforderungen als strukturierte Eingaben erfassen und sie mit selbsterklärenden Constraints verknüpfen, können Sie neue Varianten oder Richtlinien hinzufügen, ohne den täglichen Vertrieb zu blockieren. Die Geschwindigkeit steigt, weil das Vertrauen steigt.
Das verändert auch die Art, wie sich das Pricing entwickelt. Bei sauberer Konfigurationslogik wird das Pricing zu einer lernenden Ebene statt zu einem Workaround für eine schlechte Struktur. Sie können datengestützte Anpassungen einführen und das Angebot trotzdem erklären. Keine Blackbox. Keine Helden-Workflows, die nur ein Spezialist versteht.
Teams, die bei reinen Optionslisten bleiben, verlieren schleichend an Boden. Die Workarounds wuchern. Excel kehrt zurück. Die Technik wird zum De-facto-Konfigurator. Das ist kein dramatischer Crash, sondern ein langsamer Verlust von Glaubwürdigkeit und Zeit.
Teams, die auf eine geführte Konfiguration setzen, lassen sich leichter skalieren. Neue Vertriebler sind schneller produktiv. Änderungen werden mit geringerem Risiko eingeführt. Die Kundengespräche wirken souverän, weil sie auf nachvollziehbaren Entscheidungen beruhen.
Am Ende zählt nur eines: die Akzeptanz im Vertrieb.
Die Konfiguration ist der tragende Pfeiler von CPQ. Man sieht ihn selten, aber er hält alles zusammen. Sorgen Sie dafür, dass Ihr System seine eigenen Entscheidungen erklären kann. Dann kommt auch der Rest Ihres Vertriebsprozesses ins Lot.
Kommentare
Kommentar veröffentlichen