← Alle Artikel
6 Min. LesezeitVon Onravetoni

Kundenportal entwickeln: Welche Funktionen in die erste Version gehören

Ein Kundenportal lohnt eine Prüfung, wenn dieselben Informationen immer wieder per E-Mail gesucht, verteilt oder bestätigt werden. Ein zusätzlicher Login allein löst das Problem nicht. Unsere Vorlage beginnt mit einer konkreten Kundenaufgabe und legt fest, wer Daten bereitstellt, was Kunden selbst erledigen und wie die erste Version abgenommen wird.

Mit einer wiederkehrenden Aufgabe beginnen

Wählen Sie einen realen Ablauf statt einer langen Wunschliste. Unser Beispiel: Ein Kunde soll den freigegebenen Projektstand sehen und das aktuelle Dokument herunterladen können. Schreiben Sie auf, wie das heute funktioniert und wo Rückfragen entstehen. Prüfen Sie, ob ein Portal dafür wirklich nötig ist oder ein besserer bestehender Prozess genügt.

  • Welche Information wird wiederholt angefragt?
  • Wer benötigt sie und zu welchem Zeitpunkt?
  • Wer erstellt und aktualisiert sie?
  • Was soll der Kunde selbst erledigen?
  • Wie wird die Erledigung erkennbar?

Eine kleine, vollständige erste Version beschreiben

Unser Vorschlag bündelt einen durchgängigen Ablauf: Zugang erhalten, eigenen Vorgang finden, Information verstehen und nächste Handlung ausführen. Eine erste Version mit wenigen verlässlich gepflegten Funktionen ist leichter zu prüfen als viele unfertige Menüpunkte. Benennen Sie bewusst, was nicht enthalten ist, etwa Rechnungszahlung, Echtzeit-Chat oder die Verwaltung weiterer Nutzer.

Für jede Funktion enthält unser Briefing Auslöser, angezeigte Daten, erlaubte Handlung und Ergebnis. Beispiel Dokument: Wer lädt es hoch, wie wird die aktuelle Fassung erkennbar und wer darf sie herunterladen? Diese Fragen helfen bei der Aufwandsschätzung mehr als das pauschale Wort Dokumentenbereich.

Anmeldung und Zugriffsrechte getrennt planen

OWASP unterscheidet Identitätsprüfung und Berechtigung. Eine erfolgreiche Anmeldung bedeutet nicht, dass jemand jeden Datensatz sehen darf. Berechtigungen sollten bei jeder Anfrage geprüft werden und nur die erforderlichen Rechte erlauben.

Unser fachlicher Test nutzt zwei getrennte Kundenkonten. Konto A darf seine eigenen Dokumente sehen, nicht die von B. Prüfen Sie auch direkte Dokumentadressen und die Situation nach dem Entzug eines Zugangs. Die sichtbare Menüstruktur allein belegt nicht, dass die Daten richtig getrennt sind.

Pflege und Datenquelle festlegen

Ein Statusfeld braucht eine benannte Quelle und einen Verantwortlichen. Wenn es manuell gepflegt wird, vereinbaren Sie, wann sich der Wert ändert. Wenn Daten aus einem anderen System kommen, klären Sie Verzögerungen und den Umgang mit fehlgeschlagener Übertragung. Zeigen Sie keine scheinbar aktuellen Angaben, wenn die tatsächliche Datenbasis unbekannt ist.

Mit Kunde und internem Team abnehmen

Testen Sie Einladung, Anmeldung, eigene Vorgänge, erlaubte Aktionen, fehlende Dokumente und die Sperrung eines Zugangs. Lassen Sie einen späteren Nutzer die Aufgabe ohne Erklärung erledigen. Das interne Team prüft anschließend, ob Ergebnis und Zuständigkeit stimmen. Halten Sie blockierende Fehler getrennt von bewusst später geplanten Funktionen fest.

Betrieb und Nutzen nach dem Start beobachten

Benennen Sie Zuständigkeiten für Nutzerfragen, Datenpflege und technische Fehler. Unser Messvorschlag erfasst erledigte Kundenaufgaben und weiterhin nötige Rückfragen. Weniger E-Mails allein sind kein vollständiger Nachweis: Prüfen Sie, ob Kunden stattdessen an einem unverständlichen Portal scheitern. Nutzen Sie wiederkehrende Fragen als Grundlage für die nächste konkrete Verbesserung.

Häufige Fragen

Brauche ich dafür eine komplette neue Website?
Nicht zwingend. Prüfen Sie den bestehenden Aufbau und die konkrete Aufgabe. Ein Portal kann ein eigener Bereich sein; die Architektur braucht eine gesonderte Bewertung.
Welche Funktion sollte zuerst entstehen?
In unserem Vorschlag die häufige Kundenaufgabe mit klarer Datenquelle und zuständiger Person. Beginnen Sie nicht ausschließlich mit der auffälligsten Wunschfunktion.
Reicht es, Inhalte hinter einem Login zu verstecken?
Nein. Anmeldung und Berechtigungsprüfung erfüllen unterschiedliche Aufgaben. Prüfen Sie, welche Daten und Aktionen jeder Nutzer tatsächlich erreichen darf.
Wie lässt sich der Aufwand schätzen?
Beschreiben Sie vollständige Abläufe, Rollen, Datenquellen und Ausnahmen. Eine Liste mit allgemeinen Funktionsnamen reicht für eine belastbare Abgrenzung selten aus.

Quellen

Beschreiben Sie eine Kundenaufgabe, benötigte Daten und zuständige Personen. Wir können eine erste Portalversion mit klaren Grenzen und Prüffällen gemeinsam planen.

Kundenportal besprechen