Prompt portail client
Ce prompt de portail client est écrit pour être collé directement dans AgentUI : il nomme les tables, les champs, les accès clients, la règle de permission par client et les vues, pour que la première version revienne sous forme de portail qui fonctionne et non de coquille vide. Copiez-le tel quel, ou remplacez les noms de champs par ceux que vous employez déjà avec vos clients.
Le prompt reste en anglais : c'est ce que lit le builder.
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.Pourquoi ce prompt de portail client fonctionne
La plupart des prompts échouent parce qu'ils demandent "un portail client" et s'arrêtent là. Celui du haut nomme quatre tables, leurs champs, deux rôles internes, la règle selon laquelle un client ne voit que ses propres enregistrements, et trois vues — rien d'important n'est laissé au hasard. Pour le déroulé complet de ce qui se passe après le collage, lisez comment créer son propre portail client de bout en bout. En résumé : le prompt devient une vraie base de données partagée, de vrais accès clients et un portail que votre équipe peut continuer à modifier.
Il nomme les tables
Clients, projets, livrables, factures — avec les champs écrits noir sur blanc, pas sous-entendus.
Il énonce la règle d'accès
"Un client ne voit que ses propres enregistrements" est la ligne la plus importante du prompt.
Il demande des vues, pas des écrans
Un tableau de bord client, une vue validation et une vue interne : trois usages, trois vues.
Il réclame un journal d'audit
Qui a changé quoi et quand est consigné dès le premier jour, pas ajouté après coup.
Quatre autres prompts de portail client à copier
Même structure, autre métier. Prenez celui qui ressemble le plus au vôtre, copiez-le et modifiez les noms de champs avant de coller.
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.À utiliser si vous gérez des campagnes et devez faire valider les créations par le client.
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.À utiliser si vous relancez pour des pièces et déposez les déclarations de vos clients.
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.À utiliser si le plus dur, ce sont les 30 premiers jours d'un nouveau client.
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.À utiliser si le portail doit ressembler à votre produit, pas à celui d'un prestataire.
Ce qu'il faut changer dans le prompt avant de le coller
Trois choses méritent d'être modifiées. Les champs : remplacez-les par les mots que votre équipe emploie vraiment ; renommer plus tard est facile, partir de votre propre vocabulaire l'est encore plus. Les étapes : remplacez Draft / Awaiting client / Approved par les noms utilisés dans votre processus. Les permissions : dites explicitement quels champs un client ne doit jamais voir — marge, notes internes, heures saisies — car tout ce que vous n'excluez pas peut devenir visible.
- maria.s renamed deliverables → matterstoday 10:04
- maria.s set internal_notes → staff onlytoday 10:05
- admin invited client haldentoday 10:11
À quoi ressemble le portail client généré
Le client se connecte et arrive sur son propre tableau de bord : ses projets en cours avec l'avancement, les livrables en attente de sa validation, son solde ouvert et les fichiers partagés avec lui. Tout ce qui appartient à vos autres clients n'y figure tout simplement pas. Votre équipe ouvre le même portail et voit tous les comptes d'un coup.
Les trois phrases qui protègent le portail
Un prompt de portail est autant un document de permissions qu'une demande de construction. Ces trois demandes font l'essentiel du travail.
Limitez chaque client à ses propres enregistrements
Une phrase du prompt devient un accès par rôle appliqué à chaque table et chaque vue.
Demandez un journal d'audit
Qui a changé quoi et quand — y compris les changements de droits et les invitations clients.
Nommez les champs interdits aux clients
Notes internes, marge et heures restent réservées à l'équipe si vous les listez explicitement.
Après le prompt : continuez à modifier en langage courant
Le prompt est le premier message, pas le dernier. Ajouter une colonne "Signed off by" ou masquer un champ aux clients tient en une phrase de plus, et chaque modification atterrit dans le journal d'audit. L'accompagnement est sur mesure : une vraie personne construit la première version avec vous et montre à votre équipe comment la modifier, pour que le portail ne devienne jamais la seule chose qu'une seule personne comprend. Commencez avec le plan Free à $0/mois, ou ajoutez l'équipe à partir de $99.99/mois.
Questions sur le prompt
Dois-je utiliser le prompt exactement tel quel ?
Non. C'est un point de départ. Changez les noms de tables, les champs et les étapes selon votre processus : ce qui compte, c'est la structure, pas la formulation.
Pourquoi le prompt est-il en anglais sur la page française ?
Le prompt est l'entrée que lit le builder : il reste en anglais pour des résultats constants. Les libellés, les champs et le contenu de votre portail peuvent être dans la langue de votre choix.
Et si le portail obtenu ne convient pas tout à fait ?
Vous continuez à lui parler. Demandez un champ, une étape ou un changement de droits en une phrase et il se met à jour, chaque modification étant écrite dans le journal d'audit.
Les clients ne verront-ils vraiment que leurs propres données ?
Oui, tant que la règle d'accès reste dans le prompt. L'accès est par rôle et limité à l'enregistrement de chaque client : une connexion n'atteint que les lignes rattachées à ce client.