Serie Kundenportale: Teil 1 von 5

Ein Kundenportal wird in vielen Unternehmen noch wie ein zusätzliches Digitalprojekt behandelt: sinnvoll, aber nicht dringend. Solange Bestellungen, Dokumente, Statusauskünfte und Serviceanfragen irgendwie per E-Mail, Telefon oder Excel bearbeitet werden können, scheint der Handlungsdruck überschaubar.

Das Problem: Auch Nichtstun erzeugt eine Systemlandschaft. Sie besteht aus Postfächern, persönlichen Ablagen, manuellen Rückfragen und Wissen, das an einzelnen Mitarbeitenden hängt. Mit jedem zusätzlichen Kunden und jedem weiteren Produkt wächst nicht nur das Geschäft, sondern auch die Zahl der Abstimmungen.

Die entscheidende Frage lautet deshalb nicht, ob ein Unternehmen ein Kundenportal entwickeln sollte. Sie lautet:

Welche wiederkehrende Arbeit wollen wir weiterhin mit jedem Auftrag und jedem Kunden erneut bezahlen?

Woran Unternehmen den Handlungsdruck erkennen

Ein neues Portal ist nicht automatisch die richtige Antwort. Bestimmte Warnsignale zeigen aber, dass die bestehende Serviceorganisation an Grenzen kommt:

  • Kunden fragen regelmäßig nach dem Status bereits laufender Vorgänge.
  • Dokumente werden immer wieder manuell aus verschiedenen Systemen zusammengesucht.
  • Produkt-, Auftrags- und Kundendaten stimmen zwischen ERP, CRM, PIM oder Excel nicht überein.
  • Anfragen erreichen unterschiedliche Personen und müssen intern weitergeleitet werden.
  • Zugriffsrechte werden über Verteiler, einzelne Links oder persönliche Absprachen geregelt.
  • Neue Kunden, Standorte oder Märkte erhöhen den Aufwand fast proportional.
  • Mitarbeitende verbringen Zeit mit Auskünften, die auf Basis vorhandener Daten automatisch möglich wären.

Wenn mehrere dieser Punkte zutreffen, fehlt meistens nicht nur eine modernere Website. Es fehlt eine verlässliche digitale Schnittstelle zwischen Kunden, Daten und internen Prozessen.

Ein Login macht noch kein Kundenportal

Viele Portalprojekte starten mit einer Liste sichtbarer Funktionen: Anmeldung, Dashboard, Downloadbereich, Profil und Kontaktformular. Das ist verständlich, greift aber zu kurz.

Ein B2B-Kundenportal schafft erst dann echten Self-Service, wenn Nutzende einen Vorgang vollständig und verlässlich erledigen können. Ein Dokument muss nicht nur auffindbar sein. Es muss aktuell, dem richtigen Produkt und Kunden zugeordnet und für die angemeldete Person freigegeben sein. Eine Statusanzeige hilft nur, wenn die zugrunde liegenden Systeme den Status korrekt liefern. Ein Formular spart nur dann Arbeit, wenn die Angaben strukturiert im richtigen Folgeprozess ankommen.

Deshalb beginnt eine Kundenportal-Entwicklung nicht mit dem ersten Screen. Sie beginnt mit sieben Entscheidungen.

Sieben Entscheidungen vor dem Projektstart

1. Für wen wird das Portal entwickelt?

„Unsere Kunden“ sind selten eine einheitliche Nutzergruppe. Einkäufer benötigen andere Informationen als technische Ansprechpartner. Internationale Konzerne arbeiten anders als kleinere Geschäftskunden. Hinzu kommen Niederlassungen, externe Partner, Vertretungen und interne Mitarbeitende.

Bevor Funktionen priorisiert werden, müssen Organisationen, Rollen und typische Aufgaben verstanden werden.

2. Welcher Prozess soll wirklich einfacher werden?

Der erste Anwendungsfall sollte häufig auftreten, heute spürbaren Aufwand verursachen und vollständig digital abbildbar sein. Gute Kandidaten sind beispielsweise:

  • Dokumente und Zertifikate abrufen,
  • Liefer- oder Bearbeitungsstatus prüfen,
  • Servicevorgänge strukturiert anlegen,
  • persönliche Daten und Ansprechpartner verwalten,
  • Bestellungen, Buchungen oder Freigaben bearbeiten.

Ein Portal-MVP sollte nicht möglichst viele Funktionen enthalten. Es sollte mindestens einen relevanten Prozess vollständig lösen.

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

Kundenstammdaten können im CRM liegen, Aufträge und Preise im ERP, Produktinformationen im PIM und freigegebene Dokumente im DMS. Das Portal führt diese Daten zusammen, sollte aber nicht ungeklärt eine zusätzliche Datenwahrheit erzeugen.

Vor der Umsetzung muss feststehen, wo Daten entstehen, wer sie ändern darf und in welches System Änderungen zurückgeschrieben werden.

4. Was dürfen Nutzende sehen und verändern?

