Wann lohnt sich ein eigenes Kundenportal?
Ein eigenes Portal lohnt sich, wenn wiederkehrende Kundenaufgaben in vorhandenen Werkzeugen nicht sinnvoll und sicher abgebildet werden können. Sammle zunächst die Vorgänge, die heute über E-Mail, Telefon oder verstreute Dateien laufen: etwa den Stand einer Anfrage sehen, ein Dokument bereitstellen oder eine Rückfrage beantworten. Beschreibe für jeden Vorgang, wer ihn auslöst, welche Information benötigt wird und was nach der Aktion passieren soll.
Prüfe dann, ob ein vorhandenes CRM, Ticketsystem oder eine geschützte Dateifreigabe die Aufgabe bereits erfüllt. Ein eigenes Portal ist vor allem dann interessant, wenn mehrere Abläufe zusammengeführt werden müssen oder Rollen und fachliche Regeln über Standardfunktionen hinausgehen. Der erste Umfang sollte eine konkrete Aufgabe zuverlässig lösen, nicht jede denkbare Funktion enthalten.
Welche Funktionen sollte ein Kundenportal zuerst haben?
Starte mit den Funktionen, die eine klar definierte Kundenaufgabe vollständig abdecken. Bei einem Projektportal könnten das eine Übersicht der offenen Vorgänge, ein nachvollziehbarer Status, sichere Dokumente und eine Möglichkeit für Rückfragen sein. Bei einem Serviceportal kann die Bearbeitung einer Anfrage wichtiger sein als ein großes Dashboard. Das sind Planungsbeispiele, keine Beschreibung eines bestehenden Kundenprojekts.
Notiere pro Funktion den Ausgangspunkt, die sichtbare Aktion und den Abschluss. „Status anzeigen“ ist erst konkret, wenn feststeht, wo der Status gepflegt wird, wer ihn ändern darf und ob Kunden eine Benachrichtigung benötigen. Eine Suchfunktion hilft nur, wenn Dokumente und Vorgänge sinnvoll benannt und zugeordnet sind. Lass selten genutzte Sonderfälle zunächst außerhalb des ersten Umfangs, solange die Kernaufgabe ohne sie funktioniert.
Wie lege ich Rollen und Zugriffe im Kundenportal fest?
Lege für jede Rolle und jeden Datensatz fest, wer ihn sehen, ändern, hochladen oder freigeben darf. Ein Kunde darf beispielsweise nur Vorgänge seines Unternehmens sehen; interne Notizen bleiben dem Team vorbehalten. Die Regeln müssen auch dann gelten, wenn jemand eine direkte URL oder eine API aufruft. Ein ausgeblendeter Button ist keine Zugriffskontrolle.
Die OWASP-Empfehlung zur Autorisierung rät zu minimalen Berechtigungen, standardmäßiger Verweigerung unbekannter Zugriffe und Prüfungen bei jeder Anfrage. Teste ausdrücklich, ob ein Nutzer eine fremde Datensatz-ID einsetzen, einen alten Link öffnen oder nach einem Rollenwechsel weiter auf Inhalte zugreifen kann. Mehrere Unternehmen in einem Portal machen diese Trennung besonders wichtig. Quelle: OWASP Authorization Cheat Sheet (https://cheatsheetseries.owasp.org/cheatsheets/Authorization_Cheat_Sheet.html).
Was muss ich bei Login und Dokumenten beachten?
Plane den Login so, dass er zur Sensibilität der Inhalte passt und für Kunden zuverlässig nutzbar bleibt. Eindeutige Konten, ein geregeltes Einladen und Entziehen von Zugängen sowie angemessene zusätzliche Anmeldungsschritte gehören in die Planung. Für zugängliche Anmeldungen sollten Passwortmanager und Einfügen unterstützt werden, statt unnötige Gedächtnisaufgaben zu erzwingen; W3C erläutert dies im Kriterium „Accessible Authentication“ der WCAG 2.2. Quelle: W3C (https://www.w3.org/WAI/WCAG22/Understanding/accessible-authentication-minimum).
Wenn Kunden Dateien hochladen, beschränke erlaubte Typen und Größen, prüfe den Inhalt serverseitig und binde den Zugriff an die richtigen Nutzer. OWASP warnt ausdrücklich davor, allein der Dateiendung oder dem vom Browser gemeldeten Content-Type zu vertrauen. Lege auch fest, wer Versionen ersetzt, was bei einem abgebrochenen Upload passiert und ob ein Dokument nach Entzug des Zugangs noch abrufbar ist. Quelle: OWASP File Upload Cheat Sheet (https://cheatsheetseries.owasp.org/cheatsheets/File_Upload_Cheat_Sheet.html).
Muss das Portal mit meinem CRM oder Projektsystem verbunden sein?
Eine Anbindung ist sinnvoll, wenn das Portal Informationen aus einem bestehenden System anzeigt oder dort neue Vorgänge auslösen soll. Bestimme zuerst das führende System für Kundenstammdaten, Projektstatus und Dokumente. Danach lässt sich entscheiden, ob das Portal Daten bei Bedarf abruft, Änderungen überträgt oder nur auf Ereignisse reagiert.
Prüfe, welche Schnittstellen tatsächlich verfügbar sind, welche Felder sie liefern und wer Fehler bemerkt. Doppelte Datensätze, fehlende Berechtigungen und widersprüchliche Änderungen brauchen klare Regeln. Ein Portal kann auch mit einem begrenzten, sorgfältig gepflegten Datenbestand starten. Die passende Technik ergibt sich aus dem Ablauf; zu CSV, API und Webhook gibt es im KUP Blog bereits einen eigenen Vergleich.
Wie teste ich, ob Kunden das Portal im Alltag nutzen können?
Teste eine vollständige Aufgabe mit echten Rollen und realistischen, anonymisierten Beispieldaten. Ein Kunde sollte sich anmelden, den richtigen Vorgang finden, eine Aktion ausführen und eine verständliche Bestätigung erhalten können. Danach prüfst du denselben Weg auf einem kleinen Bildschirm, mit Tastaturbedienung und bei Fehlern wie einer fehlenden Datei oder abgelaufenen Sitzung.
Status- und Fehlermeldungen sollten für assistive Technik erkennbar sein; das W3C erläutert dieses Prinzip im Kriterium „Status Messages“. Ein einfacher Testfall ist die Frage, ob nach einem Upload klar ist, ob die Datei angekommen ist und wer sie sehen kann. Teste außerdem den Entzug eines Zugangs und die Trennung zwischen zwei Kundenorganisationen. Quelle: W3C (https://www.w3.org/WAI/WCAG21/Understanding/status-messages).
Welche Angaben helfen bei einer Anfrage für ein Kundenportal?
Beschreibe die wichtigste Kundenaufgabe, die beteiligten Rollen und die Programme, aus denen Daten kommen sollen. Hilfreich sind ein grober Ablauf, anonymisierte Beispieldokumente und die Frage, was Kunden heute per E-Mail oder Telefon erfragen müssen. Daraus lassen sich ein erster Funktionsumfang und die Grenzen der vorhandenen Systeme ableiten.
KUP Solutions entwickelt individuelle Web-Systeme und Portale. Das eigene Unternehmenssystem zeigt, wie Kundeninformationen, Projekte und Tickets in einem internen Arbeitsablauf zusammenlaufen; es ist kein Nachweis für ein fertiges Kundenportal mit denselben Funktionen. Die Entscheidung für eine individuelle Lösung sollte sich aus deinen konkreten Abläufen ergeben. Referenz: KUP Unternehmenssystem (https://kup-solutions.at/referenzen/kup-unternehmenssystem).