고객 포털 만드는 방법: 파일, 진행 상황, 청구서, 권한

고객 포털은 고객 각자가 로그인해서 프로젝트 진행 상황, 공유된 파일, 열린 요청, 청구서를 확인하는 비공개 영역입니다. 만들려면 고객이 처음 10초 안에 무엇을 봐야 하는지 정확히 정하고, 모든 기록이 한 고객에게 속하도록 고객, 프로젝트, 파일을 모델링하고, 고객이 자신의 기록만 보도록 서버에서 강제하고, 업로드된 파일은 비공개 스토리지에 보관하세요. 기능 목록은 짧게 유지해도 됩니다. 중요한 것은 권한을 제대로 맞추는 것입니다.

사업체가 고객 포털을 만드는 이유

포털은 보통 수많은 이메일 스레드, 공유 폴더, "진행 상황이 어떻게 되나요?"라는 메시지를 대체합니다. 에이전시, 회계사, 컨설턴트, 건설업체, 스튜디오, 서비스 업체 모두 이런 포털을 씁니다. 좋은 포털은 다음을 해 줍니다.

• 고객이 묻기 전에 진행 상황에 대한 질문에 답합니다.
• 최신 버전이 분명히 보이는 상태로 파일을 한곳에 둡니다.
• 흩어진 이메일 대신 요청이 제대로 처리될 자리를 줍니다.
• 업무가 체계적으로 보이게 해 주며, 이는 고객 유지와 소개에 중요합니다.

고객이 한두 명이고 민감한 정보가 없다면 공유 문서나 폴더로 충분할 수 있습니다. 고객이 많거나, 반복되는 작업이 있거나, 고객끼리 서로의 정보를 보면 안 될 때 포털을 만들 가치가 있습니다.

고객 포털에 필요한 것

로그인, 개요, 파일, 요청으로 시작하세요. 청구서, 승인, 메시지 기능은 고객이 실제로 필요로 할 때 추가하세요.

데이터

전형적인 포털에는 고객(회사), 고객 사용자(한 고객에 속하며 로그인하는 사람), 팀원, 프로젝트(한 고객에 속함), 마일스톤이나 상태 업데이트, 파일(프로젝트에 속함), 요청, 그리고 선택적으로 청구서가 있습니다. 핵심 설계 원칙은 모든 기록이 정확히 한 고객으로 거슬러 올라갈 수 있어야 한다는 것입니다. 그래야 권한을 쉽게 강제하고 확인할 수 있습니다.

권한

이것들을 적어 두고 테스트하세요.

• 고객 사용자는 자신의 고객에 속한 프로젝트, 파일, 요청, 청구서만 봅니다.
• 내부 메모는 고객에게 절대 보이지 않습니다.
• 팀원은 배정된 고객만 보며, 규모가 작다면 모든 고객을 봅니다.
• 파일 링크는 비공개이며 기간이 제한되어야 합니다. 누구나 공유하거나 추측할 수 있는 공개 URL이면 안 됩니다.
• 고객 사용자를 제거하면 접근 권한도 즉시 사라집니다.

이 검사는 반드시 서버에서 이루어져야 합니다. 모든 고객의 데이터를 불러온 뒤 브라우저에서 필터링하는 포털은 비공개가 아닙니다.

결정과 절충

로그인 방식

고객은 로그인을 자주 하지 않아서 비밀번호를 잊기 쉽습니다. 포털에서는 매직 링크(이메일로 보내는 로그인 링크)나 고객이 이미 쓰는 계정을 이용한 싱글 사인온이 비밀번호보다 나은 경우가 많습니다. 어떤 방식을 고르든, 누구나 가입하게 하지 말고 여러분 쪽에서 고객을 초대하세요. 옵션 비교는 앱에 로그인을 추가하는 방법 가이드를 참고하세요.

포털 하나 또는 고객마다 하나

