Plattformen & Portale
Kundenportal planen: Welche Funktionen zuerst wirklich helfen
Dokumente, Statusmeldungen oder Serviceanfragen: So finden Sie einen sinnvollen Einstieg und vermeiden ein Portal, das niemand regelmäßig nutzt.
Ein Portal braucht eine wiederkehrende Aufgabe
Ein Kundenportal ist zunächst ein zusätzlicher Ort, den Kunden kennen und nutzen müssen. Ein Login allein schafft keinen Mehrwert. Wenn dort nur dieselben Informationen liegen wie auf der öffentlichen Website, ist die zusätzliche Anmeldung eher eine Hürde. Ausgangspunkt sollte deshalb eine konkrete Aufgabe sein, die heute wiederholt Aufwand oder Unsicherheit verursacht.
Typische Beispiele sind die Suche nach der aktuellen Dokumentversion, Rückfragen zum Bearbeitungsstand oder die Zuordnung einer Serviceanfrage zu einer Anlage. Sprechen Sie mit den Personen, die solche Aufgaben tatsächlich erledigen. Fragen Sie nach dem letzten konkreten Vorgang: Welche Informationen wurden gesucht, welche Systeme geöffnet und welche E-Mails verschickt? So entsteht ein realistisches Bild statt einer allgemeinen Wunschliste.
Den Nutzen für Kunden und internes Team prüfen
Betrachten Sie beide Seiten des Vorgangs. Ein Portal kann Kunden eine einfache Übersicht geben und intern trotzdem zusätzliche Handarbeit verursachen, wenn Informationen parallel gepflegt werden müssen. Dokumentieren Sie deshalb, wo Daten heute entstehen und welche Stelle für ihre Richtigkeit verantwortlich ist. Eine sichtbare Statusanzeige ist nur hilfreich, wenn der zugrunde liegende Status aktuell ist.
Ein hypothetischer Wartungsbetrieb könnte mit Serviceanfragen beginnen. Kunden wählen eine bekannte Anlage aus, beschreiben das Problem und sehen später die Rückfragen dazu. Der erste Nutzen liegt dann in einer nachvollziehbaren Kommunikation. Eine vollständige Ersatzteilbestellung, Rechnungsansicht und Ressourcenplanung müssen dafür noch nicht Teil der ersten Version sein.
Die erste Version als vollständigen Ablauf definieren
Ein kleiner Funktionsumfang ist sinnvoll, wenn er eine Aufgabe vollständig löst. Zur Serviceanfrage gehören deshalb mehr als ein Formular: Bestätigung, interne Zuordnung, Rückfragen, ein verständlicher Status und ein Abschluss. Vereinbaren Sie, welche Schritte im Portal stattfinden und welche zunächst durch das Team übernommen werden. Manuelle Arbeit ist zum Start möglich, sofern sie sichtbar und organisatorisch beherrschbar bleibt.
Definieren Sie auch Ausnahmen. Was geschieht, wenn ein Kunde die falsche Anlage auswählt, eine Datei zu groß ist oder eine Anfrage versehentlich doppelt absendet? Wer darf eine Zuordnung ändern? Solche Fragen bestimmen den praktischen Nutzen häufig stärker als eine zusätzliche Übersichtsseite. Erfassen Sie sie vor der Umsetzung als konkrete Abnahmeszenarien.
Zugriffsrechte am fachlichen Modell ausrichten
In einem Geschäftskundenportal arbeiten häufig mehrere Personen für dasselbe Unternehmen. Manche dürfen nur eigene Vorgänge sehen, andere sämtliche Vorgänge eines Standorts. Schreiben Sie diese Regeln mit Beispielen auf. Die Rolle „Kunde“ allein ist meist zu ungenau. Auch Einladungen, ausgeschiedene Mitarbeiter und geänderte Unternehmenszugehörigkeiten müssen im Ablauf berücksichtigt werden.
Die Prüfung muss auf dem Server für jeden geschützten Zugriff stattfinden. Ein ausgeblendeter Button verhindert keinen direkten Aufruf einer fremden Datei. Testen Sie ausdrücklich mit zwei verschiedenen Kundenkonten: Ein Konto darf über geänderte Adressen oder Kennungen keine Daten des anderen abrufen. Besonders Downloads und Suchfunktionen sollten in diese Abnahme einbezogen werden.
Datenanbindung und Betrieb vor dem Ausbau klären
Legen Sie für jede wichtige Information ein führendes System fest. Stammt der Bearbeitungsstatus aus dem Ticketsystem, sollte das Portal ihn nicht unabhängig davon verändern. Wird ein Wert zeitverzögert übertragen, muss die Darstellung diese Verzögerung berücksichtigen. Ein Zeitstempel kann helfen, die Aktualität einzuschätzen; er ersetzt allerdings keine zuverlässige Synchronisation.
Planen Sie außerdem Unterstützung für gesperrte Konten, fehlgeschlagene Einladungen und nicht zugestellte Benachrichtigungen. Benennen Sie eine fachliche Ansprechperson und eine technische Zuständigkeit. Ein Portal, das nur die Entwicklungsagentur versteht, ist im Alltag schwer betreibbar. Dokumentieren Sie deshalb die wichtigsten Supportabläufe genauso sorgfältig wie die Funktionen.
Mit einer kleinen Gruppe lernen
Starten Sie mit ausgewählten Kunden, die den gewählten Vorgang regelmäßig durchlaufen. Beobachten Sie konkrete Aufgaben statt nur nach Zufriedenheit zu fragen. Finden die Personen das richtige Dokument? Verstehen sie den Status? Können sie einen Kollegen einladen? Notieren Sie Stellen, an denen sie auf E-Mail oder Telefon ausweichen, und klären Sie den Grund.
Bewerten Sie den Pilot anhand passender Größen: Wie viele geeignete Vorgänge wurden im Portal abgeschlossen, welche Rückfragen blieben nötig und wie viel Nacharbeit entstand intern? Ein Login-Zähler allein sagt darüber wenig aus. Der nächste Ausbau sollte eine beobachtete Lücke schließen. So wächst das Portal aus seiner Nutzung heraus und nicht aus einer möglichst langen Funktionsliste.
