전문 서비스 사무소에 자체 고객 포털이 필요한 때는 언제일까요?

고객이 제출해야 하는 문서부터 살펴보세요

고객 포털을 이용하면 고객이 문서를 보내고, 업무 진행 상황과 다음 단계를 확인할 수 있습니다. 사무소에 자체 포털이 필요한지는 실제 업무와 문서를 볼 수 있는 사람에 따라 달라집니다. 보안 파일 공유만으로 충분할 수도 있습니다. 기존 업무 관리 제품을 제대로 설정하면 전체 과정을 처리할 수도 있습니다.

선택하기 전에 팀이 고객에게 보낸 요청이 고객의 답변을 거쳐 다시 팀으로 돌아올 때까지 따라가 보세요. 도착한 자료를 확인해야 하는 사람도 포함해야 합니다. 업로드 버튼 하나로 해결되는 일은 전체 과정의 일부뿐입니다.

가상의 예를 들어 보겠습니다. 한 고객 조직에 사무소가 맡은 사건이 두 건 있습니다. 재무 담당자는 사건 A의 문서를 제출하고, 권한이 있는 다른 담당자는 사건 A와 B를 모두 관리합니다. 재무 담당자는 A에 필요한 자료를 볼 수 있지만 B는 볼 수 없어야 합니다. 같은 고객 조직에 속한다는 사실만으로 두 사람이 같은 접근 권한을 가져야 하는 것은 아닙니다.

요청부터 수정까지 따라가 보세요

팀원이 재무 담당자에게 사건 A에 필요한 문서를 요청합니다. 요청에는 필요한 자료, 해당 사건, 질문이 있을 때 연락할 사람이 적혀 있어야 합니다. 고객에게 다시 입력해 달라고 하기 전에 사무소가 이미 보유한 정보를 확인하세요. 확인하거나 갱신해야 하는 정보라면 그 이유를 분명히 설명합니다.

고객이 파일을 올리면 직원 쪽에서는 무엇을 할까요? 누군가 도착 사실을 확인하고 올바른 사건을 열어 요청에 맞는지 검토해야 합니다. 한 페이지가 빠졌다고 가정해 보세요. 검토 담당자가 필요한 수정을 분명히 안내하고, 고객은 완전한 버전을 다시 보냅니다.

이제 두 사람이 최신 버전을 찾아보게 하세요. 고객은 새 파일이 접수된 것을 확인할 수 있나요? 검토 담당자는 새 파일과 불완전한 파일을 구분할 수 있나요? 이전 버전 중 무엇을 보관할지, 누가 볼 수 있는지, 업무상 얼마나 보관해야 하는지 정합니다.

전체 과정을 마무리하세요. 검토 담당자가 문서를 승인하거나 다시 수정을 요청하고, 고객은 다음에 무엇을 해야 하는지 알 수 있어야 합니다. 알림이 전송되지 않거나 평소 담당자가 자리를 비웠을 때 누가 대기 중인 일을 알아채고 맡을지도 정하세요. 포털은 이런 일상적인 중단 상황에도 답이 있어야 합니다.

각 사람이 무엇을 볼 수 있는지 정하세요

재무 담당자, 두 사건을 관리하는 담당자, 사건을 처리하는 직원의 접근 범위를 적어 두세요. 문서, 메시지, 상태, 다운로드를 포함합니다. 예에 다른 고객 조직도 추가하고, 그 조직의 자료가 두 담당자의 화면에 나타나지 않는지 확인하세요.

고객에게 보여줄 정보도 정합니다. 고객은 팀이 문서를 검토 중이라는 사실만 알면 되고, 내부 논의까지 볼 필요는 없을 수 있습니다. 내부 사건 기록 전체를 공개하면 고객에게 필요하지 않은 정보가 드러날 수 있습니다. 공유할 내용과 그 정확성을 유지하는 방법을 정하세요.

로그인은 사람의 신원을 확인합니다. 하지만 어떤 사건과 파일을 볼 수 있는지는 별도의 규칙이 필요합니다. 예를 들어 Microsoft의 Power Pages 보안 개요는 신원, 웹 역할, 페이지 권한과 데이터 기록에 대한 권한을 구분합니다. 한 공급업체가 여러 통제 방식을 설명하는 자료이며, 해당 제품을 구매하라는 권고는 아닙니다.

Microsoft의 보안 모범 사례는 서버 측 권한 확인과 파일 직접 다운로드를 다룹니다. 제안된 설정이 고객 조직과 사건별 경계를 어떻게 지키는지 공급업체에 물어보세요. 화면이 깔끔하고 로그인이 된다는 사실만으로는 충분하지 않습니다.

