B2B-Kundenportal: Wie Self-Service im B2B wirklich skaliert

Für B2B Unternehmen sind Kundenportale im B2B ein Top-Level-Thema, das zeigt eine Studie des ECC Kölns bereits 2022. Mehr Self-Service ist für B2B Unternehmen attraktiv: der Innendienst wird entlastet, Kunden haben mehr Überblick und können rund um die Uhr bestellen, die Fehlerquote wird reduziert. Doch damit diese Vorteile tatsächlich eintreten, reicht es nicht, eine hübsche Oberfläche eines Kundenportals zu bauen. Wenn Preise im ERP liegen, Produktdaten im PIM, Rahmenverträge im Vertrieb und Ersatzteile in separaten Listen, fehlen die zugrundeliegenden Daten, damit durchgängige, digitale Prozesse laufen. 

In diesem Beitrag geht es deshalb nicht nur um Funktionen. Du erfährst, welche Prozesse ein B2B-Kundenportal effizienter gestalten sollte, von Nachbestellung über Ersatzteile bis Rahmenverträge, welche Daten aus ERP, PIM, CDM und Billing dafür vernetzt sein müssen, wie du mit den richtigen MVP-Stufen startest und welche Architektur zu deiner Systemlandschaft passt.

• Was ist ein B2B-Kundenportal?
• Warum B2B Self-Service nicht beim Frontend beginnt
• Welche Prozesse sollte ein B2B-Kundenportal effizienter gestalten?
• Vorteile eines Kundenportals im B2B
• Die unterschätzte Voraussetzung: konsistente Daten
• Welche Funktionen braucht ein B2B-Kundenportal?
• Kundenportal einführen: Mit welchen Use Cases solltest du starten?
• Häufige Fehler bei der Einführung
• Welche Architektur passt: Shop-Erweiterung, ERP-Portal oder Data Hub?
• Der Schlüssel liegt nicht im Portal, sondern in der Datenbasis

Was ist ein B2B-Kundenportal?

Ein B2B-Kundenportal ist ein geschützter digitaler Bereich, über den Geschäftskunden selbstständig auf Informationen, Dokumente und Prozesse zugreifen können.

Dazu gehören zum Beispiel:

• individuelle Preise
• Bestellhistorien
• Angebote und Rahmenverträge
• Rechnungen und Lieferscheine
• Lieferstatus und offene Aufträge
• Ersatzteile und technische Dokumente
• Servicefälle und Supporthistorien
• Rollen, Rechte und Freigaben.

B2B-Shop, Kundenportal oder B2B-Marktplatz: Wo liegt der Unterschied?

Im Unterschied zu einem klassischen B2C-Shop bildet ein B2B-Kundenportal nicht nur eine Transaktion ab. Es bildet eine bestehende Geschäftsbeziehung ab. Genau deshalb sind kundenspezifische Preise, Sortimente, Vertragslogiken und Freigabeprozesse so wichtig.

Die entscheidende Differenz: Ein Self-Service-Portal bildet eine bestehende Geschäftsbeziehung digital ab, während ein Shop primär Transaktionen ermöglicht und ein Marktplatz Angebot und Nachfrage zusammenführt.

Ein Beispiel: Ein Großhändler für Gastronomiebedarf verkauft an 400 Restaurants. Jedes Restaurant hat eigene Konditionen, Staffelpreise und ein eingeschränktes Sortiment. Im Self-Service-Portal loggt sich die Küchenchefin ein, sieht ihre verhandelten Preise, wiederholt die letzte Wochenbestellung mit zwei Klicks, prüft den Lieferstatus für morgen früh und lädt die Rechnung für die Buchhaltung herunter. Im klassischen B2B-Shop desselben Großhändlers sieht sie das Gesamtsortiment zu Listenpreisen, legt Artikel in den Warenkorb und bestellt. Ihre Sonderkonditionen tauchen nicht auf. Auf einem B2B-Marktplatz wie Metro Markets oder Lusini vergleicht sie Angebote verschiedener Lieferanten, bestellt bei dem günstigsten und hat keine langfristige Vertragsbeziehung.

Warum B2B Self-Service nicht beim Frontend beginnt

Viele Unternehmen starten mit der Frage: Welche Funktionen soll unser Kundenportal haben?

Das ist verständlich, aber zu früh. Natürlich braucht ein Portal eine gute Suche, einen Login-Bereich, Bestellhistorien, Dokumentenzugriff und klare Nutzerrollen. Aber diese Funktionen lösen nur dann ein Problem, wenn sie auf korrekte Daten zugreifen.

