첫 30일을 위한 고객 온보딩 포털
고객 온보딩 포털은 첫 30일을 링크 하나로 정리합니다. 신규 고객이 정해진 입력 폼을 작성하고, 실제로 필요한 서류를 올리고, 스스로 진행 상황을 확인합니다. 고객마다 같은 이메일 스레드를 다시 만들 필요가 없고, 누구에게 묻지 않아도 어떤 고객이 무엇 때문에 멈춰 있는지 바로 보입니다.
Blocked: Riverton Dental Group — waiting on signed W-9 since Aug 8
이 프롬프트를 복사해 온보딩 포털을 만드세요
AgentUI에 붙여 넣으면 첫 30일이 그대로 작동하는 포털이 됩니다. 실제 업무에 맞는 항목의 입력 폼, 요청·수령·기한 초과 상태를 가진 고객별 서류 체크리스트, 진입 날짜가 기록되는 다섯 단계, 어느 고객이 멈춰 있는지 보이는 내부 화면, 그리고 그 고객에게 남은 제출물만 보여 주는 고객 화면. 붙여 넣기 전에 항목 이름, 서류 목록, 단계 이름을 고쳐 쓰세요. 시작점이 될 다른 변형이 필요하면 고객 포털 프롬프트 모음을 확인하세요.
프롬프트는 영어 그대로 둡니다. 빌더가 읽는 언어이기 때문입니다.
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.첫날에는 이메일 스레드 대신 입력 폼 하나를 보내세요
입력 폼은 모든 신규 고객에게 같은 질문을 같은 순서로 묻습니다. 법인명, 청구 담당자, 사용 시스템, 업무 범위, 승인자. 답변은 이메일 열한 통이 아니라 하나의 공유 데이터베이스에 모이므로, 누가 전달을 기억하는지에 좌우되지 않습니다.
무엇이 도착했고 무엇이 기한을 넘겼는지 보여 주는 서류 체크리스트
신규 고객에게 받아야 할 서류는 각각 한 줄입니다. 요청, 수령, 기한 초과 상태와 날짜가 함께 남습니다. 독촉이 기억력 싸움이 아니게 됩니다. 고객이 파일을 올리면 우리 쪽 상태가 즉시 바뀝니다. 다시 내려받을 일도, 다시 올릴 일도, 폴더에 복사해 넣을 일도 없습니다.
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 폴더에 흩어져 있다면 이 페이지가 맞습니다. 하나의 공유 데이터베이스가 기준이 되고, 역할 기반 접근 권한이 누가 어떤 고객을 볼 수 있는지 정하며, 감사 로그가 누가 무엇을 언제 바꿨는지 남깁니다. 그래서 고객 한 곳이 특정 한 사람에게 매달리지 않습니다.
- 공유 데이터베이스는 하나 — 고객 데이터가 메일함에 갇히지 않습니다
- 고객, 팀, 지점별 역할 기반 접근 권한
- 감사 로그: 누가 무엇을 언제 바꿨는지
- 이미 쓰는 시스템과 SQL로 연결
실제 접수 단계를 함께 설계합니다
회사가 고객을 어떻게 받아들이는지 설명하면 AgentUI가 그 설명을 바탕으로 포털을 만듭니다. 우리 단계, 우리 서류 목록, 우리 항목으로요. 그다음 담당자가 밀착 온보딩으로 함께 다듬기 때문에, 템플릿에 업무를 맞추는 대신 실제 업무에 도구가 맞춰집니다. Free 플랜이나 월 $25의 Solo로 시작하세요. Team 플랜은 10명 기준 월 $99.99부터입니다.
시작하기 전 자주 묻는 질문
고객이 우리 시스템 계정 없이도 포털을 쓸 수 있나요?
네. 고객 접근 권한은 내부 접근 권한과 분리돼 있습니다. 역할 기반 권한이 해당 고객이 볼 수 있는 레코드와 서류를 정확히 정하며, 다른 고객의 데이터는 절대 보이지 않습니다.
서비스 라인마다 접수 절차가 다릅니다. 포털이 감당하나요?
네. 단계, 필수 서류, 입력 항목은 직접 정의하며 서비스 라인마다 다른 구성을 쓸 수 있습니다. 템플릿이 고정하는 건 없습니다.
고객이 오픈한 뒤 온보딩 데이터는 어떻게 되나요?
같은 공유 데이터베이스에 남습니다. 첫 주에 모은 답변과 서류가 12개월째에도 그대로 기준이 되고, 모든 변경 이력도 함께 남습니다.
실제 고객을 이걸로 받기까지 얼마나 걸리나요?
업무를 설명하면 바로 작동하는 포털을 받아 곧장 고쳐 나갈 수 있습니다. 밀착 온보딩은 설정을 혼자 떠안기지 않고 실제 접수 단계에 맞춰 다듬기 위해 있습니다.