B2B-Kundenportal-Designleitfaden in 8 Entscheidungen

Ein Vertriebsmitarbeiter beantwortet am Montagmorgen wieder dieselben Fragen: Ist die Bestellung eingegangen, ist das Produkt auf Lager, wann erfolgt der Versand, kann die Rechnung heruntergeladen werden? Währenddessen sendet der Kunde die neue Bestellung per E-Mail, und der Kollege überträgt die Daten manuell ins ERP. Dieser Leitfaden zur Gestaltung von B2B-Kundenportalen beginnt nicht damit, welche Oberfläche entwickelt werden sollte, sondern damit, welcher Geschäftsprozess in Ordnung gebracht werden muss.

Der wahre Wert eines gut gestalteten Kundenportals liegt nicht im Anmeldebildschirm oder im beeindruckenden Produktkatalog. Er zeigt sich darin, dass es weniger wiederkehrende Anfragen gibt, die Bestellabwicklung kürzer ist, die Daten genauer sind und die Kunden mit denselben Informationen arbeiten wie das interne Team. Dafür muss jedoch zuerst das Betriebsmodell verstanden werden.

1. Fragen Sie nicht nach dem Portal, sondern nach der Kundenaufgabe

Die meisten B2B-Portalprojekte beginnen mit zu allgemeinen Anforderungen: „Die Kunden sollen online bestellen können.“ Das allein reicht nicht als Entscheidungsgrundlage. Ein Ersatzteilgroßhändler, bei dem der Kunde nach Artikelnummer bestellt, benötigt ein anderes System als ein Hersteller, bei dem Vertragskonditionen, individuelle Spezifikationen, Genehmigungen und Lieferpläne zu jeder Bestellung gehören.

Es lohnt sich, mit der Verfolgung des Kundenwegs zu beginnen. Was wird am häufigsten gefragt? Welches Dokument wird gesucht? Wer genehmigt eine Bestellung beim Kunden? Wann wird klar, dass ein Produkt nicht verfügbar ist? An welchem Punkt müssen heute der Vertrieb, die Logistik oder das Finanzwesen eingreifen?

Das Ziel ist nicht, jede bestehende E-Mail und jeden Telefonanruf in ein digitales Formular zu verwandeln. Viele Fragen entstehen, weil der Kunde nicht rechtzeitig verständliche Informationen erhält. Andere Schritte bleiben nur aus historischen Gründen im Prozess. Wenn für eine Bestellung drei interne Genehmigungen erforderlich sind, aber zwei dieselben Daten überprüfen, wird dies nicht durch ein Portal gelöst. Zuerst muss der Prozess vereinfacht werden.

2. Kartieren Sie, woher die Wahrheit kommt

Ein Kundenportal verursacht Vertrauensprobleme, wenn es etwas anderes zeigt als der Kundenservice oder das Lager. Im Portal ist Bestand vorhanden, in der Realität nicht. Der Bestellstatus ist „in Bearbeitung“, obwohl sie bereits dem Spediteur übergeben wurde. Die Rechnung kann nicht heruntergeladen werden, weil sie in einem anderen System erstellt wurde.

Deshalb müssen bereits zu Beginn der Planung alle kritischen Datenverantwortlichen benannt werden. Die Preise werden typischerweise vom ERP oder dem Preisgestaltungssystem verwaltet. Die Bestandsdaten können aus dem Unternehmensführungssystem oder dem Lagersystem stammen. Die Quelle des Lieferstatus kann der Logistikpartner, die Transportmanagement-Anwendung oder der interne Lagerprozess sein. Auch Dokumente benötigen einen klaren Ort: Verträge, Belege, technische Datenblätter, Qualitätszertifikate und Reklamationsunterlagen sollten nicht in mehreren, voneinander unabhängigen Ordnern existieren.

Es ist nicht notwendig, alle Daten in Echtzeit anzuzeigen. Eine selten geänderte technische Dokumentation kann auch täglich synchronisiert werden. Bei Beständen oder Bestellstatus kann jedoch eine Verzögerung ein geschäftliches Risiko darstellen. Die richtige Lösung hängt hier immer von der Geschwindigkeit des jeweiligen Prozesses, den Folgen von Fehlern und den Erwartungen der Kunden ab.

