DWC Insight 204 · Decision Guide

Guided Selling im industriellen Vertrieb

Warum Kundenführung bei der Produktlogik beginnt – nicht bei der Oberfläche.

Guided Selling übersetzt Anwendung und Bedarf in einen technisch zulässigen, wirtschaftlich sinnvollen Lösungsraum. Gute Nutzerführung reduziert nicht nur Fragen, sondern erkennt Standardfälle, Grenzfälle und den notwendigen Übergang ins Engineering.

ZielgruppeGeschäftsführung, Vertriebsleitung, Produktmanagement, Engineering und Digitalisierung
Lesezeitca. 14 Minuten
LeitfrageWie wird Kundenbedarf in eine verantwortbare Lösung übersetzt?

Executive Summary

Guided Selling ist Lösungsraumsteuerung.

Im industriellen Vertrieb übersetzt Guided Selling Kunden- und Anwendungsanforderungen in Bedarfsmerkmale und daraus in technisch zulässige, wirtschaftlich sinnvolle und strategisch bevorzugte Lösungen.

Tragfähig wird der Dialog durch die Trennung von Bedarf und Lösung, eine wirkungsvolle Fragenreihenfolge, begründete Defaults und Preferred Solutions sowie einen kontrollierten Übergang in Engineering.

Die Oberfläche macht Guided Selling sichtbar. Produktlogik, Begründungsfähigkeit und klare Modellverantwortung machen es belastbar.

Lösungsraumsteuerung

Ein Dialog – drei bewusst unterschiedliche Wege

Wählen Sie einen Fall. Der Dialog bleibt gleich aufgebaut, aber Führung, Begründung und Übergabe ändern sich mit der Sicherheit des Lösungsraums.

01

Anwendung verstehen

Medium, Durchsatz, Umgebung und Ziel sind vollständig bekannt.

02

Bedarf übersetzen

Bedarfsmerkmale führen eindeutig zu einer freigegebenen Lösungsklasse.

03

Lösung führen

Default und Preferred Solution verkürzen den Dialog.

04

Ergebnis verantworten

Konfiguration, Preis und Ergebnisobjekte werden regelbasiert freigegeben.

Dialogergebnis

Bevorzugte Standardlösung – ohne technische Rückfrage.

Grenze und Übergabe

Kein Engineering erforderlich; Annahmen und Auswahlgrund bleiben dokumentiert.

Qualitätsmaßstab: Nutzer entscheiden nur, was sie fachlich verantworten können. Ableitung, bevorzugte Lösung und Grenze bleiben im Produktmodell nachvollziehbar.

Guided Selling wird regelmäßig missverstanden

Wenn in Industrieunternehmen über Guided Selling gesprochen wird, richtet sich die Aufmerksamkeit fast immer auf die Oberfläche. Gezeigt werden aufgeräumte Dialoge, verständlich formulierte Fragen, ansprechende Produktbilder und ein Fortschrittsbalken, der dem Nutzer signalisiert, wie weit er gekommen ist. Der Eindruck entsteht, Guided Selling sei im Wesentlichen eine Frage der Gestaltung: Man nehme einen bestehenden Konfigurator, stelle ihm einige einfache Fragen voran und erhalte einen Vertriebsprozess, den auch Nichtfachleute sicher bedienen können. Entsprechend wird die Aufgabe häufig als Teilprojekt der Benutzeroberfläche geplant und terminiert.

Dieses Verständnis stammt aus dem Endkundengeschäft. Dort ist Guided Selling tatsächlich vor allem Beratungsersatz. Ein Käufer, der sich zwischen mehreren grundsätzlich geeigneten Produkten entscheiden soll, wird durch Präferenzfragen zu einem passenden Angebot geführt. Der Lösungsraum ist überschaubar, die Konsequenzen einer suboptimalen Auswahl sind begrenzt, und der Kunde entscheidet weitgehend nach eigenen Vorlieben. Die Führung ersetzt in diesem Fall ein Verkaufsgespräch, das ohnehin nur wenige Minuten gedauert hätte.

