Prompt na portal klienta
Ten prompt na portal klienta jest napisany tak, żeby wkleić go prosto do AgentUI: wymienia tabele, pola, loginy klientów, zasadę dostępu dla każdego klienta i widoki, więc pierwsza wersja wraca jako działający portal, a nie pusta skorupa. Skopiuj go bez zmian albo podmień nazwy pól na te, których już używasz w rozmowach z klientami.
Prompt zostaje po angielsku — to język, który czyta 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.Dlaczego ten prompt na portal klienta działa
Większość promptów zawodzi, bo prosi o "portal klienta" i na tym kończy. Ten powyżej wymienia cztery tabele, pola w każdej z nich, dwie role wewnętrzne, zasadę, że klient widzi wyłącznie własne rekordy, oraz trzy widoki — nic ważnego nie zostaje zgadywaniu. Jeśli chcesz pełny przewodnik po tym, co dzieje się po wklejeniu, przeczytaj jak krok po kroku powstaje własny portal klienta. W skrócie: z promptu powstaje prawdziwa wspólna baza danych, prawdziwe loginy klientów i portal, który twój zespół może dalej edytować.
Wymienia tabele
Klienci, projekty, dostarczane prace, faktury — z wypisanymi polami, nie domyślnymi.
Podaje zasadę dostępu
"Klient widzi wyłącznie własne rekordy" to najważniejsze zdanie w prompcie.
Prosi o widoki, nie o ekrany
Panel klienta, widok akceptacji i widok wewnętrzny — trzy zadania, trzy widoki.
Wymaga dziennika zmian
Kto co zmienił i kiedy jest zapisane od pierwszego dnia, a nie dokładane później.
Cztery kolejne prompty na portal klienta do skopiowania
Ta sama struktura, inna branża. Wybierz najbliższy twojemu, skopiuj i zmień nazwy pól przed wklejeniem.
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.Weź ten, jeśli prowadzisz kampanie i potrzebujesz akceptacji kreacji przez klienta.
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.Weź ten, jeśli zbierasz dokumenty i składasz deklaracje za klientów.
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.Weź ten, jeśli najtrudniejsze jest przeprowadzenie nowego klienta przez pierwsze 30 dni.
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.Weź ten, jeśli portal ma wyglądać jak twój produkt, a nie jak produkt dostawcy.
Co zmienić w prompcie przed wklejeniem
Warto zmienić trzy rzeczy. Pola: wpisz słowa, których naprawdę używa twój zespół — zmiana nazwy później jest łatwa, ale start we własnym języku jest łatwiejszy. Etapy: zamień Draft / Awaiting client / Approved na nazwy z twojego procesu. Uprawnienia: wypisz wprost, których pól klient nigdy nie może zobaczyć — marża, notatki wewnętrzne, zapisane godziny — bo wszystko, czego nie wykluczysz, może stać się widoczne.
- maria.s renamed deliverables → matterstoday 10:04
- maria.s set internal_notes → staff onlytoday 10:05
- admin invited client haldentoday 10:11
Jak wygląda wygenerowany portal klienta
Klient loguje się i trafia na własny panel: aktywne projekty z postępem, prace czekające na jego akceptację, otwarte saldo i udostępnione mu pliki. Tego, co należy do twoich innych klientów, po prostu tam nie ma. Twój zespół otwiera ten sam portal i widzi wszystkie konta naraz.
Trzy zdania, które utrzymują portal bezpiecznym
Prompt na portal to w równym stopniu dokument uprawnień, co zlecenie budowy. Te trzy prośby robią większość roboty.
Ogranicz każdego klienta do jego własnych rekordów
Jedno zdanie w prompcie staje się dostępem opartym na rolach, egzekwowanym w każdej tabeli i każdym widoku.
Poproś o dziennik zmian
Kto co zmienił i kiedy — łącznie ze zmianami uprawnień i zaproszeniami klientów.
Wymień pola, których klient nie może widzieć
Notatki wewnętrzne, marża i godziny zostają tylko dla zespołu, jeśli wypiszesz je wprost.
Po prompcie: dalej zmieniaj zwykłymi zdaniami
Prompt to pierwsza wiadomość, nie ostatnia. Dodanie kolumny "Signed off by" albo ukrycie pola przed klientami to kolejne zdanie, a każda zmiana trafia do dziennika zmian. Onboarding prowadzi żywy człowiek: buduje z tobą pierwszą wersję i pokazuje zespołowi, jak ją zmieniać, żeby portal nigdy nie stał się tą jedną rzeczą, którą rozumie tylko jedna osoba. Zacznij od planu Free za $0/mies. albo dodaj zespół od $99.99/mies.
Pytania o prompt
Czy muszę użyć promptu dokładnie tak, jak jest?
Nie. To punkt wyjścia. Zmień nazwy tabel, pola i etapy pod swój proces — liczy się struktura, nie sformułowania.
Dlaczego prompt na polskiej stronie jest po angielsku?
Prompt to dane wejściowe dla buildera, więc zostaje po angielsku, żeby wyniki były powtarzalne. Etykiety, pola i treść twojego portalu mogą być w dowolnym języku.
A jeśli portal, który wróci, nie będzie w porządku?
Rozmawiasz z nim dalej. Poproś o pole, etap albo zmianę uprawnień jednym zdaniem, a portal się zaktualizuje — każda zmiana trafi do dziennika.
Czy klienci naprawdę zobaczą tylko swoje dane?
Tak, dopóki zasada dostępu zostaje w prompcie. Dostęp jest oparty na rolach i ograniczony do rekordu danego klienta, więc każde logowanie sięga tylko wierszy powiązanych z tym klientem.