고객 목록이 있는 앱 하나가, 고객마다 별도 사이트를 두는 것보다 유지하기 쉽습니다. 같은 앱 안에서도 고객마다 로고나 프로젝트 이름 등으로 브랜드 느낌을 줄 수 있습니다.

파일

업로드를 서버 디스크에 저장하지 말고 제대로 된 파일 스토리지를 쓰세요. 최대 파일 크기를 정하고, 가능하면 파일 형식을 제한하고, 권한 검사를 통과한 사용자에게만 파일을 제공하세요. 버전 관리 방식도 정하세요. 덮어쓸지, 이력을 보관할지 결정하세요.

청구서와 결제

회계 도구의 청구서를 보여 주거나, 포털 안에서 간단한 청구서를 만들거나, 호스팅된 결제 페이지로 링크할 수 있습니다. 완전한 청구 시스템은 별도의 프로젝트입니다. 청구서 앱 만드는 방법을 참고하세요. 포털에서는 보통 청구서 상태와 호스팅된 결제 페이지로 가는 "지금 결제" 링크를 보여 주면 충분합니다.

연동

많은 포털은 두 곳에 업데이트하는 대신, 이미 쓰고 있는 도구(프로젝트 트래커, CRM, 회계 소프트웨어)에서 진행 상황을 가져옵니다. 연동은 시간을 아껴 주지만 설정과 유지 관리가 추가됩니다. 팀이 이미 CRM을 쓰고 있다면, 같은 데이터 위에 포털을 만드는 것을 고려하세요.

AI 빌더를 위한 첫 프롬프트

Northlight라는 작은 웹 디자인 에이전시를 위한 고객 포털을 만들어 줘. 고객은 회사이며, 각 회사에는 로그인하는 고객 사용자가 한 명 이상 있어. 고객 사용자는 자기 회사의 프로젝트만 볼 수 있어. 프로젝트마다 현재 상태(Discovery, Design, Build, Review, Live), 날짜가 있는 다음 마일스톤, 양쪽이 업로드하고 내려받을 수 있는 파일 영역(PDF, 이미지, ZIP, 최대 50MB), 제목, 세부 내용, 우선순위가 있는 요청 양식과 과거 요청 목록 및 상태, 업데이트 타임라인이 필요해. 에이전시 직원은 모든 고객이 있는 관리자 영역을 보고, 프로젝트 상태를 바꾸고, 업데이트를 올리고, 고객에게는 보이지 않는 내부 메모를 추가하고, 요청에 답할 수 있어야 해. 모든 접근 규칙은 서버에서 강제해 줘. 데이터는 데이터베이스에, 파일은 다운로드 링크에 기간 제한이 있는 비공개 파일 스토리지에 저장해 줘. 지금은 임시 로그인으로 두고, 실제 인증은 다음에 추가할 거야. 휴대폰에서도 잘 작동하는 깔끔하고 전문적인 디자인으로 해 줘.

단계별로 만드세요. 데이터와 관리자를 먼저, 그다음 고객 화면, 실제 로그인, 파일, 추가 기능 순입니다. AI 앱 빌더용 프롬프트 작성법에 더 많은 패턴이 있습니다.

빌드 단계

1. 고객이 먼저 무엇을 봐야 하는지, 그리고 지금 무엇을 이메일로 묻는지 정리하세요.
2. 모든 기록이 한 고객에 속하도록 데이터를 설계하세요.
3. 관리자 화면을 만들고 실제 고객 한 명의 데이터를 입력하세요.
4. 그 고객을 위한 고객 화면을 만드세요.
5. 여러분 쪽에서 초대하는 방식으로 실제 로그인을 추가하세요.
6. 다운로드할 때 권한 검사를 거치는 비공개 스토리지에 파일을 추가하세요.
7. 권한 테스트: 테스트 고객 두 명을 만들고, 다른 고객의 데이터를 보는 모든 방법을 시도하세요. URL의 ID를 바꾸기, 파일 링크 추측하기, 오래된 초대 사용하기 등.
8. 요청과 이메일 알림 추가.
9. 친한 고객 한두 명과 파일럿을 진행하고, 아직도 무엇을 이메일로 묻는지 물어보세요.
10. 그 피드백을 바탕으로 청구서, 승인, 연동을 추가하세요.

