Kundenportal-Prompt
Dieser Kundenportal-Prompt ist so geschrieben, dass Sie ihn direkt in AgentUI einfügen können: Er benennt die Tabellen, die Felder, die Kundenlogins, die Zugriffsregel pro Kunde und die Ansichten — damit die erste Version ein funktionierendes Portal ist und keine leere Hülle. Kopieren Sie ihn unverändert oder ersetzen Sie die Feldnamen durch die Begriffe, die Sie bei Ihren Kunden ohnehin verwenden.
Der Prompt bleibt auf Englisch — das ist die Sprache, die der Builder liest.
Build a client portal for my company.
Create a shared database with four tables: clients (company name, primary contact name, contact email, phone, account status, onboarding date), projects (linked to a client, project name, stage, owner on my team, start date, target date, percent complete), deliverables (linked to a project, title, description, due date, file attachment, approval status of Draft / Awaiting client / Approved / Changes requested, signed off by, signed off at) and invoices (linked to a client, invoice number, amount, issue date, due date, paid status, payment date).
Give each client their own login. A logged-in client must only ever see the projects, deliverables, invoices and files where the client record is theirs — never another client's records, and never internal-only fields such as the team owner or internal notes. Give my team two internal roles: staff, who can read and edit everything, and admin, who can additionally invite clients and change permissions.
Build three views. A client dashboard showing their active projects with progress, deliverables awaiting their approval, and their open balance. A deliverables view where the client can open a file, approve it or request changes, and leave a comment. An internal view for my team showing every client, every project stage and every overdue invoice.
Record who changed what and when in an audit log. Email the client when a new deliverable is waiting on their approval.Warum dieser Kundenportal-Prompt funktioniert
Die meisten Prompts scheitern, weil sie nur "ein Kundenportal" verlangen und dort aufhören. Der Prompt oben benennt vier Tabellen, ihre Felder, zwei interne Rollen, die Regel, dass ein Kunde ausschließlich seine eigenen Datensätze sieht, und drei Ansichten — nichts Wichtiges bleibt dem Zufall überlassen. Wenn Sie den kompletten Ablauf nach dem Einfügen sehen möchten, lesen Sie wie der Aufbau eines eigenen Kundenportals von A bis Z abläuft. Kurz gesagt: Aus dem Prompt wird eine echte gemeinsame Datenbank, echte Kundenlogins und ein Portal, das Ihr Team weiter bearbeiten kann.
Er benennt die Tabellen
Kunden, Projekte, Liefergegenstände, Rechnungen — mit ausgeschriebenen Feldern, nicht nur angedeutet.
Er formuliert die Zugriffsregel
"Ein Kunde sieht ausschließlich seine eigenen Datensätze" ist die wichtigste Zeile im Prompt.
Er verlangt Ansichten, keine Bildschirme
Ein Kunden-Dashboard, eine Freigabe-Ansicht und eine interne Ansicht — drei Aufgaben, drei Ansichten.
Er fordert ein Audit-Log
So steht ab dem ersten Tag fest, wer was wann geändert hat, statt es später nachzurüsten.
Vier weitere Kundenportal-Prompts zum Kopieren
Gleiche Struktur, anderes Geschäft. Nehmen Sie den, der Ihrem am nächsten kommt, kopieren Sie ihn und passen Sie die Feldnamen vor dem Einfügen an.
Build a client portal for my agency.
Create tables for clients (company, main contact, retainer amount, contract end date), campaigns (linked to a client, channel, monthly budget, status), assets (linked to a campaign, file, version, approval status of Awaiting client / Approved / Changes requested) and monthly reports (linked to a client, month, spend, results summary, published flag).
Each client logs in and sees only their own campaigns, assets and published reports. Hide internal fields — margin, hours logged and internal notes — from the client role entirely. My team gets a staff role that can edit everything and an admin role that can invite clients.
Build a client dashboard with campaigns in flight, assets waiting on their approval and the latest published report. Let the client approve an asset or request changes with a comment. Keep an audit log of every approval and every permission change.Nehmen Sie diesen, wenn Sie Kampagnen betreuen und Freigaben für Creatives brauchen.
Build a client portal for my accounting firm.
Create tables for clients (business name, entity type, tax ID reference, fiscal year end, assigned accountant), document requests (linked to a client, document name, period, due date, status of Requested / Uploaded / Reviewed / Rejected, uploaded file), filings (linked to a client, filing type, period, due date, status, filed date) and invoices (linked to a client, number, amount, due date, paid status).
Each client signs in and sees only their own document requests, filings and invoices. Clients can upload a requested document and see what is still outstanding, but cannot see another client's records or our internal review notes.
Build a client checklist view showing what we still need from them and by when, a filings status view, and an internal view for my team showing every outstanding request across all clients sorted by due date. Log who uploaded, reviewed or rejected each document and when.Nehmen Sie diesen, wenn Sie Unterlagen einsammeln und Erklärungen für Mandanten einreichen.
Build a client onboarding portal.
Create tables for clients (company, primary contact, contact email, signed date, assigned onboarding manager), onboarding steps (linked to a client, step name, order, owner of Client or Us, status of Not started / In progress / Blocked / Done, due date, completed date), intake answers (linked to a client, question, answer, answered at) and onboarding documents (linked to a client, document name, file, status).
Each new client logs in and sees a progress tracker of their own onboarding steps only — what is done, what is theirs to complete next, and what we owe them. Let them fill in the intake form, upload documents and mark their own steps complete. They cannot see other clients or our internal owner notes.
Build an internal view showing every client in onboarding, which step they are stuck on and how many days they have been there. Log every status change with who made it and when.Nehmen Sie diesen, wenn die ersten 30 Tage eines neuen Kunden der schwierige Teil sind.
Build a white-label client portal that carries my company's branding, not a vendor's.
Use my logo, my brand colours and my company name across the sign-in screen, the navigation and every email the portal sends.
Create tables for clients (company, primary contact, contact email, plan, account manager), work items (linked to a client, title, stage, owner, due date), shared files (linked to a client, file, uploaded by, shared date) and messages (linked to a client, sender, body, sent at).
Each client logs in to a branded portal and sees only their own work items, files and message thread. My team gets staff and admin roles; admins can invite clients and change branding. Build a client dashboard with work in progress, files shared with them and their message thread, plus an internal view of every client account. Keep an audit log of who changed what and when.Nehmen Sie diesen, wenn das Portal wie Ihr Produkt aussehen soll, nicht wie das eines Anbieters.
Was Sie vor dem Einfügen im Prompt ändern sollten
Drei Dinge lohnen sich zu ändern. Die Felder: Ersetzen Sie sie durch die Begriffe, die Ihr Team wirklich benutzt — später umbenennen ist einfach, gleich in der eigenen Sprache anfangen ist einfacher. Die Phasen: Tauschen Sie Draft / Awaiting client / Approved gegen die Namen aus Ihrem Prozess. Die Berechtigungen: Sagen Sie ausdrücklich, welche Felder ein Kunde nie sehen darf — Marge, interne Notizen, erfasste Stunden — denn alles, was Sie nicht ausschließen, kann sichtbar werden.
- maria.s renamed deliverables → matterstoday 10:04
- maria.s set internal_notes → staff onlytoday 10:05
- admin invited client haldentoday 10:11
So sieht das erzeugte Kundenportal aus
Der Kunde meldet sich an und landet auf seinem eigenen Dashboard: laufende Projekte mit Fortschritt, die Liefergegenstände, die auf seine Freigabe warten, sein offener Saldo und die mit ihm geteilten Dateien. Alles, was Ihren anderen Kunden gehört, ist schlicht nicht vorhanden. Ihr Team öffnet dasselbe Portal und sieht alle Accounts auf einmal.
Die drei Sätze, die das Portal sicher halten
Ein Portal-Prompt ist ebenso ein Berechtigungsdokument wie ein Bauauftrag. Diese drei Sätze erledigen den Großteil.
Beschränken Sie jeden Kunden auf seine eigenen Datensätze
Ein Satz im Prompt wird zu rollenbasiertem Zugriff, der in jeder Tabelle und Ansicht greift.
Fordern Sie ein Audit-Log
Wer hat was wann geändert — inklusive Rechteänderungen und Kundeneinladungen.
Benennen Sie die Felder, die Kunden nicht sehen dürfen
Interne Notizen, Marge und Stunden bleiben intern, wenn Sie sie ausdrücklich aufzählen.
Nach dem Prompt: weiter in normaler Sprache ändern
Der Prompt ist die erste Nachricht, nicht die letzte. Eine Spalte "Signed off by" ergänzen oder ein Feld vor Kunden verbergen ist ein weiterer Satz, und jede Änderung landet im Audit-Log. Das Onboarding ist White-Glove: Ein echter Mensch baut die erste Version mit Ihnen und zeigt Ihrem Team, wie man sie ändert — damit das Portal nie zu der einen Sache wird, die nur eine Person versteht. Starten Sie im Free-Plan für $0/Monat oder holen Sie das Team ab $99.99/Monat dazu.
Fragen zum Prompt
Muss ich den Prompt genau so verwenden?
Nein. Er ist ein Ausgangspunkt. Ändern Sie Tabellennamen, Felder und Phasen passend zu Ihrem Prozess — wichtig ist die Struktur, nicht der Wortlaut.
Warum steht der Prompt auf der deutschen Seite auf Englisch?
Der Prompt ist die Eingabe für den Builder und bleibt deshalb auf Englisch, damit die Ergebnisse gleichbleibend sind. Beschriftungen, Felder und Inhalte Ihres Portals können in jeder Sprache sein.
Was, wenn das Portal nicht ganz passt?
Sie sprechen einfach weiter mit ihm. Ein Feld, eine Phase oder eine Rechteänderung in einem Satz, und es aktualisiert sich — jede Änderung steht im Audit-Log.
Sehen Kunden wirklich nur ihre eigenen Daten?
Ja, solange die Zugriffsregel im Prompt bleibt. Der Zugriff ist rollenbasiert und auf den jeweiligen Kundendatensatz begrenzt, sodass ein Login nur die Zeilen erreicht, die zu diesem Kunden gehören.