Die bessere Frage lautet: Welche Prozesse sollen durch Self-Service schneller, fehlerärmer oder vollständig ohne Rückfrage laufen?

Gerade im B2B entstehen die meisten Reibungsverluste, weil Informationen verteilt liegen. Preise stehen im ERP, Produktdaten im PIM, Rahmenverträge im Vertrieb, Ersatzteillogiken in technischen Listen und Dokumente in separaten Ablagen. Der Innendienst verbindet diese Informationen im Alltag oft manuell. Er prüft Konditionen, sucht Dokumente heraus, beantwortet Statusfragen, klärt Verfügbarkeiten oder ordnet Ersatzteile zu. Genau diese Arbeit soll ein Kundenportal reduzieren. Dafür muss es auf korrekte, aktuelle und kundenindividuelle Daten zugreifen können.

Typische Reibungsverluste im B2B sind:

• Bestellungen kommen per E-Mail, Telefon oder PDF.
• Konditionen müssen manuell geprüft werden.
• Kunden fragen nach Lieferstatus, Rechnungen oder Dokumenten.
• Produktdaten liegen verteilt in ERP, PIM, Excel oder technischen Listen.
• Ersatzteile lassen sich ohne Innendienst nicht eindeutig zuordnen.
• Rahmenverträge und kundenspezifische Sortimente sind nicht digital sichtbar.
• Service und Vertrieb arbeiten mit unterschiedlichen Datenständen.

Das bedeutet: Self-Service ist kein reines Frontend-Projekt. Es ist ein Prozess- und Datenprojekt mit Portal-Oberfläche. 

Welche Prozesse sollte ein B2B-Kundenportal effizienter gestalten?

Ein B2B-Kundenportal sollte nicht mit einer allgemeinen Feature-Liste geplant werden. Die bessere Reihenfolge lautet: Prozess, Daten, Funktion.

Denn eine Portal-Funktion bringt nur dann Entlastung, wenn sie einen konkreten Vorgang schneller, transparenter oder ohne manuelle Rückfrage abbildet. Eine Bestellhistorie ist zum Beispiel keine Funktion um der Funktion willen. Sie entlastet den Innendienst nur, wenn Kunden daraus aktuelle Produkte mit gültigen Preisen erneut bestellen können.

Dasselbe gilt für Preise, Dokumente, Ersatzteile oder Lieferstatus. Der Nutzen entsteht erst, wenn dahinter die richtigen Daten live oder zuverlässig synchronisiert verfügbar sind.

Eine hilfreiche Prüffrage lautet deshalb:

Welchen manuellen Prozess ersetzt diese Funktion?

So wird klar: Die Funktion ist nicht der Startpunkt. Sie ist das Ergebnis aus Prozessbedarf und verfügbarer Datenbasis.

Vorteile eines Kundenportals im B2B

Für Hersteller und Großhändler im Mittelstand ergeben sich daraus drei konkrete Vorteile.

Innendienst-Entlastung: Wenn Standardanfragen wie „Was kostet Artikel X in meiner Staffel?", „Wo ist meine Lieferung?" oder „Schick mir die Rechnung von März nochmal" über ein Portal laufen, fallen sie aus dem Tagesgeschäft des Innendienstes heraus. Branchenschätzungen gehen davon aus, dass Self-Service-Portale Kundenservice-Anfragen um 30 bis 50 % reduzieren können. Die freiwerdende Kapazität fließt in Beratung, Neukundengewinnung und Cross-Selling.

Fehlerreduktion bei Wiederbestellungen: Manuelle Bestellerfassung per Telefon oder E-Mail erzeugt laut APQC-Benchmarks eine Fehlerquote von 1 bis 3 %. Bei tausend Bestellungen im Monat sind das zehn bis dreißig fehlerhafte Aufträge, die Retouren, Nachlieferungen und Kundenfrust nach sich ziehen. Digitale Bestellwege mit validierten Eingabefeldern und hinterlegten Konditionen senken diese Quote erheblich.

24/7-Verfügbarkeit ohne Personalkosten: Ein Portal nimmt Bestellungen an, wenn der Innendienst nicht besetzt ist: nachts, am Wochenende, über Zeitzonen hinweg. Gerade für international agierende Mittelständler ist das ein operativer Vorteil, der kein zusätzliches Personal erfordert.