흔한 실수

• 서버가 아니라 브라우저에서 필터링하기. 가장 심각한 포털 버그입니다. 모든 고객의 데이터가 내려받아지고 단지 숨겨질 뿐입니다.
• 공개 파일 URL. 누구나 열 수 있는 공유 링크는 포털의 목적을 무너뜨립니다.
• 누구나 가입 가능. 고객은 초대를 받아야 하며, 스스로 계정을 만들고 회사를 고르면 안 됩니다.
• 출시 때 기능이 너무 많음. 고객이 이해하지 못하는 포털은 이메일에 밀려 외면받습니다.
• 진실의 원천이 둘. 진행 상황이 프로젝트 도구와 포털 양쪽에 있으면 하나는 낡게 됩니다. 하나를 고르거나 동기화하세요.
• 퇴사 처리를 잊음. 고객 측 직원이 떠나면 그 사람의 접근 권한도 끝나야 합니다.
• 규제 데이터를 적절한 보호 없이 저장하기. 건강, 법률, 금융 기록에는 충족해야 할 법적 요건이 있을 수 있습니다.

비용과 도구

운영 비용은 호스팅, 데이터베이스, 파일 스토리지(공유하는 파일이 늘어날수록 커짐), 초대와 알림용 이메일 제공업체입니다. 호스팅된 로그인 제공업체나 결제 제공업체를 쓴다면, 현재 요금은 각 사이트에서 확인하세요. 1인당 요금을 받는 포털 소프트웨어와 비교하면, 자체 포털의 비용은 고객 수가 아니라 사용량에 따라 늘어납니다.

완성된 제품이 더 나은 경우

업종에 특별한 요구 사항이 있을 때, 예를 들어 법적 효력이 있는 전자서명, 규제된 기록 보관, 세금 서류 교환이 필요할 때, 또는 이미 쓰고 있는 도구가 포털을 기본 포함할 때는 고객 포털 소프트웨어나 회계, 법률, 업무 관리 도구에 내장된 포털 기능이 더 나을 수 있습니다. 이런 제품은 이미 규정 준수와 지원을 처리해 두었습니다. 업무 방식이 범용 포털에 맞지 않을 때, 포털이 브랜드와 업무 방식을 정확히 따르길 원할 때, 또는 고객당 또는 좌석당 요금이 더 이상 타당하지 않을 때는 직접 만드세요.

Mythex로 만들기

Mythex는 위의 프롬프트대로 포털을 만들 수 있습니다. 고객 화면, 관리자 화면, 요청, 타임라인을 포함하며, 앱에 필요하면 전용 Postgres 데이터베이스와 파일 스토리지를 추가합니다. 고객 로그인은 직접 가져오는 방식입니다. Mythex 계정은 앱을 만드는 사람을 위한 것이며, 고객용 인증 방식은 여러분이 고르고 에이전트가 연결합니다. Mythex에는 기본 제공 전자서명이나 청구 제품이 없으므로, 이는 연동이거나 여러분이 직접 만드는 기능입니다. API 키는 모두 프로젝트 비밀 값으로 저장하고, 게시하기 전에 채팅 내 앱 테스터로 고객 화면과 관리자 화면의 흐름을 직접 클릭해 보세요.

문서에는 고객 포털 사용 사례가 있고, 파일 스토리지와 로그인 추가도 다룹니다. 시작 프롬프트가 필요하다면 에이전시 고객 포털 템플릿을 쓰거나 앱 템플릿을 둘러보세요. 실제 고객을 초대하기 전에는 AI로 만든 앱을 위한 보안 체크리스트를 따라가 보세요.

자주 묻는 질문