Kundenportal bauen: Dateien, Status, Rechnungen und Berechtigungen

Ein Kundenportal ist ein privater Bereich, in dem sich jeder deiner Kunden anmeldet, um den Stand seines Projekts, geteilte Dateien, offene Anfragen und Rechnungen zu sehen. Um es zu bauen, lege zuerst genau fest, was ein Kunde in den ersten zehn Sekunden sehen muss. Modelliere dann Kunden, Projekte und Dateien so, dass jeder Datensatz zu genau einem Kunden gehört. Erzwinge auf dem Server, dass Kunden immer nur ihre eigenen Datensätze sehen, und halte Uploads im privaten Speicher. Die Funktionsliste kann kurz bleiben. Entscheidend ist, dass die Berechtigungen stimmen.

Warum Unternehmen Kundenportale bauen

Portale ersetzen meist einen Haufen E-Mail-Verläufe, geteilter Ordner und Nachrichten wie „Wie ist der Stand?“. Agenturen, Steuerberater, Berater, Bauunternehmen, Studios und Dienstleister nutzen sie alle. Ein gutes Portal:

• beantwortet die Frage nach dem Stand, bevor der Kunde sie stellt,
• legt Dateien an einen Ort, wobei die neueste Version sofort erkennbar ist,
• gibt Anfragen ein festes Zuhause statt verstreuter E-Mails,
• wirkt organisiert, was für Kundenbindung und Empfehlungen wichtig ist.

Hast du ein oder zwei Kunden und nichts Sensibles, reicht vielleicht ein geteiltes Dokument oder ein Ordner. Ein Portal lohnt sich, wenn du viele Kunden hast, wiederkehrende Aufträge bearbeitest oder Informationen im Spiel sind, die Kunden nicht über andere Kunden sehen sollten.

Was ein Kundenportal braucht

Beginne mit Anmeldung, Übersicht, Dateien und Anfragen. Rechnungen, Freigaben und Nachrichten ergänzt du, wenn Kunden sie tatsächlich brauchen.

Die Daten

Ein typisches Portal enthält: Kunden (Firmen), Kundennutzer (Personen, die sich anmelden und zu genau einem Kunden gehören), deine Teammitglieder, Projekte (gehören zu einem Kunden), Meilensteine oder Statusupdates, Dateien (gehören zu einem Projekt), Anfragen und optional Rechnungen. Die zentrale Entwurfsregel lautet: Jeder Datensatz sollte auf genau einen Kunden zurückführbar sein. So lassen sich Berechtigungen einfach durchsetzen und prüfen.

Berechtigungen

Schreibe sie auf und teste sie:

• Ein Kundennutzer sieht nur Projekte, Dateien, Anfragen und Rechnungen seines Kunden.
• Interne Notizen werden Kunden niemals angezeigt.
• Teammitglieder sehen die Kunden, denen sie zugewiesen sind, oder alle Kunden, wenn du klein bist.
• Dateilinks sind privat und zeitlich begrenzt, keine öffentlichen URLs, die jeder teilen oder erraten könnte.
• Wird ein Kundennutzer entfernt, endet sein Zugriff sofort.

Die Prüfungen müssen auf dem Server stattfinden. Ein Portal, das die Daten aller Kunden lädt und dann im Browser filtert, ist nicht privat.

Entscheidungen und Abwägungen

Anmeldemethode

Kunden melden sich selten an und vergessen daher oft Passwörter. Magic Links (ein per E-Mail geschickter Anmeldelink) oder Single Sign-on mit einem Konto, das sie ohnehin nutzen, funktionieren für Portale oft besser als Passwörter. Egal, was du wählst: Lade Kunden von deiner Seite aus ein, statt jedem die Registrierung zu erlauben. Unser Leitfaden zu Anmeldung in deiner App vergleicht die Optionen.

Ein Portal oder ein Portal pro Kunde