Im industriellen Vertrieb liegt der Fall grundlegend anders. Eine Kundenanforderung ist dort selten ein Wunsch, sondern meist eine technische Randbedingung, die sich aus der Anwendung ergibt: aus Durchsatz, Medium, Einbausituation, Umgebungsbedingungen, geltenden Normen oder der bereits vorhandenen Anlage. Solche Bedingungen lassen sich nicht durch Präferenzfragen einsammeln. Sie müssen in Produktmerkmale übersetzt werden, und diese Übersetzung ist eine fachliche Leistung, keine gestalterische. Genau deshalb entscheidet sich der Erfolg von Guided Selling nicht an der Oberfläche, sondern in der Produktlogik dahinter. Eine überzeugende Demonstration beweist, dass ein Dialog technisch möglich ist. Sie beweist nicht, dass das eigene Portfolio ihn trägt.

Guided Selling auf einen Blick

01 · BedarfsmerkmaleKundensprache wird strukturiert erfasst.

Führungsfrage: Was kann der Nutzer aus seiner Anwendung sicher beantworten?

02 · LösungsmerkmaleAuslegungsverantwortung bleibt im Produktmodell.

Führungsfrage: Welche technischen Entscheidungen lassen sich aus dem Bedarf ableiten?

03 · DialogreihenfolgeRücksprünge, Fehler und unnötige Fragen werden reduziert.

Führungsfrage: Welche Angaben schränken den Lösungsraum früh und stark ein?

04 · DefaultsStandardfälle werden schneller und konsistenter bearbeitet.

Führungsfrage: Welche Entscheidungen stehen im jeweiligen Markt- oder Anwendungsfall bereits fest?

05 · Preferred SolutionsTechnische, wirtschaftliche und strategische Ziele werden verbunden.

Führungsfrage: Welche zulässigen Lösungen unterstützt das Unternehmen bevorzugt?

06 · Grenzen und ÜbergabeSonderfälle werden kontrolliert statt durch Sonderregeln verdeckt.

Führungsfrage: Wann endet der definierte Lösungsraum und beginnt Engineering?

07 · GovernanceDer Dialog bleibt pflegbar und fachlich belastbar.

Führungsfrage: Wer verantwortet Fragen, Regeln, Defaults und Empfehlungen?

Von der Kundenanforderung zum Produktmerkmal

Zwischen dem, was ein Kunde beschreibt, und dem, was ein Konfigurator benötigt, liegt in aller Regel eine Auslegung. Der Kunde nennt eine geforderte Leistung, eine Taktzahl, eine Fördermenge, einen Temperaturbereich oder einen verfügbaren Bauraum. Der Konfigurator benötigt Baugrößen, Werkstoffe, Antriebsvarianten, Schutzarten, Anschlussformen und Steuerungsoptionen. Beides sind Merkmale, aber sie gehören unterschiedlichen Welten an. Die eine beschreibt ein Problem, die andere eine Lösung.

Guided Selling übersetzt Kundenanforderungen deshalb nicht unmittelbar in Produkte. Es führt den Anwender durch einen definierten Lösungsraum. Ziel ist nicht die Auswahl möglichst vieler Varianten, sondern die kontrollierte Eingrenzung auf technisch zulässige, wirtschaftlich sinnvolle und strategisch bevorzugte Lösungen. Die eigentliche Aufgabe besteht damit nicht im Stellen von Fragen, sondern in der Gestaltung und Steuerung dieses Lösungsraums. Wer Guided Selling als Fragenkatalog plant, hat die Aufgabe verfehlt, bevor die erste Frage formuliert ist.

Für die Modellierung ist es hilfreich, zwei Ebenen konsequent zu trennen und auch sprachlich zu unterscheiden. Bedarfsmerkmale beschreiben die Anwendung des Kunden und sind für ihn ohne technische Vorkenntnisse beantwortbar. Lösungsmerkmale beschreiben das Produkt und ergeben sich aus den Bedarfsmerkmalen durch Regeln, Kennlinien, Auslegungsrechnungen oder dokumentierte Erfahrungswerte. Wo diese Verbindung fehlt, bleibt nur die Möglichkeit, dem Kunden oder dem Vertriebsmitarbeiter Lösungsmerkmale unmittelbar zur Auswahl zu stellen. Damit wird ihm eine Auslegungsverantwortung übertragen, die er sachlich nicht tragen kann.

