고객 명단을 만들 때 나중에 쓸지도 모른다는 이유로 많은 정보를 모으면 관리 부담과 개인정보 위험이 커집니다. 먼저 어떤 업무에 명단을 사용하는지 정하고 그 목적에 필요한 최소 항목만 정의해야 합니다. 연락을 위한 자료와 서비스 이력, 마케팅 수신 동의는 같은 칸에 섞지 않는 것이 좋습니다.
예를 들어 예약 확인이 목적이라면 이름과 연락 경로, 예약 상태가 필요할 수 있습니다. 생년월일이나 민감한 건강 정보가 정말 필요한지는 별도로 검토해야 합니다. 각 항목의 수집 근거와 보존 기간, 접근할 담당자를 정하고 관련 개인정보 규정을 확인합니다. ‘고객 관리’라는 넓은 말로 모든 자료를 무기한 보관하지 않습니다.
식별 기준도 정해야 합니다. 이름이 같은 두 사람을 혼동하지 않도록 내부 식별값을 사용할 수 있지만 주민등록번호 같은 과도한 정보를 임의로 기본 키로 삼지 않습니다. 전화번호가 바뀌었을 때 이전 기록과 어떻게 연결할지 절차를 마련합니다. 중복 고객을 자동으로 합칠 때 다른 사람의 정보가 결합될 위험을 살펴야 합니다.
마케팅에 사용할 연락처라면 수신 동의의 범위와 철회 상태를 별도로 관리합니다. 예약 안내에 동의한 사실이 광고 메시지 수신 동의를 뜻하지 않습니다. 외부 도구로 명단을 옮길 때에는 권한과 처리 범위를 확인하고 공개 스프레드시트 링크로 공유하지 않습니다. 담당자가 퇴사하면 접근도 회수해야 합니다.
명단의 품질은 칸을 많이 채운 비율만으로 평가하지 않습니다. 최신 연락처와 실제 이용 상태가 맞는지, 잘못된 사람에게 메시지가 가지 않는지 표본으로 확인합니다. 보유기간이 지났거나 처리 목적을 달성해 개인정보가 불필요해졌다면, 개인정보 보호법 제21조에 따라 지체 없이 파기하고 복구·재생되지 않도록 해야 합니다. 다른 법령 때문에 보존해야 하는 정보는 그 근거와 보존 범위를 확인하고 나머지 개인정보와 분리해 저장·관리합니다. 이름을 가리거나 가명으로 바꾸는 조치만으로 파기를 대신할 수는 없습니다. 같은 법 제58조의2의 적용 제외는 시간·비용·기술을 합리적으로 고려할 때 다른 정보를 사용해도 더 이상 개인을 알아볼 수 없는 정보에 한정됩니다. 단순히 ‘비식별 처리’라고 표시했다고 이 요건을 충족하는 것은 아닙니다.
새 항목을 추가하려면 누가 왜 필요로 하는지, 이용자에게 어떻게 알릴지, 현재 시스템에서 안전하게 관리할 수 있는지 검토합니다. 고객 명단은 가능한 정보를 모두 쌓는 창고가 아니라 정해진 서비스 목적을 정확하고 안전하게 수행하기 위한 자료입니다.