CRM 권한 설계, 담당 고객만 보이게 할 때의 부작용

보이지 않으면 중복이 생깁니다

담당 고객만 보이게 하는 설정은 자연스럽습니다. 영업 담당자가 다른 사람의 고객 정보를 볼 이유가 없어 보입니다.

그런데 조회가 막히면 중복 확인도 막힙니다. 새 문의가 들어왔을 때 이미 등록된 고객인지 확인할 방법이 없으므로 새로 등록합니다. 월 200건 가운데 8%가 중복이면 16건입니다.

중복을 병합하는 데 1건당 5분이 걸린다고 보면 월 80분, 1.33시간입니다. 2026년 최저임금 시간급 10,320원으로 환산하면 월 13,760원, 연 165,120원입니다. 금액은 작지만 병합되지 않은 중복이 쌓이면 집계가 틀립니다.

중복이 만드는 두 번째 문제

병합 작업 비용보다 큰 문제는 고객 경험입니다. 같은 회사에 두 담당자가 각각 연락하면 상대가 혼란스러워합니다.

그리고 거래 이력이 갈라집니다. A 담당자가 등록한 고객에 거래 3건, B 담당자가 등록한 같은 고객에 거래 2건이 붙으면 그 회사의 누적 거래가 5건이 아니라 3건과 2건으로 보입니다. 재구매 고객이 신규 고객으로 집계됩니다.

집계가 틀리면 그 위에 올린 판단도 틀립니다. 신규 고객 비율이 실제보다 높게 나오고, 기존 고객 유지율이 낮게 나옵니다. 권한 설정 하나가 지표 두 개를 흔듭니다.

조회와 수정을 분리합니다

해결은 권한을 하나로 보지 않는 것입니다. 조회, 수정, 민감 정보 열람을 각각 다르게 둡니다.

조회는 전체에 열어 둡니다. 중복 확인이 가능해지고 다른 담당자의 접근 방식을 참고할 수 있습니다. 수정은 담당자에게만 둡니다. 남의 고객 기록을 바꿀 수 있으면 사고가 생깁니다. 민감 정보는 따로 제한합니다. 단가나 할인율, 계약 조건은 전체 조회에서 빼는 편이 안전합니다.

세 단으로 나누면 중복은 거의 사라지고 수정 사고도 막힙니다. 설정 복잡도는 올라가지만 한 번 정하면 유지됩니다.

• 조회: 전체 열람 허용.
• 수정: 담당자만.
• 민감 정보(단가·할인·계약 조건): 별도 제한.

전체 조회를 열 수 없는 경우

업종에 따라 전체 조회가 불가능할 수 있습니다. 경쟁 관계인 고객사를 함께 상대하거나, 고객 정보 보호 요건이 엄격한 경우입니다.

이때는 중복 확인만 따로 가능하게 만드는 방법이 있습니다. 전체 고객 목록은 보이지 않지만, 회사명이나 사업자번호를 입력하면 "이미 등록된 고객입니다"라는 결과만 돌려주는 방식입니다. 상세 정보는 보이지 않고 존재 여부만 확인됩니다.

이 구조가 가능한지는 제품에 따라 다릅니다. 가능하지 않다면 등록 전 확인을 관리자에게 요청하는 절차로 대체합니다. 요청 1건에 10분이 걸리고 월 200건이면 33.3시간, 344,000원입니다. 중복 병합 비용 165,120원보다 두 배 이상 큽니다. 이 경우에는 중복을 받아들이고 병합하는 편이 쌉니다.

권한을 바꿀 때 과거 데이터

권한을 열면 그 시점부터 중복이 줄어들지만 이미 쌓인 중복은 남습니다. 1년 동안 월 16건이 쌓였다면 192건입니다.

192건을 병합하는 데 1건당 5분이면 16시간, 165,120원입니다. 1년치 중복을 한 번에 정리하는 비용이 1년치 병합 작업과 같습니다. 꾸준히 병합했든 모아서 했든 비용이 비슷합니다.

결론을 바꾸는 예외는 중복이 거래와 연결된 경우입니다. 양쪽에 거래가 붙어 있으면 병합 과정에서 거래를 어느 쪽으로 옮길지, 중복된 거래를 어떻게 처리할지 판단이 필요합니다. 이때는 1건당 5분으로 끝나지 않고 15분 이상 걸립니다. 192건 가운데 30%인 58건에 거래가 붙어 있다면, 그 건들은 1건당 10분이 더 걸려 580분, 9.7시간, 99,760원이 추가됩니다.