Die Übersetzungsleistung ist selten in einem einzigen Kopf vollständig vorhanden. Sie verbindet Kundensprache, Vertriebserfahrung, Produktmanagement und Engineering, und sie enthält häufig Wissen, das nie schriftlich festgehalten wurde. In vielen Unternehmen existiert sie ausschließlich personengebunden bei wenigen erfahrenen Mitarbeitern, die auf Zuruf beraten und deren Urteil im Zweifel eingeholt wird. Guided Selling einzuführen bedeutet deshalb zunächst, dieses Wissen sichtbar, prüfbar und beschreibbar zu machen. Das ist regelmäßig der aufwendigste Teil des Vorhabens und zugleich derjenige mit dem größten bleibenden Wert, denn er schafft eine Grundlage, die unabhängig von der späteren Systementscheidung Bestand hat.

Nicht jede technische Eigenschaft ist eine Kundenfrage

Ein verbreiteter Fehler besteht darin, den Dialog aus dem vorhandenen Merkmalskatalog aufzubauen. Was im Produktmodell als wählbares Merkmal existiert, wird zur Frage. Das Ergebnis ist ein Dialog mit dreißig oder mehr Entscheidungen, von denen der Nutzer die meisten weder beurteilen noch verantworten kann. Die Länge des Dialogs ist dabei nicht das eigentliche Problem. Das Problem ist die stillschweigende Verlagerung von Verantwortung, denn wer gefragt wird, hat entschieden. Fällt die Anlage später aus der Spezifikation, verweist die Dokumentation auf eine Auswahl, die formal getroffen, sachlich aber nie geprüft wurde.

Der Prüfmaßstab lautet deshalb nicht, ob ein Merkmal wählbar ist, sondern ob der jeweilige Nutzer die Entscheidung sachlich verantworten kann. Danach lassen sich Merkmale in drei Gruppen ordnen. Merkmale, die sich aus anderen Angaben zuverlässig ableiten lassen, gehören nicht in den Dialog, sondern in das Regelwerk. Merkmale, die eine technische Beurteilung erfordern, gehören in die Hand desjenigen, der sie treffen kann, und müssen im Prozess entsprechend adressiert werden, gegebenenfalls durch eine bewusste Übergabe. Merkmale schließlich, die betriebswirtschaftlich gesetzt sind, etwa aus Gründen der Beschaffung, der Standardisierung oder der Ersatzteilstrategie, gehören überhaupt nicht zur Auswahl und sollten auch nicht als scheinbare Option erscheinen.

Diese Reduktion ist unbequem, weil sie Entscheidungen erzwingt, die zuvor bewusst oder unbewusst offengeblieben sind. Sie ist zugleich der wirksamste Hebel für die Qualität des Ergebnisses. Ein Dialog mit acht gut gewählten Fragen, aus denen fünfzig Merkmale abgeleitet werden, ist einem Dialog mit fünfzig Fragen in jeder Hinsicht überlegen: in der Bedienbarkeit, in der Fehlerquote, in der Schulungsdauer und im Pflegeaufwand. Der Aufwand verschiebt sich dabei nicht, er verlagert sich lediglich von der laufenden Nutzung in die einmalige Modellierung.

Nutzergruppen brauchen unterschiedliche Führung

Guided Selling wird häufig als eine einzige Anwendung geplant, die anschließend über Berechtigungen an verschiedene Nutzergruppen angepasst wird. Der Innendienst sieht alle Felder, der Händler weniger, der Endkunde am wenigsten. Diese Vorgehensweise erscheint sparsam und ist in der Projektplanung leicht zu vertreten. Sie führt jedoch regelmäßig zu einem Werkzeug, das für keine Gruppe wirklich passt und deshalb von allen umgangen wird, sobald es eng wird.

Der Grund liegt darin, dass sich Nutzergruppen nicht im Umfang der sichtbaren Felder unterscheiden, sondern in der Art der Entscheidung, die sie treffen. Ein Vertriebsingenieur arbeitet von der Anwendung her und benötigt Auslegungsunterstützung, Alternativen und die Nachvollziehbarkeit der vorgeschlagenen Lösung. Ein Innendienstmitarbeiter arbeitet häufig von einer bereits geklärten Spezifikation her und benötigt vor allem Geschwindigkeit und Fehlersicherheit bei der Erfassung. Ein Händler benötigt verlässliche Preise, Lieferaussagen und die Sicherheit, dass die Konfiguration baubar ist, aber selten Einblick in Kalkulationsgrundlagen. Ein anonymer Webnutzer benötigt eine Orientierung, die zu einem qualifizierten Kontakt führt, und keinen vollständigen Auftrag.