Dabei decken Self-Service Standardprozesse ab. Komplexe Erstberatungen, Sonderkonfigurationen und Verhandlungen über Rahmenverträge bleiben Aufgabe des Vertriebs. Das Portal ersetzt nicht den persönlichen Kontakt, sondern befreit ihn von operativer Routine. Das Zusammenspiel aus digitaler Selbstbedienung und persönlicher Beratung, häufig als Hybrid Selling bezeichnet, liefert laut McKinsey die besten Ergebnisse in der Umsatzentwicklung.

Die unterschätzte Voraussetzung: konsistente Daten

Die meisten Portal-Projekte scheitern nicht am Frontend. Sie scheitern an der Datenbasis.

Ein B2B-Self-Service-Portal ist nur so gut wie die Daten, die es ausspielt. Wenn Preise im ERP anders hinterlegt sind als in der Konditionstabelle des Vertriebs, wenn Bestände erst mit Verzögerung synchronisiert werden oder wenn Kundenstammdaten in drei Systemen unterschiedlich gepflegt sind, produziert das Portal Fehler statt Entlastung.

Welche Systeme müssen für ein B2B-Kundenportal zusammenspielen?

Konkret braucht ein funktionierendes Portal die Verknüpfung von mindestens vier Datenbereichen:

• Kundendaten (CDM): Firmenzuordnung, Ansprechpartner, Rollen, Budgets, Zahlungskonditionen, Lieferadressen
• Produktdaten (PIM): Artikelstammdaten, Beschreibungen, Kategorien, kanalspezifische Attribute, Bilder
• Preis- und Konditionslogik: Kundenindividuelle Preise, Staffeln, Rahmenvertragsrabatte, Aktionspreise
• Bestands- und Auftragsdaten (Order Management, Warenwirtschaft): Lagerbestände in Echtzeit, Auftragsstatus, Liefertermine, Rechnungen

Wenn diese Daten in getrennten Systemen liegen und nur über Nacht-Exporte synchronisiert werden, sieht der Kunde morgens um 9:00 Uhr die Bestände von gestern Abend. 

Welches System ist für welche Daten führend?

Wenn diese Frage nicht geklärt ist, entstehen schnell widersprüchliche Datenstände. Der Preis im Portal weicht vom ERP ab. Der Artikel im PIM ist aktiv, aber im Shop nicht sichtbar. Der Lieferstatus ist intern bekannt, aber für Kunden nicht verfügbar.

Diese Widersprüche zerstören Vertrauen. Kunden nutzen Self-Service nur, wenn die Informationen zuverlässig sind.

Hilfreiche Fragen vor der Umsetzung sind:

• Wo entsteht der kundenindividuelle Preis?
• Wo wird ein Bestand berechnet?
• Wo wird eine Bestellung final geschrieben?
• Wo liegen Produktvarianten und technische Attribute?
• Wo werden Dokumente erzeugt?
• Welche Daten dürfen Kunden ändern?
• Welche Daten müssen live sein?
• Welche Daten dürfen zeitversetzt synchronisiert werden?
• Welche Systeme dürfen Daten nur lesen und welche dürfen schreiben?

Praxis-Tipp: Plane dein Kundenportal von den Datenflüssen aus. Definiere zuerst, welches System für welche Information führend ist. Danach lässt sich entscheiden, welche Daten live abgefragt, synchronisiert oder im Portal zwischengespeichert werden sollten.

Welche Funktionen braucht ein B2B-Kundenportal?

Die Funktionen eines B2B-Kundenportals sollten nicht aus einer allgemeinen Wunschliste entstehen. Sie sollten direkt aus den Prozessen abgeleitet werden, die künftig schneller, transparenter oder ohne manuelle Rückfrage laufen sollen.

Ein gutes Portal zeigt deshalb nicht nur Inhalte an. Es macht geschäftskritische Informationen für Kunden nutzbar: Preise, Bestellungen, Dokumente, Ersatzteile, Rahmenverträge und Servicefälle.

Kundenindividuelle Preise und Konditionen

B2B-Kunden erwarten ihre vereinbarten Preise, nicht allgemeine Listenpreise. Dafür müssen Preislisten, Staffelpreise, Rabatte, Vertragskonditionen und Kundengruppen sauber aus dem führenden System kommen.

Die Leitfrage lautet: Kann der Kunde dem angezeigten Preis vertrauen? Wenn die Antwort unsicher ist, wird das Portal nicht als verbindlicher Kanal genutzt.

Kundenindividuelle Sortimente und Produkte