Im B2B reichen einfache Benutzerkonten meist nicht aus. Berechtigungen hängen beispielsweise von Unternehmen, Standort, Vertrag, Produktgruppe, Markt oder Funktion ab. Auch Einladungen, Vertretungen, Rollenwechsel und das Ausscheiden von Personen müssen berücksichtigt werden.

SSO beantwortet, wer sich anmeldet. Das Berechtigungsmodell entscheidet, was diese Person anschließend sehen und tun darf.

5. Welche Systeme müssen integriert werden?

Ein Kundenportal ohne belastbare Schnittstellen wird schnell zur nächsten Dateninsel. Entscheidend sind nicht möglichst viele Integrationen, sondern durchgängige Prozesse: Welche Informationen werden gelesen? Wo dürfen Nutzende Änderungen auslösen? Welche Rückmeldungen müssen in Echtzeit erfolgen? Was passiert, wenn ein angebundenes System nicht verfügbar ist?

Diese Fragen betreffen Architektur und Betrieb – nicht nur die technische API.

6. Was gehört in den ersten Release?

Große Portallisten mit Dashboard, Shop, Chat, Wissensdatenbank, Dokumenten, Tickets und Personalisierung wirken ambitioniert. Sie verzögern aber oft den ersten echten Nutzen.

Ein belastbarer MVP kombiniert Nutzerwert, Datenreife und Umsetzbarkeit. Weitere Prozesse werden anschließend entlang tatsächlicher Nutzung ergänzt.

7. Wer verantwortet das Portal nach dem Launch?

Ein Portal ist kein abgeschlossenes Websiteprojekt. Inhalte ändern sich, Prozesse entwickeln sich weiter, Rollen kommen hinzu und angebundene Systeme werden aktualisiert. Es braucht klare Verantwortung für Produkt, Fachlichkeit, Datenqualität, Support und technische Weiterentwicklung.

Ohne dieses Betriebsmodell wird selbst ein gutes Portal mit der Zeit unzuverlässig.

Was wir aus Kundenportal-Projekten gelernt haben

Die Anforderungen unterscheiden sich stark, das Grundmuster bleibt jedoch ähnlich:

Bei AMA Freight geht es um Statusinformationen, Logistikdaten, Dokumente und Alerts aus mehreren angebundenen Systemen. Bei MyBWS verbindet ein Self-Service-Portal Seminarbuchung, Vertragsprozesse und persönliche Informationen mit dem ERP. Für Mankiewicz bildet eine zentrale Daten- und Rechteverwaltung die Grundlage, damit nahezu eine Million technische Daten- und Sicherheitsdatenblätter kontrolliert bereitgestellt werden können.

Diese Beispiele zeigen: Ein Kundenportal ist nicht einfach eine Oberfläche vor bestehenden Systemen. Es ist ein gemeinsamer Prozess- und Datenraum. Je klarer Datenhoheit, Rechte und Abläufe vor der Entwicklung geregelt sind, desto belastbarer kann das Portal wachsen.

Wie polargold Kundenportal-Projekte angeht

Wir beginnen nicht mit einer fertigen Funktionsliste. Gemeinsam mit Fachbereichen und IT klären wir zunächst:

  • Welche wiederkehrenden Vorgänge verursachen heute den größten Aufwand?
  • Welche Nutzergruppen und Organisationen müssen berücksichtigt werden?
  • Welche Daten und Dokumente werden für den Prozess benötigt?
  • Welche Systeme sind führend und wie werden sie angebunden?
  • Welche Rollen und Berechtigungen gelten?
  • Welcher erste Prozess liefert einen messbaren Nutzen?

Darauf aufbauend entwickeln wir Daten- und Prozessmodell, Zielarchitektur, Bedienkonzept und einen realistischen MVP. Anschließend setzen wir das Portal um, integrieren die benötigten Systeme und entwickeln es anhand realer Nutzung weiter.

Pimcore kann dabei eine tragende Rolle übernehmen, wenn Produktdaten, Dokumente, Inhalte, Workflows und Portalfunktionen auf einer flexiblen Plattform zusammengeführt werden sollen. Entscheidend ist aber nicht der Produktname. Entscheidend ist, ob die gewählte Architektur die tatsächlichen Prozesse und Verantwortlichkeiten sauber abbildet.

Der richtige Zeitpunkt ist selten „später“

Nicht jedes Unternehmen braucht sofort ein umfassendes Kundenportal. Wer jedoch wachsende Mengen an Statusanfragen, Dokumenten, Nutzergruppen und Systemen weiterhin manuell koordiniert, verschiebt das Projekt nicht folgenlos. Der Aufwand wird bis dahin bei jeder Anfrage erneut bezahlt.

Der erste sinnvolle Schritt ist deshalb keine Softwareauswahl. Es ist eine ehrliche Bestandsaufnahme: Welche drei Kundenprozesse beanspruchen heute wiederholt Zeit, obwohl die dafür benötigten Daten längst vorhanden sind?

Genau dort beginnt ein Kundenportal, das mehr ist als ein Login mit Downloadbereich.

Kunden- und Self-Service-Portale mit polargold entwickeln

Mehr zum Thema