Sinnvoll ist deshalb ein gemeinsames Produktmodell mit unterschiedlichen Dialogen darauf. Das Regelwerk, die Merkmale und die Auslegungslogik bleiben identisch, die Führung durch den Prozess unterscheidet sich in Reihenfolge, Erläuterungstiefe, Vorbelegung und Ergebnisdarstellung. Diese Trennung ist auch der Punkt, an dem sich später entscheidet, ob die Ausweitung auf einen neuen Kanal oder eine neue Region einen überschaubaren Aufwand bedeutet oder ein eigenes Projekt auslöst. Wer von Beginn an nur einen Dialog baut und die Mehrkanalfähigkeit vertagt, trifft damit eine Architekturentscheidung, deren Kosten erst Jahre später sichtbar werden.

Künstliche Intelligenz verändert Guided Selling nicht dadurch, dass sie Produktlogik ersetzt. Sie unterstützt den Anwender bei der Beschreibung seiner Anforderungen, erklärt Fachbegriffe, schlägt geeignete Formulierungen vor und beantwortet Rückfragen. Damit senkt sie die Einstiegshürde besonders für weniger erfahrene Nutzergruppen. Welche Lösung technisch zulässig ist, entscheidet weiterhin das Produktmodell.

Die Dialogreihenfolge folgt der Entscheidungslogik

Die Reihenfolge der Fragen wird in der Praxis oft aus der Produktstruktur abgeleitet. Zuerst die Grundmaschine, dann die Baugruppen, dann das Zubehör. Für die Modellpflege ist das naheliegend, weil es der Gliederung entspricht, in der das Produkt ohnehin beschrieben wird. Für den Nutzer ist es selten hilfreich, denn ein Verkaufsgespräch folgt einer anderen Logik als eine Stückliste. Der Kunde beginnt bei seiner Anwendung, nicht bei der obersten Baugruppe des Erzeugnisses.

Fachlich sinnvoll ist eine Reihenfolge, die den Lösungsraum früh und stark einschränkt. Fragen, die viele Folgeentscheidungen determinieren, gehören an den Anfang, auch wenn sie im Produktmodell tief liegen. Fragen, deren Antworten voneinander unabhängig sind, gehören ans Ende, weil sie in beliebiger Reihenfolge beantwortet werden können und den Fortschritt nicht blockieren. Wird diese Ordnung verletzt, entstehen Rücksprünge: Der Nutzer trifft eine Entscheidung, die durch eine spätere Angabe unzulässig wird, und muss zurück. Häufige Rücksprünge sind der zuverlässigste Hinweis darauf, dass die Dialogreihenfolge der Modellstruktur folgt und nicht der Entscheidungslogik des Nutzers.

Defaults reduzieren unnötige Entscheidungen

Vorbelegungen sind keine Bequemlichkeit, sondern ein Steuerungsinstrument. Sie bilden den wahrscheinlichsten Standardfall ab und ersparen dem Nutzer Entscheidungen, die in seiner Situation ohnehin feststehen. Besonders wirksam sind regionale und normative Vorgaben, die sich aus einer einzigen Angabe ableiten lassen. Wird als Zielmarkt Europa gewählt, ergeben sich daraus in vielen Produktbereichen unmittelbar IEC-konforme Ausführungen, metrische Einheiten, eine Netzspannung von 400 Volt und die Konformitätsbewertung nach CE. Wird stattdessen der nordamerikanische Markt adressiert, folgen daraus UL-Zulassung, ANSI-Normen, 480 Volt und zöllige Maße. Eine einzige beantwortete Frage ersetzt in solchen Fällen ein Dutzend Einzelentscheidungen.