Eine App mit einer Kundenliste ist einfacher zu pflegen als eine eigene Website pro Kunde. Trotzdem kannst du jedem Kunden innerhalb derselben App einen eigenen Anstrich geben, etwa sein Logo und seine Projektnamen.

Dateien

Nutze einen richtigen Dateispeicher statt Uploads auf der eigenen Festplatte des Servers zu speichern, lege eine maximale Dateigröße fest, beschränke Dateitypen, wenn möglich, und liefere Dateien nur an Nutzer aus, die die Berechtigungsprüfung bestehen. Entscheide, wie Versionen funktionieren: überschreiben oder Verlauf behalten.

Rechnungen und Zahlungen

Du kannst Rechnungen aus deinem Buchhaltungstool anzeigen, einfache Rechnungen direkt im Portal erzeugen oder auf eine gehostete Zahlungsseite verlinken. Ein vollständiges Rechnungssystem zu bauen ist ein eigenes Projekt, siehe wie du eine Rechnungs-App baust. Für ein Portal reicht meist der Rechnungsstatus plus ein Link „Jetzt bezahlen“ zu einem gehosteten Checkout.

Integrationen

Viele Portale holen den Status aus Tools, die du ohnehin nutzt, etwa einem Projekt-Tracker, einem CRM oder einer Buchhaltungssoftware, statt dass du an zwei Stellen aktualisieren musst. Integrationen sparen Zeit, bringen aber Einrichtung und Pflege mit. Arbeitet dein Team schon mit einem CRM, baue das Portal besser auf denselben Daten auf.

Ein erster Prompt für einen KI-Builder

Baue ein Kundenportal für Northlight, eine kleine Webdesign-Agentur. Kunden sind Firmen; jede hat einen oder mehrere Kundennutzer, die sich anmelden. Kundennutzer sehen nur die Projekte ihrer eigenen Firma. Pro Projekt: aktueller Status (Discovery, Design, Build, Review, Live), nächster Meilenstein mit Datum, ein Dateibereich, in den beide Seiten hochladen und aus dem sie herunterladen können (PDF, Bilder, ZIP, max. 50 MB), ein Anfrageformular (Titel, Details, Priorität) mit einer Liste seiner früheren Anfragen und deren Status sowie eine Zeitleiste der Updates. Mitarbeitende der Agentur sehen einen Admin-Bereich mit allen Kunden, können den Projektstatus ändern, Updates veröffentlichen, interne Notizen hinzufügen, die Kunden nie sehen, und Anfragen beantworten. Erzwinge alle Zugriffsregeln auf dem Server. Speichere Daten in einer Datenbank und Dateien in einem privaten Dateispeicher mit zeitlich begrenzten Download-Links. Vorerst ein Platzhalter für die Anmeldung, die echte Authentifizierung fügen wir danach hinzu. Sauberes, professionelles Design, das auf dem Handy funktioniert.

Baue in Schritten: zuerst Daten und Admin, dann die Kundenansicht, dann die echte Anmeldung, dann Dateien, dann Extras. Wie du Prompts für KI-App-Builder schreibst enthält weitere Muster.

Build-Schritte

1. Zuerst festlegen, was ein Kunde sehen muss, und wonach er dich heute per E-Mail fragt.
2. Die Daten entwerfen, sodass jeder Datensatz zu einem Kunden gehört.
3. Die Admin-Ansicht bauen und die Daten eines echten Kunden eintragen.
4. Die Kundenansicht für diesen Kunden bauen.
5. Echte Anmeldung hinzufügen, mit Einladungen von deiner Seite.
6. Dateien hinzufügen im privaten Speicher, mit Berechtigungsprüfung beim Download.
7. Berechtigungen testen: Lege zwei Test-Kunden an und versuche jeden Weg, die Daten des anderen zu sehen: IDs in der URL ändern, Dateilinks erraten, eine alte Einladung verwenden.
8. Anfragen und Benachrichtigungen per E-Mail ergänzen.
9. Mit ein oder zwei freundlich gesinnten Kunden pilotieren und fragen, wonach sie dich noch per E-Mail fragen.
10. Rechnungen, Freigaben oder Integrationen auf Basis dieses Feedbacks ergänzen.

