고객 포털을 알아보면 문의 접수, 파일 업로드, 주문 조회, 승인, 결제까지 가능한 기능표를 먼저 받기 쉽습니다. 하지만 기능이 많다고 우리 업무에 맞는 포털은 아닙니다. 고객이 직접 확인하거나 처리할 일을 하나 정한 뒤, 그 일을 안전하게 연결할 수 있는 업체인지 살펴봐야 합니다.
고객 포털 솔루션은 내부 업무 시스템을 고객에게 그대로 보여 주는 제품이 아닙니다. 고객과 회사가 반복해서 주고받는 한 가지 업무 흐름을 열어 주는 창구에 가깝습니다. 첫 상담에서 봐야 할 것은 메뉴 수보다 정보가 어디에서 확정되고, 누가 바꾸며, 누구에게 보이는가입니다.
고객이 포털에서 끝낼 첫 업무를 정한다
고객 포털이라는 이름 아래에는 성격이 다른 도구가 함께 있습니다. 도움말, 공지, 1:1 문의를 다루는 고객지원 도구도 있고, 거래처가 주문·계약·청구·진행 상태를 확인하는 업무 화면도 있습니다. “포털이 필요하다”는 말만으로는 적합한 제품이나 구축 범위를 판단하기 어렵습니다.
먼저 고객이 포털에서 반복해서 끝낼 일을 하나 고르십시오. 유지보수 회사라면 고객이 문의만 남기면 되는지, 접수 뒤 담당자와 예정일을 확인하고 자료를 더 제출해야 하는지부터 나눠야 합니다. 문의 접수가 중심이면 기존 고객지원 도구로도 시작할 여지가 있습니다. 반면 진행 상황 확인과 자료 제출이 이어진다면, 요청 상태가 어느 시스템에서 확정되는지가 포털 화면보다 중요해집니다.
계약 변경이나 승인처럼 고객 행동이 업무 결과를 바꾸는 일은 더 조심해야 합니다. 고객이 요청을 보낸 것과 회사가 요청을 확정한 것은 다릅니다. 이 구분이 흐리면 고객은 처리가 끝났다고 이해하지만 내부에서는 검토 대기인 일이 생깁니다. 처음에는 조회나 자료 제출처럼 경계가 분명한 흐름부터 열고, 변경·승인 기능은 운영 방식이 잡힌 뒤 넓히는 편도 현실적입니다.
정보가 흩어져 있다면 화면보다 처리 기준을 맞춘다
고객 요청이 이메일, 전화, 메신저, 스프레드시트에 나뉘어 있고 담당자마다 처리 순서가 다르다면 포털을 먼저 만들어도 고객에게 일관된 진행 정보를 보여 주기 어렵습니다. 이 경우에는 “접수됨”, “검토 중”, “완료”처럼 고객에게 보여 줄 상태와 다음 행동을 먼저 정리하는 편이 낫습니다.
이미 고객관리나 업무관리 시스템에서 담당자와 처리 상태를 일관되게 관리한다면, 포털은 그 정보를 외부에 보여 주고 일부 입력을 받는 창구가 됩니다. 업체는 기존 정보를 읽어 올 방법, 고객 입력이 반영될 위치, 연결이 늦거나 실패했을 때 바로잡는 방법을 설명할 수 있어야 합니다.
상담 전에는 아래 세 문장만 준비해도 충분합니다.
- 고객이 포털에서 가장 자주 확인하거나 처리할 첫 번째 일은 무엇인가?
- 그 일의 공식 정보는 현재 어디에 있으며, 누가 언제 내용을 바꾸는가?
- 고객이 입력하거나 수정한 내용은 내부에서 언제 확정된 것으로 보는가?
이 질문에 대해 업체가 기능 추가 이야기만 반복한다면 업무 흐름을 아직 충분히 이해하지 못했을 수 있습니다. 반대로 정보의 위치와 변경 주체, 연결이 어려운 구간을 함께 짚는다면 정해진 제품으로 시작할지 별도 개발이 필요한지 판단하기 쉬워집니다.
고객별 공개 범위를 화면으로 설명할 수 있어야 한다
외부 고객이 들어오는 포털에서는 로그인만 있으면 충분하지 않습니다. 고객사 관리자와 실무 담당자, 외부 협력사, 새로 바뀐 담당자가 같은 정보와 권한을 가져도 되는지 따져야 합니다. 요청 내용과 첨부 파일, 견적, 처리 결과는 다른 고객사에 보이지 않아야 하며, 검색 결과와 파일 다운로드에도 같은 기준이 적용돼야 합니다.
업체의 설명은 “권한 관리가 가능하다”는 말에서 끝나면 부족합니다. 가상의 두 고객사가 있고 각 회사에 담당자가 여러 명 있다고 두고 물어보면 됩니다. 한 담당자가 자기 회사의 요청만 보는지, 퇴사자 계정은 어떻게 회수하는지, 특정 업무 건만 협력사와 공유할 수 있는지를 화면과 운영 방식으로 보여 달라고 요청하십시오.
모든 포털에 같은 수준의 추가 인증을 요구할 필요는 없습니다. 공지와 일반 문의가 중심이라면 고객이 쉽게 들어오는 것도 중요합니다. 다만 계약 정보, 결제, 변경 승인처럼 계정이 잘못 사용됐을 때 피해가 큰 업무라면 접근 권한과 확인 절차를 더 엄격히 검토해야 합니다.
상담 제안은 원본 정보의 위치, 내용을 갱신할 사람, 고객별 공개 범위를 분명히 답하는지로 가르면 됩니다. 이 세 경계를 설명하지 못하는 제안은 기능이 많아도 우선순위를 낮추는 편이 좋습니다.