3. Berechtigungen sind Geschäftsvorschriften, keine nachträglichen Einstellungen

In einer B2B-Umgebung ist ein Kunde nicht unbedingt ein einzelner Benutzer. Ein Einkäufer kann bestellen, der Finanzmitarbeiter kann Rechnungen herunterladen, der Standortleiter kann nur die Bestellungen seiner Einheit sehen, und der Geschäftsführer kann einen vollständigen Überblick verlangen. Wenn diese Rollen nicht im Voraus geplant werden, gibt das Portal entweder zu viele Informationen preis oder wird unbrauchbar starr.

Das Berechtigungsmodell muss der organisatorischen Realität folgen. Wer kann die Vertragskonditionen sehen? Wer kann eine Bestellung aufgeben? Ist eine interne Genehmigung über einen bestimmten Betrag erforderlich? Kann ein Mutterunternehmen auf alle Tochtergesellschaften zugreifen? Was passiert, wenn ein Mitarbeiter beim Kunden ausscheidet?

Dies ist sowohl eine Sicherheits-, Handels- als auch eine Betriebsfrage. Besonders dann, wenn im Portal individuelle Preise, Zahlungsinformationen, Bestellhistorien oder sensible technische Dokumente zugänglich sind. Die regelmäßige Überprüfung der Berechtigungen ist daher keine administrative Last, sondern eine Aufgabe zur Sicherstellung der Geschäftskontinuität.

4. Die erste Version sollte nicht alles können wollen

Eine der wichtigsten praktischen Regeln des Leitfadens zur Gestaltung von B2B-Kundenportalen ist, dass die erste Veröffentlichung ein klar umrissenes Problem lösen sollte. Ein zu weit gefasstes Projekt kann lange Entwicklungszeiten, viele Ausnahmen und eine schwierige Einführung zur Folge haben.

Ein gutes erstes Ziel könnte beispielsweise der Selbstzugriff auf Bestellhistorien und Rechnungen, die Vereinfachung wiederkehrender Bestellungen oder die transparente Darstellung des Lieferstatus sein. Dies sind Funktionen, bei denen die Wirkung messbar ist: Wie viele E-Mails und Anrufe gab es zuvor, wie lange dauerte der Versand eines Dokuments, wie viele Fehler verursachte die manuelle Bestellaufnahme.

Komplexere Elemente - wie konfigurierbare Produkte, partnerindividuelle Arbeitsabläufe, Reklamationsbearbeitung oder individuelle Angebotsanfragen - können in spätere Phasen verschoben werden. Nicht, weil sie weniger wertvoll sind, sondern weil es sinnvoll ist, sie auf Grundlage echter Nutzungserfahrungen zu priorisieren.

5. Planen Sie auch für Ausnahmen

Der normale Bestellprozess ist selten die größte Herausforderung. Probleme treten bei Ausnahmen auf: Teillieferung, Ersatzprodukt, Überschreitung des Kreditlimits, geänderte Frist, Rücksendung, abweichende Lieferadresse oder strittige Rechnung. Wenn der Kunde dafür unbedingt eine E-Mail schreiben muss, ist das nicht unbedingt ein Misserfolg. Nicht jede Ausnahme muss automatisiert werden.

Die Frage ist, ob das Portal klar zeigt, was passiert ist, was der nächste Schritt ist und wer dafür verantwortlich ist. Ein Reklamationsformular ist beispielsweise wenig hilfreich, wenn der Einreicher keine Fallnummer, keinen Status oder keinen Antwortzeitrahmen erhält. Eine Änderungsanfrage reduziert auch nur dann die interne Belastung, wenn die richtigen Informationen an das richtige Team gelangen, ohne manuelle Datenkopie.

6. Bei Integrationen zählt auch der Fehlerweg