Damit Defaults den Lösungsraum nicht unzulässig verengen, müssen sie erkennbar und änderbar bleiben. Wo eine Vorbelegung technisch oder wirtschaftlich relevant ist, sollte ihre Änderung im Angebot nachvollziehbar sein. Wo sie lediglich einen unstrittigen Standardfall abbildet, darf sie im Hintergrund bleiben. Diese Unterscheidung ist eine fachliche Festlegung des Produktmanagements und keine Einstellung, die sinnvollerweise im Projekt an die IT delegiert wird. Gute Defaults verkürzen den Dialog erheblich, ohne dem Nutzer eine Entscheidung zu nehmen, die er treffen müsste.

Preferred Solutions machen Guided Selling zum Führungsinstrument

Nicht jede technisch mögliche Lösung ist für das Unternehmen gleichwertig. Hinter einem Portfolio stehen Ziele, die im Konfigurationsdialog selten sichtbar werden: eine Plattformstrategie, die bestimmte Baureihen bevorzugt, Standardisierungsvorgaben, gesicherte Lieferfähigkeit bei einzelnen Komponenten, Unterschiede in den Herstellkosten, eine Ersatzteilstrategie mit langen Verfügbarkeitszusagen oder Nachhaltigkeitsziele. Werden alle zulässigen Varianten gleichrangig angeboten, arbeitet der Dialog diesen Zielen unbeabsichtigt entgegen. Der Vertrieb wählt dann korrekt und dennoch nicht im Sinne des Unternehmens.

Moderne Guided-Selling-Systeme arbeiten deshalb nicht mit Verboten, sondern mit Empfehlungen. Sie schlagen bevorzugte Lösungen vor, erläutern deren Vorteile hinsichtlich Verfügbarkeit, Kosten oder Servicefähigkeit und erlauben ein bewusstes Abweichen. Diese Form der Entscheidungsführung erhält die Handlungsfreiheit des Nutzers und unterstützt zugleich technische, wirtschaftliche und strategische Unternehmensziele. Der Unterschied zu einer harten Einschränkung ist erheblich: Ein Verbot erzeugt Umgehung, eine begründete Empfehlung erzeugt Zustimmung.

Damit dieser Mechanismus trägt, muss er transparent bleiben. Die Kriterien der Bevorzugung gehören benannt und in derselben Verantwortung gepflegt wie das übrige Produktwissen. Dient eine Empfehlung erkennbar nur der Marge und nicht der Sache, verliert sie im Vertrieb binnen weniger Wochen ihre Wirkung. Sinnvoll ist außerdem, Abweichungen von der bevorzugten Lösung auszuwerten. Häufen sie sich an derselben Stelle, ist das ein belastbarer Hinweis darauf, dass entweder die Empfehlung nicht marktgerecht ist oder das Portfolio an dieser Stelle eine Lücke hat.

Wenn der Konfigurator Nein sagen muss

Jeder ernsthafte Konfigurationsdialog erreicht regelmäßig den Punkt, an dem eine gewünschte Kombination nicht zulässig ist. Wie das System an dieser Stelle reagiert, entscheidet maßgeblich über die Akzeptanz im Vertrieb. Werden Optionen kommentarlos ausgegraut oder aus der Auswahl entfernt, entsteht beim Nutzer der Eindruck von Willkür. Er weiß nicht, ob eine physikalische Grenze, eine Normanforderung, eine kaufmännische Vorgabe oder schlicht ein Modellierungsfehler vorliegt. Im Zweifel wird er das Ergebnis umgehen, telefonisch klären lassen und das Angebot außerhalb des Systems erstellen. Damit ist der Nutzen des Vorhabens an genau der Stelle verloren, an der es sich bewähren müsste.

Ein Guided Selling, das im industriellen Vertrieb trägt, muss deshalb nicht nur zulässige Kombinationen absichern, sondern unzulässige begründen können. Der Unterschied zwischen einer technischen Grenze, einer normativen Anforderung, einer bewussten Sortimentsentscheidung und einer temporären Lieferbeschränkung ist für den Vertrieb wesentlich, denn er bestimmt, ob eine Rückfrage überhaupt sinnvoll ist. Diese Begründungsfähigkeit ist keine Komfortfunktion, sondern ein Auswahlkriterium. Sie hängt unmittelbar davon ab, wie das Beziehungswissen modelliert wird. Gerichtete Regeln nach dem Muster Bedingung und Aktion können eine Kombination ausschließen, aber nur begrenzt erklären, welche Bedingung dafür verantwortlich war. Constraint-basierte Ansätze werten ungerichtet aus und können den Konflikt in der Regel benennen. Diese Unterscheidung wird in Systemvergleichen selten thematisiert und ist im laufenden Betrieb dennoch spürbar.