Nicht jeder Kunde darf oder soll dieselben Produkte sehen. Manche Kunden haben ein freigegebenes Sortiment, andere kaufen projektbezogen, wieder andere haben Sonderartikel oder private Labels.

Ein Kundenportal muss diese Logik korrekt abbilden. Es sollte nicht nur Produkte anzeigen, sondern die passenden Produkte für genau diesen Kunden.

Bestellhistorie und schnelle Nachbestellung

Die Bestellhistorie ist einer der naheliegendsten Self-Service-Bausteine. Sie hilft Kunden, wiederkehrende Bedarfe schneller abzuwickeln.

Wichtig ist, dass die Historie nutzbar ist. Kunden sollten Positionen übernehmen, Mengen ändern, neue Varianten ergänzen und daraus eine neue Bestellung erzeugen können.

Rahmenverträge, Abrufmengen und Kontingente

Viele B2B-Beziehungen basieren auf individuellen Vereinbarungen. Es gibt Rahmenverträge, Abrufmengen, Laufzeiten, Budgets oder projektbezogene Konditionen.

Ein Kundenportal sollte diese Vereinbarungen sichtbar machen. Kunden wollen wissen, welche Konditionen gelten, welche Mengen bereits abgerufen wurden und welche Kontingente noch verfügbar sind.

Verfügbarkeiten, Lieferstatus und offene Aufträge

Wenn Kunden trotzdem anrufen müssen, um Verfügbarkeit oder Liefertermin zu klären, bleibt der Effizienzgewinn klein.

Ein Kundenportal sollte deshalb offene Aufträge, Teillieferungen, Rückstände und Lieferstatus verständlich darstellen. Je nach Geschäftsmodell gehören auch Lagerbestand, voraussichtliche Liefertermine oder Sendungsinformationen dazu.

Dokumente und technische Informationen

Dokumente sind ein klassischer Self-Service-Use-Case. Rechnungen, Lieferscheine, Gutschriften, Zertifikate, Datenblätter und Anleitungen sollten zentral abrufbar sein.

Im technischen B2B-Umfeld spielen zusätzlich Maße, Varianten, Medien, Sicherheitsdatenblätter, Kompatibilitäten und Montageinformationen eine wichtige Rolle.

Ersatzteile, Zubehör und kompatible Produkte

Für Hersteller, technische Händler und After-Sales-Teams wird ein Kundenportal besonders wertvoll, wenn Kunden vom Gerät, der Maschine oder der Anlage zum passenden Ersatzteil kommen.

Dafür braucht es Produktbeziehungen. Welche Teile gehören zusammen? Welche Ersatzteile ersetzen alte Artikel? Welche Zubehörprodukte passen zu welcher Variante?

Rollen, Rechte und Freigaben

B2B-Konten bestehen selten aus einer Person. Einkauf, Fachabteilung, Buchhaltung und Geschäftsführung brauchen unterschiedliche Rechte.

Ein Kundenportal sollte deshalb Rollen, Budgets, Lieferadressen, Kostenstellen und Freigaben abbilden können. Sonst passt der digitale Prozess nicht zum realen Einkaufsprozess des Kunden.

Tipp: Starte nicht direkt mit jeder denkbaren Berechtigung. Definiere zuerst die wichtigsten Rollen und prüfe, welche Freigaben wirklich häufig vorkommen.

Servicefälle und Supporthistorie

Tickets, Reklamationen, Rückfragen und Servicehistorien gehören in denselben Kontext wie Bestellung und Produkt. So entsteht für Kunden ein vollständiger Blick auf die Geschäftsbeziehung.

Ein Kunde sollte sehen können, welche Fälle offen sind, welche Informationen bereits übermittelt wurden und welcher Status aktuell gilt.

Kundenportal einführen: Mit welchen Use Cases solltest du starten?

Ein B2B-Kundenportal muss nicht direkt alle Prozesse abbilden. Gerade im Mittelstand ist es oft sinnvoller, mit wenigen klaren Use Cases zu starten.

Lieber ein paar Anforderungen weglassen und mit den wichtigsten Use Cases beginnen, als alles auf einmal anzugehen.

MVP 1: Dokumente und Bestellstatus

Dokumente und Bestellstatus sind häufig ein guter Startpunkt. Rechnungen, Lieferscheine, offene Aufträge und Liefertermine verursachen viele Standardanfragen.

Der Nutzen ist schnell erkennbar: Kunden finden Informationen selbst, der Innendienst wird entlastet und interne Teams müssen weniger manuell nachfassen.

