Wann hilft ein Kundenportal Ihrem Betrieb?
Ein Kundenportal kann sinnvoll sein, wenn Ihre Kundschaft regelmäßig dieselben Unterlagen, Rückfragen oder Auftragsstände benötigt. Es muss eine konkrete Aufgabe leichter machen. Ein zusätzlicher Zugang bringt wenig, wenn die Informationen darin veraltet sind oder Kunden für denselben Vorgang trotzdem anrufen müssen.

- Beginnen Sie bei einer wiederkehrenden Kundenaufgabe.
- Anmeldung und Datenberechtigungen sind getrennte Fragen.
- Ein Portal braucht einen verbindlich gepflegten Informationsstand.
Was möchten Ihre Kunden selbst erledigen?
Prüfen Sie vorhandene Rückfragen und Gespräche: Welche Unterlage wird erneut angefordert? Welcher Stand muss immer wieder erklärt werden? Welche Entscheidung wartet auf eine Rückmeldung? Fragen Sie die betreffenden Kunden, ob sie diese Aufgabe tatsächlich über einen Zugang erledigen würden. Die bloße technische Möglichkeit belegt noch keinen Bedarf.
Lassen Sie Kunden den geplanten Ablauf nachvollziehen und begründen Sie die Auswahl durch beobachtete Schwierigkeiten. Beziehen Sie auch die Mitarbeitenden ein, die anschließend damit weiterarbeiten. Wer übernimmt eine Rückmeldung und wie erkennt die Kundschaft das? Wenn beide Seiten zusätzliche Listen führen müssen, bleibt die wichtigste Verbindung womöglich ungelöst.
Quellen: [1]
Braucht diese Aufgabe ein eigenes Portal?
Für gelegentliche Unterlagen kann eine passend eingerichtete gemeinsame Ablage genügen. Für Termine oder Rückmeldungen sollten Sie vorhandene Funktionen Ihrer eingesetzten Programme prüfen. Ein Portal wird eher interessant, wenn mehrere Informationen zu einem Vorgang zusammengehören und die Kundschaft daraus einen klaren nächsten Schritt ableiten soll.
Vergleichen Sie die Wege auch aus Kundensicht: Wie findet eine Person den Zugang? Kann sie die Aufgabe auf dem Handy erledigen? Was passiert bei verlorenen Zugangsdaten? Die Antwort kann eine vorhandene Lösung sein. Vorhandene oder eigene Software hilft, diese Möglichkeit vor einer Entwicklung systematisch mitzubeurteilen.
Wer darf welche Vorgänge sehen?
Eine Anmeldung klärt zunächst die Identität eines Nutzers. Welche Daten er danach sehen oder ändern darf, ist eine weitere Frage. Microsoft dokumentiert diese Trennung bei Power Pages über Anmeldung sowie Tabellenberechtigungen und Rollen. Damit ist noch keine Sicherheit Ihrer konkreten Anwendung nachgewiesen; deren tatsächliche Zugriffe müssen passend eingerichtet werden.
Legen Sie deshalb für jeden Vorgang fest, welche Kunden und internen Rollen Zugriff benötigen. Prüfen Sie gezielt auch die Fälle, in denen eine Person Angaben eines anderen Kunden weder sehen noch ändern darf. Lassen Sie sich diese Trennung in der Anwendung zeigen und die technische Prüfung dazu erklären. Eine erfolgreiche Anmeldung belegt sie noch nicht.
Woher kommt der angezeigte Auftragsstand?
Bestimmen Sie, welches System den verbindlichen Stand führt. Muss Ihr Team Angaben noch einmal ins Portal eintragen, entsteht eine zusätzliche Pflegeaufgabe. Vereinbaren Sie, wer den Stand aktualisiert und wie ein Kunde erkennt, ob eine Angabe noch auf Bestätigung wartet. Eine vorbereitete Rückmeldung sollte nicht wie eine abgeschlossene Entscheidung aussehen.
Überlegen Sie auch, welche Informationen überhaupt nach außen gehören. Interne Notizen und Zuständigkeiten müssen nicht vollständig sichtbar sein, um einen hilfreichen nächsten Schritt zu erklären. Wenn Programme verbunden werden sollen, beschreibt Doppelte Eingaben vermeiden, welche Übergaben und Fehlerfälle dafür geklärt werden müssen.
Mit einem vollständigen Kundenweg beginnen
Die erste Fassung sollte eine abgegrenzte Aufgabe vom Zugang bis zur erkennbaren Rückmeldung abdecken. Dazu gehören die verständliche Anzeige, die zulässige Handlung und der Eingang beim zuständigen Team. Testen Sie diesen Weg mit den vorgesehenen Geräten und mit Personen, die ihn später nutzen sollen. Eine Vorführung durch den Entwickler genügt dafür nicht.
Vereinbaren Sie anschließend, wie Sie die tatsächliche Nutzung betrachten: Wird die Aufgabe erledigt, wo brechen Menschen ab und welche Rückfragen bleiben bestehen? Das ist eine Prüfung nach Einführung, keine vorab zugesicherte Entlastung. Kosten für Pflege, Unterstützung bei Zugängen und Anpassungen gehören von Anfang an in die Entscheidung.
Ihre Aufgabe gemeinsam durchgehen.
HDS kann mit Ihnen die Kundenaufgabe, die internen Anschlussarbeiten und den ersten Portalumfang klären. Eine eigene Anwendung ist erst ein möglicher nächster Schritt, wenn vorhandene Lösungen dafür nicht gut passen.
Quellen und Einordnung
Die verlinkten Originalquellen erläutern Funktionen und fachliche Grundlagen. Unsere Empfehlungen ordnen sie für den betrieblichen Alltag ein. Quellenstand: 5. Oktober 2026.
- GOV.UK: Learning about users and their needsMethodische Grundlage für Beobachtung und Gespräche mit tatsächlichen Nutzern. Keine Nachfrage- oder Nutzenmessung für HDS.
- Microsoft: Authentication in Power PagesBeschreibt die Anmeldung im Microsoft-Produkt, keine allgemeine Produktempfehlung.
- Microsoft: Table permissions in Power PagesErklärt Datenberechtigungen und die Reichweite globaler, kontakt- und kontobezogener Zugriffe. Die konkrete Konfiguration muss separat geprüft werden.