Der zweite Fall ist grundsätzlicher: Die Kundenanforderung verlässt den vordefinierten Lösungsraum. Dann darf der Dialog nicht versuchen, sie durch zusätzliche Sonderregeln doch noch abzubilden, sondern muss kontrolliert in einen Klärungs- oder Engineering-Prozess übergeben. Insight 203 behandelt diese Grenze zwischen Konfiguration und Engineering als eigene Readiness-Dimension. Für den Dialog bedeutet sie: Der Übergang muss vorgesehen, benannt und für den Nutzer erkennbar sein. Ein Guided Selling ohne definierten Ausstieg erzeugt entweder überdehnte Regelwerke, die mit jedem Sonderfall unübersichtlicher werden, oder Angebote, deren technische Machbarkeit vor der Abgabe niemand geprüft hat.

Pflegbarkeit entscheidet über die Lebensdauer des Dialogs

Ein Guided Selling ist kein einmaliges Projekt, sondern ein Modell, das mit dem Portfolio altert. Neue Baugrößen kommen hinzu, Optionen entfallen, Normen ändern sich, Märkte stellen abweichende Anforderungen, und Lieferengpässe machen zeitweise Alternativen erforderlich. Entscheidend für die Lebensdauer ist, ob sich diese Änderungen im Produktmodell abbilden lassen, ohne den Dialog jedes Mal neu zu bauen. Diese Eigenschaft zeigt sich in keiner Demonstration und wird in Auswahlverfahren regelmäßig übersehen.

Sie gelingt nur, wenn Produktwissen und Führungswissen getrennt gehalten werden. Produktwissen beschreibt, was technisch zulässig und kaufmännisch vorgesehen ist. Führungswissen beschreibt, in welcher Reihenfolge, mit welchen Erläuterungen, mit welcher Vorbelegung und für welche Nutzergruppe gefragt wird. Werden beide im selben Regelwerk vermischt, wird jede Portfolioänderung zugleich zu einer Dialogänderung, und der Pflegeaufwand wächst überproportional zur Variantenzahl. Genau an dieser Stelle scheitern viele Konfiguratoren nicht bei der Einführung, sondern im dritten oder vierten Betriebsjahr, wenn die ursprünglichen Modellierer das Unternehmen verlassen haben und niemand mehr beurteilen kann, welche Regel welchem Zweck dient.

Ebenso früh zu klären ist die fachliche Verantwortung. Wer entscheidet, ob eine neue Kundenanforderung eine zusätzliche Frage rechtfertigt? Wer prüft nach einer Portfolioerweiterung, ob der Dialog noch stimmig ist? Wer passt Defaults an, wenn sich Normen ändern, und wer pflegt die bevorzugten Lösungen? Ohne benannte Modellverantwortung wächst ein Dialog ausschließlich additiv. Jede Sonderanforderung fügt eine Frage hinzu, keine wird jemals entfernt, und nach wenigen Jahren ist aus dem geführten Verkaufsgespräch ein Erfassungsformular geworden, das nur noch Spezialisten bedienen. Der Rückbau ist dann deutlich aufwendiger als der ursprüngliche Aufbau.

Anonymisierter Projektverlauf

Vom Produktformular zum geführten Entscheidungsdialog

Der erste Dialog bildete die vorhandene Produktstruktur ab. Er wurde fachlich neu aufgesetzt, nachdem Rücksprünge, technische Rückfragen und Umgehungen zeigten, dass die Reihenfolge nicht zur Entscheidungssituation der Nutzer passte.

01Ausgangslage

Viele Lösungsmerkmale wurden unmittelbar abgefragt. Nutzer mussten technische Entscheidungen treffen, obwohl sie nur Anwendung und Bedarf sicher kannten.

02Fachlicher Reset

Bedarfs- und Lösungsmerkmale wurden getrennt. Ableitungen, Defaults, bevorzugte Lösungen und technische Grenzen wurden im Produktmodell verankert.

