B2B-Kundenportal-Designleitfaden in 8 Entscheidungen

Ein Vertriebsmitarbeiter beantwortet am Montagmorgen erneut dieselben Fragen: Ist die Bestellung eingegangen, ist das Produkt auf Lager, wann erfolgt der Versand, ist die Rechnung herunterladbar? Der Kunde sendet währenddessen die neue Bestellung per E-Mail, und der Kollege überträgt die Daten manuell ins ERP-System. Dieser Leitfaden zur Gestaltung eines B2B-Kundenportals 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 lässt sich daran messen, dass weniger wiederholte Anfragen eingehen, die Bestellabwicklung kürzer ist, die Daten genauer sind und die Kunden mit denselben Informationen arbeiten wie das interne Team. Dazu muss jedoch zuerst das Betriebsverständnis vorhanden sein.

1. Fragen Sie nicht nach einem Portal, sondern nach Kundenaufgaben

Die meisten B2B-Portalprojekte beginnen mit einem zu allgemeinen Bedarf: „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 vertragliche Preise, individuelle Spezifikationen, Genehmigungen und Lieferpläne zu jeder Bestellung gehören.

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

Das Ziel ist nicht, jede bestehende E-Mail und jeden Anruf 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 davon 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 dann Vertrauensprobleme, wenn es etwas anderes zeigt als der Kundenservice oder das Lager sieht. Auf dem Portal ist Bestand vorhanden, in Wirklichkeit nicht. Der Bestellstatus lautet „in Bearbeitung“, während er bereits an den Spediteur übergeben wurde. Die Rechnung kann nicht heruntergeladen werden, da sie in einem anderen System erstellt wurde.

Daher müssen bereits zu Beginn der Planung alle kritischen Datenverantwortlichen benannt werden. Die Preise werden typischerweise vom ERP- oder Preissystem verwaltet. Die Bestandsdaten können aus dem Unternehmensführungssystem oder dem Lagersystem stammen. Die Quelle des Lieferstatus kann der Logistikpartner, die Transportmanagementanwendung 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 wechselnde technische Dokumentation kann auch täglich synchronisiert werden. Bei Beständen oder Bestellstatus kann jedoch eine Verzögerung ein Geschäftsrisiko 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äftsregeln, 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 eine vollständige Übersicht anfordern. 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 darf die Vertragspreise 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 gleichzeitig eine Sicherheits-, Handels- und Betriebsfrage. Besonders dann, wenn auf dem 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 der Geschäftskontinuität.

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

Eine der wichtigsten praktischen Regeln des B2B-Kundenportal-Designleitfadens ist, dass die erste Ausgabe ein klar abgegrenztes Problem lösen sollte. Ein zu umfangreiches Projekt kann lange Entwicklungszeiten, viele Ausnahmen und eine schwierige Einführung zur Folge haben.

Ein gutes erstes Ziel könnte beispielsweise der Selbstbedienungszugriff 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 gingen zuvor ein, wie lange dauerte es, ein Dokument zu versenden, wie viele Fehler verursachte die manuelle Bestellerfassung.

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

5. Planen Sie auch Ausnahmen ein

Der normale Bestellprozess ist selten die größte Herausforderung. Die Probleme treten bei den Ausnahmen auf: Teillieferung, Ersatzprodukt, Überschreitung des Kreditlimits, geänderte Frist, Rücksendung, abweichende Lieferadresse oder strittige Rechnung. Wenn der Kunde hierfür unbedingt eine E-Mail schreiben muss, ist das an sich kein 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 unzureichend, wenn der Absender keine Fallnummer, keinen Status oder keinen Antwortzeitrahmen erhält. Eine Änderungsanfrage reduziert nur dann die interne Belastung, wenn die richtigen Informationen ohne manuelle Datenkopie an das richtige Team gelangen.

6. Bei Integrationen zählt auch der Fehlerpfad

Viele Unternehmen haben bereits ERP, CRM, Webshop, Rechnungsstellung, Lagersystem und Speditionsanbindung im Einsatz. Die Frage ist nicht, ob alles ersetzt werden kann, sondern welche Systeme 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-System übertragen wird, wenn der Status aus dem Partnersystem verspätet eintrifft oder wenn in einem Produktstamm fehlerhafte Daten enthalten sind. 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 leise verlorene Bestellung oder ein nicht sichtbarer Synchronisationsfehler kann der Kundenbeziehung mehr schaden, als eine neue digitale Oberfläche nützt.

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 Entscheidungen nur aus der Entwicklungsperspektive getroffen werden, bleiben leicht die Geschäftsregeln unberücksichtigt, die heute ein erfahrener Kollege im Kopf hat.

Es ist sinnvoll, 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 weniger Anfragen eingehen, 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 wiederholte 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. Man muss näher an den Prozess herangehen. Messbar sind die Anzahl der manuellen Bestellerfassungen, die Menge der Statusanfragen, der Anteil der Bestellfehler, die Bearbeitungszeit von Dokumentenanfragen und die Belastung des Kundenservice.

Anhand der Kennzahlen kann auch festgestellt werden, dass nicht die Portalschnittstelle der Engpass ist. Möglicherweise sind die Bestandsdaten ungenau, die Genehmigungsregeln zu langsam oder die Pflege des Kundenstamms unzureichend. Das ist kein Scheitern des Projekts, sondern eine wertvolle Diagnose darüber, wo die Information tatsächlich stockt.

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 Überprüfung, welcher Kundenprozess heute die meisten wiederholten Arbeiten und Unsicherheiten verursacht.