Häufige Fehler

• Im Browser statt auf dem Server filtern. Der gravierendste Portalfehler: Die Daten aller Kunden werden heruntergeladen und nur versteckt.
• Öffentliche Dateilinks. Ein geteilter Link, den jeder öffnen kann, hebelt das Portal aus.
• Offene Registrierung. Kunden sollten eingeladen werden, nicht selbst Konten anlegen und eine Firma auswählen können.
• Zu viele Funktionen zum Start. Ein Portal, das Kunden nicht verstehen, wird zugunsten der E-Mail ignoriert.
• Zwei Wahrheitsquellen. Liegt der Status im Projekt-Tool und im Portal, ist eines davon veraltet. Wähle eine oder synchronisiere beide.
• Das Offboarding vergessen. Verlässt ein Mitarbeiter des Kunden die Firma, muss sein Zugriff enden.
• Regulierte Daten ohne passenden Schutz speichern. Gesundheits-, Rechts- oder Finanzunterlagen können gesetzliche Anforderungen mit sich bringen, die du erfüllen musst.

Kosten und Werkzeuge

Die laufenden Kosten sind Hosting, eine Datenbank, Dateispeicher (der mit den geteilten Dateien wächst) und ein E-Mail-Anbieter für Einladungen und Benachrichtigungen. Nutzt du einen gehosteten Anmeldedienst oder Zahlungsdienst, prüfe dessen aktuelle Preise auf der jeweiligen Seite. Verglichen mit Portal-Software, die pro Platz abgerechnet wird, wachsen die Kosten eines eigenen Portals mit der Nutzung und nicht mit der Anzahl der Kunden.

Wann ein fertiges Produkt die bessere Wahl ist

Kundenportal-Software sowie Portalfunktionen, die in Buchhaltungs-, Rechts- oder Kanzleisoftware eingebaut sind, können die bessere Wahl sein, wenn deine Branche besondere Anforderungen hat, etwa elektronische Signaturen mit Rechtswirkung, regulierte Aktenführung oder den Austausch von Steuerunterlagen, oder wenn dein bestehendes Tool bereits ein Portal enthält. Diese Produkte haben Compliance und Support bereits gelöst. Baue selbst, wenn dein Ablauf nicht zu generischen Portalen passt, wenn das Portal exakt zu deiner Marke und deinem Prozess passen soll oder wenn Preise pro Kunde oder pro Platz für dich keinen Sinn mehr ergeben.

Mit Mythex bauen

Mythex kann das Portal aus dem obigen Prompt bauen: eine Kundenansicht, eine Admin-Ansicht, Anfragen und eine Zeitleiste, mit einer eigenen Postgres-Datenbank und Dateispeicher, sobald die App sie braucht. Die Anmeldung für deine Kunden bringst du selbst mit: Mythex-Konten sind für die Personen gedacht, die die App bauen, und du wählst einen Auth-Ansatz für deine Kunden, den der Agent einbindet. Mythex hat kein eingebautes Produkt für elektronische Signaturen oder Rechnungen; das sind Integrationen oder Funktionen, die du baust. Verwende Projektgeheimnisse für alle API-Schlüssel und den Tester im Chat, um die Kunden- und Admin-Abläufe durchzuklicken, bevor du veröffentlichst.

Die Dokumentation enthält einen Anwendungsfall Kundenportal und beschreibt Dateispeicher sowie Anmeldung hinzufügen. Als Startprompt eignet sich die Vorlage Kundenportal für Agenturen, oder du schaust dir alle App-Vorlagen an. Bevor du echte Kunden einlädst, geh unsere Sicherheits-Checkliste für mit KI gebaute Apps durch.

Fragen