03Neuer Dialog

Unterschiedliche Nutzergruppen erhielten passende Fragenfolgen auf demselben Produktmodell. Grenzfälle wurden mit Kontext an Engineering übergeben.

Wirkung: weniger unnötige Entscheidungen und Rücksprünge, konsistentere Standardfälle und eine reproduzierbare Übergabe statt verdeckter Sonderwege.

Von der Produktarbeit zur Lösungsraumsteuerung

Die Qualität eines geführten Verkaufsprozesses entsteht nicht dort, wo der Nutzer sie sieht. Sie entsteht in der Entscheidung, welche Merkmale den Bedarf beschreiben und welche die Lösung, welche Fragen der Nutzer sachlich verantworten kann und welche abgeleitet werden müssen, in welcher Reihenfolge der Lösungsraum eingeschränkt wird, welche Lösungen bevorzugt werden, wie Grenzen begründet werden und an welcher Stelle der Übergang ins Engineering verläuft. Jede dieser Entscheidungen ist Produktarbeit. Keine von ihnen lässt sich durch Gestaltung ersetzen, und keine wird durch die Auswahl eines leistungsfähigeren Systems überflüssig.

Daraus folgt eine praktische Konsequenz für Projekte. Die Frage, welches System den überzeugendsten Dialog vorführt, ist nachrangig. Vorrangig ist, ob das Unternehmen die Übersetzung zwischen Kundenanforderung und Produktlogik beschreiben kann. Wo diese Beschreibung vorliegt, lässt sie sich in unterschiedlichen Systemen abbilden, und die Systemauswahl wird zu einer Frage der Passung, nicht der Hoffnung. Wo sie fehlt, erzeugt auch die beste Software lediglich eine ansprechende Oberfläche über einer ungeklärten Produktlogik.

Guided Selling entwickelt sich damit vom digitalen Fragebogen zu einem Instrument der Lösungsraumsteuerung. Es verbindet Kundenanforderungen, Produktlogik und Unternehmensstrategie und führt Anwender gezielt zu den Lösungen, die technisch tragfähig, wirtschaftlich sinnvoll und langfristig beherrschbar sind.

Insight 205 führt die Ergebnisse dieses Entscheidungsdialogs anschließend ohne Medienbrüche in Engineering, Fertigung und Service weiter.

Fazit für Entscheider

Ein guter Dialog reduziert nicht nur Klicks, sondern Fehlentscheidungen.

Guided Selling führt von der Anwendung zur verantwortbaren Lösung. Es fragt nur, was Nutzer beantworten können, leitet technische Entscheidungen aus dem Produktmodell ab und macht bevorzugte Lösungen sowie Grenzen transparent.

Der Qualitätsmaßstab ist nicht die schönste Oberfläche, sondern ein dauerhaft pflegbarer Lösungsraum mit kontrolliertem Übergang in Engineering.

ENGLISH EXECUTIVE SUMMARY

Guided Selling in Industrial Sales

Guided selling in industrial markets is not primarily a user-interface feature or a digital questionnaire. Its core task is to translate customer and application requirements into demand characteristics and then derive solutions that are technically valid, commercially attractive and strategically preferred.

A robust approach separates demand characteristics from solution characteristics, derives technical decisions wherever possible and tailors the dialogue to the responsibility and expertise of each user group. Question sequence should follow decision logic rather than the product structure. Defaults reduce decisions already determined by market, standards or application context, while preferred solutions guide users toward options that support availability, standardization, lifecycle and cost objectives.

The decisive capabilities appear when the predefined solution space reaches its limits. A sustainable model must explain conflicts, distinguish technical restrictions from commercial or temporary constraints and provide a controlled handover to engineering. The interface makes guided selling visible; product logic, explainability and governance make it reliable.

Weiterführende Insights

Position: Säule 2 · CPQ und Produktkonfiguration · Beitrag 4 von 6

Vorheriger Beitrag: Insight 203 – CPQ Readiness: Trägt die Produktlogik vor der Systemauswahl?

Nächster Beitrag: Insight 205 – Produktkonfiguration zwischen Vertrieb, Technik und Produktion

Zur Übersicht aller Executive Insights

Von Josef Wüpping

© Dr. Wüpping Consulting GmbH