세 가지 선택지에 같은 업무를 맡겨 보세요

앞의 요청, 불완전한 제출, 수정 사례를 이용해 선택지를 비교하세요. 각 시연에서 필요한 접근 권한과 직원 업무를 동일하게 유지합니다. 한 제품의 단순 업로드와 다른 제품의 전체 검토 절차를 비교하면 공정한 판단이 어렵습니다.

양쪽에 필요한 업무 시간을 모두 따져 보세요. 고객에게는 쉬운 화면이어도 직원은 모든 업로드를 다른 시스템에 복사하느라 시간을 쓸 수 있습니다. 내부 절차 하나를 바꾸면 기존 제품으로 요청을 충분히 처리할 수도 있습니다. 포털 기능의 개수만 보지 말고 이런 차이를 기록하세요.

영국 정부의 기술 구매 지침은 사용자 요구, 기존 제품, 지속 비용, 구매한 제품을 지원할 역량을 함께 고려합니다. 사무소에도 유용한 질문이지만 영국 정부의 조달 요건이 고객의 구매에 자동으로 적용되는 것은 아닙니다.

허가된 범위에서 가상 자료로 시연하세요

합의된 테스트 범위에 따라 별도의 테스트 환경에서 가상의 고객, 사건, 문서를 설정해 달라고 하세요. 고객 담당자와 직원 역할을 나타내는 계정을 사용합니다. 실제 고객 정보나 실제 고객을 대상으로 한 작업은 테스트에 포함하지 않습니다.

재무 담당자가 허용된 사건 A의 자료는 열 수 있지만 사건 B나 다른 고객 조직의 자료는 열 수 없는지 보여 달라고 하세요. 두 사건을 맡은 담당자는 합의한 자료를 각각 볼 수 있어야 합니다. 권한 밖의 직접 페이지 주소나 다운로드 링크를 열려고 했을 때 예상대로 거부되는지도 확인합니다. 공급업체는 허가된 테스트 안에서 이 검사를 준비하고 보여줘야 합니다.

그다음 빠진 페이지를 보완하는 과정을 끝까지 진행하세요. 고객 역할을 맡은 사람과 직원 검토자가 요청을 찾고, 교체 파일을 제출하고, 최신 파일을 식별하고, 다음에 누가 행동해야 하는지 설명하게 합니다. 고객 측 권한 담당자가 바뀌는 경우도 시험해 이전 담당자의 불필요한 접근이 해제되는지 확인하세요.

잘된 점, 실패한 점, 전문가의 추가 검토가 필요한 점을 기록합니다. 범위를 정한 시연은 제안된 업무 흐름과 접근 규칙의 부족한 부분을 찾는 데 도움이 됩니다. 하지만 포털 전체의 보안을 인증하거나 모든 종류의 고객 정보가 그 안에 적합하다는 것을 증명하지는 않습니다.

누가 계속 관리할지 정하세요

새 고객 계정 승인, 사건 접근 권한 변경, 권한 해제를 누가 담당할지 합의합니다. 잘못된 파일에 대한 신고, 알림 실패, 포털 장애를 누가 처리할지, 해결되는 동안 긴급한 업무를 어떻게 이어갈지도 정합니다. 소프트웨어를 관리하고 변경 후 권한을 확인하는 사람이 누구인지 물어보세요.

종료 절차도 확인합니다. 사무소가 보관해야 하는 문서, 메시지, 유용한 기록과 사건 연결 정보를 어떻게 내보내는지 샘플을 요청하세요. 사건이나 계약이 끝날 때 계정, 보관된 사본, 접근 권한이 어떻게 되는지 정합니다. 보안 공유, 설정된 제품, 맞춤 제안 중 무엇을 선택하든 계약 조건과 지속적인 업무를 비교하세요.

전문 서비스 사무소가 작성할 유용한 구매 요청서에는 시연한 업무 흐름이 담겨야 합니다. 누가 무엇을 요청하고, 누가 볼 수 있으며, 수정은 어떻게 처리하고, 다음 단계는 누가 맡는지 적으세요. 직원 시간과 지속적인 관리까지 포함해 이 흐름을 감당할 수 있게 지원하는 선택지를 고릅니다. 중요한 공백을 메우기 위해 맞춤 소프트웨어가 필요하다면 그 범위를 함께 논의할 수 있습니다. 라이선스, 인도, 지원과 상업 조건은 프로젝트별로 합의합니다.

고객 포털을 선택하기 전에 자주 묻는 질문