Configure-to-Order, CPQ
Stefan Jungen
6. August 2026
Sobald ein Industrieunternehmen den nächsten Schritt im digitalen Vertrieb plant, taucht fast immer dieselbe Frage auf: Kundenportal oder Webshop? Beide Begriffe werden im B2B-Umfeld oft synonym verwendet, obwohl sie unterschiedliche Probleme lösen. Ein Webshop ist auf Neugeschäft und Produktfindung oder als Eingangskanal für effiziente Bestellungen im Self-Service ausgelegt, ein Kundenportal auf die Vertiefung bestehender Geschäftsbeziehungen. Wer diesen Unterschied nicht klärt, baut am Ende entweder ein zu einfaches System für komplexe Kundenbeziehungen oder ein zu aufwändiges für schlichte Bestellprozesse. Dieser Beitrag ordnet beide Konzepte fachlich ein, zeigt, welche Funktionen ein B2B-Kundenportal tatsächlich braucht, und macht deutlich, wann sich eine Kombination aus beidem lohnt statt einer Entweder-oder-Entscheidung.
Ein Webshop ist transaktionsorientiert: Produkt suchen, konfigurieren, bestellen, bezahlen. Ein Kundenportal ist beziehungsorientiert: Es bildet die gesamte Kundenhistorie ab – Verträge, frühere Bestellungen, Ersatzteillisten, offene Serviceanfragen und Dokumente wie Zeichnungen oder Zertifikate. In der Praxis überlappen sich beide Systeme zunehmend – moderne Kundenportale für die Industrie enthalten Bestellfunktionen, und leistungsfähige Webshops bieten Login-Bereiche mit personalisierten Inhalten.
In der Praxis hat die Wahl, ob ein Webshop oder ein Kundenportal eingesetzt wird, in der dahinterliegenden Architektur. Mit Architektur meinen wir, wie Inhalte strukturiert werden. Ein Webshop organisiert sich entlang von Produktkategorien und Suchfunktionen, weil der Kunde das passende Produkt erst finden muss. Ein Kundenportal organisiert sich entlang der Kundenbeziehung selbst: Startpunkt ist nicht die Produktwelt, sondern der eigene Login mit laufenden Aufträgen, hinterlegten Anlagen und individuellen Konditionen.
Wer beide Strukturen vermischt, ohne sich vorher für eine Leitidee zu entscheiden, produziert häufig ein Interface, das für Neukunden zu komplex und für Bestandskunden zu unpersönlich wirkt.
Ein Kundenportal lohnt sich, sobald der Wert einer Kundenbeziehung über die einzelne Bestellung hinausgeht. Das ist im Industriegeschäft fast immer der Fall: Ersatzteile über Jahrzehnte, individuelle Vertragskonditionen, wiederkehrende Serviceanfragen und technische Dokumentation, die zum jeweiligen Anlagenstand passen muss.
Typische Auslöser für ein Portal-Projekt sind:
Ein gut ausgebautes Portal verschiebt genau diese Routinevorgänge vom Vertrieb auf den Kunden selbst – nicht als Servicereduktion, sondern als Entlastung für beide Seiten. Der Kunde bekommt schnelleren Zugriff auf genau die Informationen, die er ohnehin regelmäßig anfragt, und der Vertrieb gewinnt Zeit für Beratung bei tatsächlich neuen oder komplexen Anfragen statt für die x-te Nachfrage zum Lieferstatus.
Wichtig ist dabei die Erwartungshaltung: Ein Portal ersetzt den persönlichen Vertriebskontakt nicht, es filtert ihn. Einfache, wiederkehrende Vorgänge laufen künftig ohne Rückfrage, komplexere Anfragen – neue Varianten, technische Sonderfälle, Vertragsverhandlungen – bleiben weiterhin Aufgabe des Vertriebsteams. Diese Aufteilung ist auch der Grund, warum Portal-Projekte selten als reines IT-Vorhaben funktionieren, sondern von Anfang an mit dem Vertrieb gemeinsam geplant werden sollten.
Für standardisierte Produkte mit wenigen Varianten und öffentlicher Preisliste ist ein Webshop meist die richtige und schlankere Lösung. Neukunden können ohne Vorlauf bestellen, die Einstiegshürde bleibt niedrig, und der Betrieb ist vergleichsweise einfach zu skalieren.
Sobald jedoch Variantenvielfalt, individuelle Konditionen oder technisch beratungsintensive Produkte ins Spiel kommen, stößt ein reiner Webshop an Grenzen. Ein Beispiel aus der Praxis zeigt diese Entwicklung deutlich: Bei der Digitalisierung des KNARR-Vertriebs stand nicht nur ein neuer Webshop im Fokus, sondern die Verbindung von E-Commerce, Produktkonfiguration und 3D-Visualisierung zu einer durchgängigen Customer Journey – ergänzt um Funktionen wie Rollen- und Freigabekonzepte, projektbezogene Warenkörbe, ERP-Anbindung und eine schnelle Bestellabwicklung für ein technisch anspruchsvolles Produktportfolio.
Die Faustregel: Je homogener das Sortiment und je anonymer die Kundenbeziehung, desto eher reicht ein Webshop. Je variantenreicher die Produkte und je enger die Kundenbindung, desto eher wird ein Portal-Anteil notwendig.
Ein weiteres Signal ist die Preistransparenz. Lassen sich alle Preise öffentlich kommunizieren, spricht das für einen klassischen Webshop. Sind Preise individuell verhandelt, projektabhängig oder mengengestaffelt, wird ein reiner Webshop schnell zum Kompromiss – entweder mit sichtbaren Listenpreisen, die nicht zur realen Konditionslogik passen, oder mit einem aufwändigen Rabatt-Regelwerk, das eigentlich schon in Richtung Portal-Funktionalität geht.
Ein Kundenportal ist mehr als ein Login-Bereich über einem Produktkatalog. Erfahrungsgemäß zeigt sich, dass folgende Funktionsbereiche den größten Nutzen stiften: Nicht jedes Unternehmen braucht sofort den vollen Funktionsumfang. Sinnvoll ist es, mit den Funktionen zu starten, die den größten Anteil wiederkehrender Rückfragen abfangen, und das Portal von dort aus auszubauen.
In der Praxis ist die Frage selten „entweder Webshop oder Portal“, sondern welche Architektur soll hinter dem System liegen. Neukunden landen im offenen, produktorientierten Bereich, Bestandskunden werden nach dem Login automatisch in den personalisierten Portal-Bereich mit individuellen Preisen und Historie geleitet.
Ein Beispiel für diese Kombination aus beiden Welten ist der VAHLE Customer Hub, der Webshop-Funktionen und portalbasierten Kundenservice in einer gemeinsamen Plattform vereint, statt zwei getrennte Systeme zu pflegen. Das reduziert nicht nur den Pflegeaufwand auf Anbieterseite, sondern schafft für den Kunden auch eine durchgängige Erfahrung – unabhängig davon, ob er neu bestellt oder eine bestehende Geschäftsbeziehung fortführt.
Technisch bedeutet das: eine gemeinsame Produkt- und Preisdatenbasis, aber differenzierte Zugriffsrechte und Ansichten je nach Kundenstatus. Wer beides von Anfang an getrennt aufbaut, muss die Systeme später aufwändig zusammenführen.
Der Umfang eines Kundenportal- oder Webshop-Projekts hängt stark davon ab, wie variantenreich das Produktportfolio ist und wie tief Preise, Konfiguration und CAD-Daten integriert werden müssen. Ein guter Startpunkt ist selten „alles auf einmal“, sondern ein klar abgegrenzter erster Ausbauschritt mit den Funktionen, die den größten Effekt auf Vertrieb und Support haben.
Für Unternehmen mit komplexen, konfigurierbaren Produkten lohnt sich dabei ein Blick auf Lösungen, die E-Commerce und Konfiguration von Grund auf zusammendenken. 4PACE COMMERCE verbindet beispielsweise Webshop- und Portal-Logik mit der Fähigkeit, auch variantenreiche, konfigurierbare Produkte digital abzubilden – ein Punkt, an dem viele Standard-Shopsysteme an ihre Grenzen stoßen.
Ein sinnvoller Projektstart beginnt daher mit einer ehrlichen Bestandsaufnahme: Welche Kundengruppen gibt es, welche Prozesse binden heute am meisten Vertriebszeit, und welche Daten (Preise, Varianten, CAD-Modelle) müssen dafür verfügbar sein?
Aus dieser Bestandsaufnahme lässt sich meist ein klar priorisierter Funktionsumfang für die erste Ausbaustufe ableiten – etwa Bestellhistorie und individuelle Preise vor Ersatzteilkatalog und CAD-Zugriff, oder umgekehrt, je nachdem, wo die größten Reibungsverluste im heutigen Vertriebsalltag entstehen. Ein iterativer Ausbau, statt eines „Big Bang“-Launches mit dem vollen Funktionsumfang, reduziert dabei sowohl das Projektrisiko als auch die Zeit bis zum ersten messbaren Nutzen.
Kundenportal und Webshop lösen unterschiedliche Aufgaben: Der Webshop gewinnt Neukunden über einen offenen, produktorientierten Verkaufsprozess, das Portal bindet Bestandskunden über personalisierte Preise, Historie und Service. Für Industrieunternehmen mit variantenreichen Produkten und langfristigen Kundenbeziehungen ist selten das eine ohne das andere sinnvoll. Wer beide Modelle auf einer gemeinsamen Datenbasis zusammenführt, statt sie getrennt zu betreiben, vermeidet doppelte Systempflege und schafft für Neu- wie Bestandskunden eine konsistente digitale Erfahrung – vom ersten Besuch bis zur zehnten Nachbestellung.
Ein Webshop ist auf den Verkauf an neue oder anonyme Kunden ausgelegt, ein Kundenportal auf die Verwaltung bestehender Geschäftsbeziehungen mit individuellen Preisen, Bestellhistorie und Service-Funktionen. Beide können technisch in einer Plattform kombiniert werden.
Nicht zwangsläufig. Bei standardisierten Produkten mit wenig individuellen Konditionen reicht oft ein Webshop. Ein Portal lohnt sich vor allem, wenn Bestandskunden individuelle Preise, wiederkehrende Bestellungen oder umfangreichen technischen Support benötigen.
Ja. Moderne Lösungen bauen beide Bereiche auf einer gemeinsamen Produkt- und Preisdatenbasis auf und unterscheiden nur die Zugriffsrechte und Ansichten je nach Kundenstatus, statt zwei getrennte Systeme zu betreiben.
Am häufigsten gefragt sind individuelle Preise und Konditionen, Bestellhistorie mit Nachbestellfunktion, Zugriff auf Ersatzteile und technische Dokumente sowie Transparenz zum Angebots- und Auftragsstatus.
Gerade bei konfigurierbaren Produkten ist ein Portal oft besonders wertvoll, da Bestandskunden frühere Konfigurationen, CAD-Daten und individuelle Preislogiken wiederverwenden können, statt jede Bestellung neu aufzubauen.
HOLGER REIMSBACH
Head of Projects & Operations
Das könnte Sie auch interessieren