Viele Unternehmen haben bereits ERP, CRM, Onlineshop, Abrechnungssystem, Lagersystem und Speditionsanbindung im Einsatz. Die Frage ist nicht, ob alles ersetzt werden kann, sondern zwischen welchen Systemen das Kundenportal vermitteln soll und mit welchen Regeln.

Bei der Planung der Integration reicht es nicht aus, den erfolgreichen Datentransfer zu skizzieren. Es muss auch festgelegt werden, was passiert, wenn eine Bestellung nicht ins ERP gelangt, wenn der Status vom Partnersystem verspätet eintrifft oder wenn ein fehlerhafter Datensatz im Produktstamm vorhanden ist. Wer wird benachrichtigt? Wie kann der Fehler behoben werden? Gibt es ein Protokoll und eine nachvollziehbare Ereignishistorie? In welchem Fall ist eine menschliche Überprüfung erforderlich?

Dieser Teil ist weniger spektakulär, aber er macht ein Portal zuverlässig. Eine stillschweigend verlorene Bestellung oder ein nicht sichtbarer Synchronisationsfehler kann der Kundenbeziehung mehr schaden, als eine neue digitale Oberfläche nutzen könnte.

7. Für die Einführung sind interne Verantwortliche erforderlich

Das Kundenportal ist kein reines IT-Projekt. Vertrieb, Kundenservice, Finanzen, Logistik und Lager können ebenfalls betroffen sein. Wenn die Entscheidungen nur aus der Entwicklungsperspektive getroffen werden, können leicht die Geschäftsregeln übersehen werden, die heute ein erfahrener Kollege im Kopf hat.

Es ist ratsam, einen Prozessverantwortlichen zu benennen, der nicht nur die Funktionen genehmigt, sondern auch für das Betriebsziel verantwortlich ist. Ebenso wichtig ist ein Pilotprojekt mit einer kleinen, realen Kundengruppe. Es muss nicht nur gemessen werden, ob sie sich anmelden können, sondern auch, ob es weniger Anfragen gibt, die Bestellung schneller ist, der Status verständlicher ist und wo es hakt.

Auch das interne Team darf nicht ausgeschlossen werden. Wenn das Portal dem Kundenservice neue Aufgaben gibt oder die Behandlung von Ausnahmen nicht klärt, wird die Arbeit nur auf einen anderen Kanal verlagert. Das Ziel einer guten Einführung ist, dass die Kollegen weniger wiederkehrende Informationen geben und mehr Aufmerksamkeit den wirklich wertschöpfenden Angelegenheiten widmen können.

8. Messen Sie das Ergebnis mit Betriebskennzahlen

Besucherzahlen und Anmeldungen sind nützliche Daten, aber sie beweisen nicht, dass das Portal den Geschäftsbetrieb verbessert hat. Es muss näher am Prozess gemessen werden. Messbar sind die Anzahl der manuellen Bestellaufnahmen, die Menge der Statusanfragen, der Anteil der Bestellfehler, die Bearbeitungszeit von Dokumentenanfragen und die Belastung des Kundenservice.

Anhand der Kennzahlen kann sich auch herausstellen, dass nicht die Portaloberfläche der Engpass ist. Vielleicht sind die Bestandsdaten ungenau, die Genehmigungsregeln zu langsam oder die Pflege des Kundenstamms unzureichend. Das ist kein Misserfolg des Projekts, sondern eine wertvolle Diagnose darüber, wo die Informationen tatsächlich stecken bleiben.

Ein gutes Kundenportal ist kein digitales Schaufenster. Es ist ein kontrollierter Betriebspunkt, an dem der Kunde seine Routineangelegenheiten selbstständiger erledigen kann und das Unternehmen mit zuverlässigeren Daten, weniger manuellen Übergaben und klareren Verantwortlichkeiten arbeiten kann. Der nächste sinnvolle Schritt ist daher nicht unbedingt die Erstellung einer Entwicklungsspezifikation, sondern die Untersuchung, welcher Kundenprozess heute die meisten wiederkehrenden Arbeiten und Unsicherheiten verursacht.