MVP 2: Nachbestellung und individuelle Preise

Wenn viele wiederkehrende Bestellungen eingehen, ist Nachbestellung ein starker Hebel. Kunden können frühere Aufträge erneut nutzen, statt Bestellungen neu per E-Mail zu senden.

Wichtig ist die Verbindung mit aktuellen Preisen und Sortimenten. Eine Nachbestellung darf nicht nur alte Auftragsdaten kopieren.

MVP 3: Rahmenverträge und kundenspezifische Sortimente

Dieser Use Case ist relevant, wenn Kunden mit individuellen Vereinbarungen arbeiten. Das Portal kann zeigen, welche Artikel freigegeben sind, welche Konditionen gelten und welche Abrufmengen noch offen sind.

Damit wird das Portal nicht nur zum Bestellkanal, sondern zur transparenten Vertragsoberfläche.

MVP 4: Ersatzteile und Service

Für Hersteller, Maschinenbau, technischen Handel und After-Sales-Geschäft kann dieser Use Case besonders wertvoll sein.

Kunden finden passende Ersatzteile, technische Dokumente oder Serviceinformationen selbst. Das reduziert Rückfragen und beschleunigt Reparatur-, Wartungs- oder Nachbestellprozesse.

MVP 5: Freigaben, Budgets und Rollen

Freigabeprozesse sind wichtig, wenn Kundenteams mit mehreren Personen, Kostenstellen oder Genehmigungsstufen arbeiten.

Dieser Use Case kann viel Nutzen bringen, sollte aber sauber geplant werden. Zu viele Sonderrollen im ersten Schritt machen das Portal unnötig komplex.

Häufige Fehler bei der Einführung

Portal als reines Shop-Frontend gedacht: Wer ein Shopsystem nimmt und ein Login davor setzt, hat kein B2B-Self-Service-Portal, sondern einen geschlossenen Shop. Die spezifische B2B-Logik, kundenindividuelle Preise, Rollen, Freigaben, Rahmenverträge, muss im Backend verankert sein, nicht im Frontend nachgebaut.

Datensilos nicht aufgelöst: Das Portal zeigt Preise aus dem PIM, Bestände aus dem ERP und Rechnungen aus dem Billing. Wenn diese Systeme nicht sauber integriert sind, entstehen Widersprüche, die Kunden und Innendienst gleichermaßen belasten. Branchenstudien zeigen, dass 83 % der Unternehmen ihre Produktdaten als veraltet oder unvollständig einschätzen. Ein Portal macht diese Datenqualitätsprobleme schlagartig sichtbar: Falsche Preise oder veraltete Artikelbeschreibungen, die im Innendienst bisher manuell korrigiert wurden, stehen jetzt für den Kunden unkommentiert auf dem Bildschirm. Ein Portal ist ein Datenproblem, kein Frontend-Problem.

Adoption nicht gemanagt: Kunden nutzen das Portal nicht automatisch, nur weil es existiert. Ohne aktive Begleitung, klare Mehrwertkommunikation und einen Innendienst, der Kunden konsequent ans Portal verweist, bleibt die Self-Service-Quote niedrig. Manche Unternehmen setzen auf Anreize: schnellere Lieferzeiten oder exklusive Sortimentserweiterungen für Portal-Besteller.

Zu viel auf einmal: Der Wunsch, alle Funktionen gleichzeitig live zu bringen, verzögert den Go-Live und erhöht die Komplexität. Besser: Mit den drei bis vier wichtigsten Use Cases starten (Nachbestellung, Bestellhistorie, Lieferstatus, Rechnungsdownload), Erfahrungen sammeln und iterativ erweitern.

Welche Architektur passt: Shop-Erweiterung, ERP-Portal oder Data Hub?

Für ein B2B-Kundenportal gibt es verschiedene technische Ansätze. Welcher passt, hängt von deinen Systemen, Prozessen und Zielen ab.

Ein Data Hub oder Commerce Backend ist besonders relevant, wenn Produktdaten aus mehreren Quellen kommen, Preise und Bestände aus dem ERP benötigt werden oder mehrere Shops, Portale und Kanäle bedient werden sollen.

Der Vorteil: Das Portal muss nicht selbst zum Integrationskleber werden. Es greift auf eine strukturierte Datenbasis zu und kann sich auf die Kundenerfahrung konzentrieren.

Der Schlüssel liegt nicht im Portal, sondern in der Datenbasis

