最初の30日間のための顧客オンボーディングポータル
顧客オンボーディングポータルがあれば、最初の30日間はリンク1本にまとまります。新規顧客は決まった項目の入力フォームに記入し、本当に必要な書類をアップロードし、自分で進捗を確認できます。案件ごとに同じメールのやり取りを組み立て直す必要はなくなり、誰にも聞かずに、どの顧客が何で止まっているかが分かります。
Blocked: Riverton Dental Group — waiting on signed W-9 since Aug 8
このプロンプトをコピーしてオンボーディングポータルを作る
AgentUIに貼り付けるだけで、最初の30日間がそのまま動くポータルになります。実務に沿った項目の入力フォーム、依頼済み・受領済み・期限超過の状態を持つ顧客ごとの書類チェックリスト、各段階に入った日付が残る5つのステージ、どの顧客が止まっているかが分かる社内ビュー、そしてその顧客に残っている提出物だけを表示する顧客ビュー。貼り付ける前に項目名・書類リスト・ステージ名は書き換えてください。出発点となる別パターンが欲しい場合は、顧客ポータル向けプロンプト集をご覧ください。
プロンプトは英語のままです。ビルダーが読むのは英語だからです。
Build a client onboarding portal for the first 30 days with a new client.
Create a shared database with four tables. Clients: legal entity name, primary contact, contact email, locations, signed date, target go-live date, onboarding manager, current stage, stage entered at. Intake answers: linked to a client, question, answer, answered at. Document requests: linked to a client, document name (signed service agreement, W-9, certificate of insurance, ACH bank details, prior-year P&L), requested date, due date, status of Requested / Received / Overdue, uploaded file. Stage history: linked to a client, stage of Intake / Documents / Review / Kickoff / Live, entered at, moved by.
Give each new client their own login. A client must only ever see their own intake answers and document requests — never another client's records, and never internal fields like the onboarding manager's notes. Give my team a staff role that can edit everything and an admin role that can also invite clients.
Build the intake form clients fill in on day one, an internal view listing every client in onboarding with their current stage and days sitting in it so blocked accounts stand out, and a client view showing only what that client still owes us, with an upload button.
Record every status change in an audit log with who made it and when.初日はメールのやり取りではなく、入力フォームを1つ送る
入力フォームは、すべての新規顧客に同じ質問を同じ順番で尋ねます。法人名、請求担当、利用システム、対応範囲、承認者。回答はメール11通ではなく1つの共有データベースに集まるので、誰かが転送を忘れないかどうかに左右されません。
受領済みと期限超過が一目で分かる書類チェックリスト
新規顧客から必要な書類は、それぞれ1行で管理します。依頼済み・受領済み・期限超過と、その日付。催促は記憶頼みではなくなります。顧客がファイルをアップロードすると、こちら側の状態がその場で変わります。ダウンロードし直しも、アップロードし直しも、フォルダへのコピーも不要です。
Signed service agreement
Aug 6, 2026
W-9 tax form
Due Aug 8
Certificate of insurance
Aug 7, 2026
Bank details (ACH form)
Sent Aug 11
Brand assets & logo files
Aug 9, 2026
Prior-year P&L statement
Sent Aug 11
誰にも聞かずに、新規顧客がどこで止まっているかが分かる
各案件は自社の実際の段階(受付・書類・確認・キックオフ・稼働)を進み、ポータルが段階ごとの滞留日数を数えます。設定したしきい値を超えたものには印が付きます。「Rivertonの案件はどうなっている?」が、会議ではなく画面で片づきます。
Documents stage exceeds the 4-day threshold — 4 clients waiting
顧客が自分で進捗を確認できるから、催促がなくなる
顧客側の画面が示すのは一つだけです。あなたからまだ必要なもの。未提出の項目、進捗バー、アップロードボタン。いま行っている催促の大半は、顧客が自分で読めたはずのことを伝えているだけです。
Upload W-9 tax form
Overdue by 3 days
Confirm ACH bank details
Requested Aug 11
Upload prior-year P&L
Requested Aug 11
Completed: service agreement · certificate of insurance · brand assets
新規顧客のオンボーディングを担当する人のために
新規顧客のオンボーディングが、いまメール受信箱と共有スプレッドシートとDriveフォルダに散らばっているなら、このページはあなた向けです。1つの共有データベースが正となり、ロールごとのアクセス権が誰がどの顧客を見られるかを決め、監査ログが誰がいつ何を変えたかを残します。だから、ある案件が特定の一人に依存することはありません。
- 共有データベースは1つ — 顧客データがメール受信箱に埋もれない
- 顧客・チーム・拠点ごとのロール別アクセス権
- 監査ログ:誰がいつ何を変えたか
- すでに使っているシステムとSQLで接続
実際の受付ステップを一緒に設計します
自社が顧客をどう受け入れているかを説明すれば、AgentUIがその説明からポータルを組み立てます。自社の段階、自社の書類リスト、自社の項目です。そのあと担当者が伴走型オンボーディングで一緒に仕上げるので、テンプレートに合わせるのではなく、実際の業務にツールが合います。Freeプランから、またはSolo(月$25)から始められます。Teamプランは10名で月$99.99からです。
始める前によくある質問
顧客は当社のシステムにアカウントを作らずにポータルを使えますか?
はい。顧客のアクセス権は社内のアクセス権とは別です。ロール別の権限で、その顧客がどのレコードと書類を見られるかを正確に決められます。他社の顧客データが見えることはありません。
受付の手順がサービスごとに違います。ポータルで対応できますか?
はい。段階、必要書類、入力項目はすべてご自身で定義でき、サービスごとに別の組み合わせを運用できます。テンプレートで固定される部分はありません。
顧客が稼働した後、オンボーディングのデータはどうなりますか?
同じ共有データベースに残ります。初週に集めた回答と書類は、12か月目でも変わらず正となり、すべての変更履歴も残ります。
実際の顧客をこのポータルで受け入れられるまで、どのくらいかかりますか?
業務を説明すれば、すぐに動くポータルが手に入り、その場で手直しできます。伴走型オンボーディングは、設定を一人で抱えさせるのではなく、実際の受付手順に合わせて形にするためにあります。