Prompt para Portal do Cliente
Este prompt de portal do cliente foi escrito para ser colado direto no AgentUI: ele define as tabelas, os campos, os logins de cliente, a regra de acesso por cliente e as telas, para que a primeira versão volte como um portal que funciona, e não como uma casca vazia. Copie do jeito que está ou troque os nomes dos campos pelos que você já usa com seus clientes.
O prompt fica em inglês: é o que o construtor lê.
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.Por que este prompt de portal do cliente funciona
A maioria dos prompts falha porque pede "um portal do cliente" e para por aí. O de cima nomeia quatro tabelas, os campos de cada uma, dois papéis internos, a regra de que cada cliente só vê os próprios registros e três telas — então nada importante fica no palpite. Se quiser o passo a passo completo do que acontece depois de colar, leia como funciona criar seu próprio portal do cliente do início ao fim. Resumindo: o prompt vira um banco de dados compartilhado de verdade, logins de cliente de verdade e um portal que sua equipe pode continuar editando.
Nomeia as tabelas
Clientes, projetos, entregas e faturas — com os campos escritos, não subentendidos.
Declara a regra de acesso
"Cada cliente vê apenas os próprios registros" é a linha mais importante do prompt.
Pede visões, não telas
Um painel do cliente, uma visão de aprovações e uma visão interna: três tarefas, três visões.
Exige um log de auditoria
Assim fica registrado quem mudou o quê e quando desde o primeiro dia, e não depois.
Mais quatro prompts de portal do cliente para copiar
Mesma estrutura, outro tipo de negócio. Escolha o mais parecido com o seu, copie e ajuste os nomes dos campos antes de colar.
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.Use se você toca campanhas e precisa da aprovação do cliente nas peças.
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.Use se você corre atrás de documentos e entrega declarações para clientes.
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.Use se o difícil é levar um cliente novo pelos primeiros 30 dias.
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.Use se o portal precisa parecer o seu produto, não o de um fornecedor.
O que mudar no prompt antes de colar
Vale a pena mexer em três coisas. Os campos: troque pelas palavras que sua equipe usa de verdade, porque renomear depois é fácil, mas começar no seu próprio vocabulário é mais fácil ainda. As etapas: substitua Draft / Awaiting client / Approved pelos nomes que o seu processo realmente usa. As permissões: diga em voz alta quais campos um cliente nunca pode ver — margem, notas internas, horas lançadas — porque tudo o que você não excluir pode acabar visível.
- maria.s renamed deliverables → matterstoday 10:04
- maria.s set internal_notes → staff onlytoday 10:05
- admin invited client haldentoday 10:11
Como fica o portal do cliente gerado
O cliente entra e cai no próprio painel: os projetos ativos com o andamento, as entregas esperando aprovação dele, o saldo em aberto e os arquivos compartilhados com ele. Tudo o que é dos seus outros clientes simplesmente não está ali. Sua equipe abre o mesmo portal e vê todas as contas de uma vez.
As três frases que mantêm o portal seguro
Um prompt de portal é tanto um documento de permissões quanto um pedido de construção. Estes três pedidos fazem quase todo o trabalho.
Limite cada cliente aos próprios registros
Uma frase no prompt vira acesso por papéis aplicado em cada tabela e cada tela.
Peça um log de auditoria
Quem mudou o quê e quando — incluindo mudanças de permissão e convites a clientes.
Nomeie os campos que o cliente não pode ver
Notas internas, margem e horas ficam só para a equipe quando você os lista de forma explícita.
Depois do prompt: continue editando em linguagem comum
O prompt é a primeira mensagem, não a última. Adicionar uma coluna "Signed off by" ou esconder um campo dos clientes é só mais uma frase, e cada mudança cai no log de auditoria. O onboarding é acompanhado de perto: uma pessoa de verdade constrói a primeira versão com você e ensina sua equipe a alterá-la, para o portal nunca virar a coisa que só uma pessoa entende. Comece no plano Free por $0/mês ou traga o time a partir de $99.99/mês.
Dúvidas sobre o prompt
Preciso usar o prompt exatamente como está?
Não. Ele é um ponto de partida. Mude os nomes das tabelas, os campos e as etapas conforme o seu processo — o que importa é a estrutura, não as palavras.
Por que o prompt está em inglês numa página em português?
O prompt é a entrada que o construtor lê, então fica em inglês para dar resultados consistentes. Os rótulos, os campos e o conteúdo do seu portal podem estar em qualquer idioma.
E se o portal que voltar não ficar bem?
Você continua conversando com ele. Peça um campo, uma etapa ou uma mudança de permissão em uma frase e ele atualiza, com cada mudança gravada no log de auditoria.
Os clientes vão mesmo ver só os próprios dados?
Sim, desde que a regra de acesso continue no prompt. O acesso é por papel e limitado ao registro de cada cliente, então cada login alcança apenas as linhas ligadas àquele cliente.