Ein B2B-Kundenportal ist dann stark, wenn Kunden verlässliche Informationen sehen und Routineprozesse selbst auslösen können. Dafür braucht es mehr als eine gute Oberfläche.

Der eigentliche Hebel liegt in klaren Prozessen, sauberer Datenführerschaft und stabilen Schnittstellen. Erst wenn Bestellhistorie, Preise, Sortimente, Ersatzteile, Rahmenverträge und Dokumente korrekt verfügbar sind, wird Self-Service wirklich entlastend.

Hier kommt Hublify ins Spiel: als Data Hub zwischen ERP, PIM, Shop, Marktplätzen und weiteren Systemen. Oder als Commerce Backend mit eigenen, frei kombinierbaren Bausteinen: Hublify CDM für Kundendaten und Organisationsstrukturen,  Hublify Order Management für Bestellungen aus allen Kanälen, Hublify PIM für Produktdaten und Sortimentssteuerung, Hublify Warehouse für Bestände und Hublify Billing für Rechnungen und Konditionen. Alle Module arbeiten auf einer gemeinsamen Datenbasis, nicht über Nacht-Exporte. Das Portal-Frontend kann dabei flexibel gewählt werden, headless über die API angebunden.

„Rund 30 Shops steuern wir mit einem Hublify Commerce Backend, das alle Daten vom PIM über die Bestellung bis hin zum Lager, Versand und zur Retoure verwaltet." (Jan, Releeze Group)

Für den führenden Anbieter von Rollenoffsetdrucklösungen manroland Goss websystems GmbH wurde mit der Vorgängerversion von Hublify ein Kundenportal erstellt, das für eingeloggte Kunden die jeweils von ihnen genutzte Druckmaschine zur Verfügung stellte. Über Explosionszeichnung konnten Ersatzartikel navigiert werden, Bestellvorlagen sollten bei der Nachbestellung unterstützen.

Du planst ein B2B-Portal? Lass dir die Datenbasis in einer 30-Minuten-Demo zeigen: Termin vereinbaren.

FAQ

Was ist der Unterschied zwischen einem B2B-Shop und einem B2B-Self-Service-Portal?

Ein B2B-Shop ermöglicht Geschäftskunden, Produkte online zu bestellen. Ein Self-Service-Portal deckt deutlich mehr ab: Es bildet die gesamte Geschäftsbeziehung digital ab, mit kundenindividuellen Preisen, Organisationsstrukturen, Freigabe-Workflows, Bestellhistorie, Lieferstatus und Rechnungszugriff. Das Portal setzt eine tiefere Datenintegration voraus als ein klassischer Shop.

Welche Funktionen sind im B2B-Kundenportal Pflicht?

Kundenspezifische Preise und Sortimente, Bestellhistorie mit Nachbestellfunktion, Rollen- und Rechtemanagement für mehrere Nutzer pro Kundenkonto, Echtzeit-Verfügbarkeit, Lieferstatus-Tracking und Rechnungsdownload. Freigabe-Workflows und Budgetkontrollen sind für viele Mittelständler ebenfalls unverzichtbar.

Lohnt sich ein Self-Service-Portal auch für kleine B2B-Händler?

Ab einem Bestellvolumen, bei dem der Innendienst spürbar mit Routineanfragen ausgelastet ist, typischerweise ab 200 bis 300 wiederkehrenden Bestellungen pro Monat, rechnet sich ein Portal. Der Einstieg gelingt mit wenigen Kernfunktionen wie Nachbestellung und Bestellhistorie, die sich schrittweise erweitern lassen.

Wie wird ein B2B-Portal an ERP und PIM angebunden?

Über APIs, die bidirektional und in Echtzeit Daten austauschen. Bestellungen fließen vom Portal ins ERP, Preis- und Bestandsänderungen vom ERP ins Portal. Wichtig ist ein klares Datenmodell mit definierten Hoheiten: Welches System ist für welchen Datenpunkt führend?

Ersetzt ein Self-Service-Portal den Außendienst?

Nein. Das Portal übernimmt Standardprozesse: Nachbestellungen, Statusabfragen, Rechnungsdownload. Der Außendienst kann sich dadurch auf beratungsintensive Aufgaben konzentrieren: Neukundengewinnung, komplexe Konfigurationen, Rahmenvertragsverhandlungen. McKinsey beschreibt dieses Zusammenspiel als „Rule of Thirds": je ein Drittel persönlich, remote und digital Self-Service.