CRM·멤버십·메시징 가이드
CRM 중복 고객, 병합 전에 확인할 항목
AI 보조 조사·작성 · 공식 자료 기반 · 실사용 시험이나 이용 후기가 아닙니다.
같은 이메일만으로 고객 레코드를 합치면 소유자, 활동, 동의 이력이 잘못 섞일 수 있습니다. 중복 기준과 필드별 보존 규칙을 먼저 정하세요.
문의 폼, 웨비나, 영업팀 수기 등록을 거치면서 같은 사람처럼 보이는 레코드가 여러 개 생겼나요? 이메일이 같다는 이유만으로 바로 합치면 담당자, 거래 단계, 수신 동의와 활동 이력이 예상과 다르게 바뀔 수 있습니다.
중복 후보를 찾는 규칙과 실제 병합 규칙은 따로 정하세요. CRM 공식 문서에는 병합 후 되돌릴 수 없거나, 기본 레코드의 값이 우선되고 활동·연결 정보가 합쳐지는 등 제품별 동작이 명시돼 있습니다. HubSpot 병합 동작과 개인정보 정확성 원칙을 확인한 범위에서 안전한 순서를 설명합니다.
CRM 후보를 다시 검토해야 한다면 요즘뭐써 카탈로그에서 병합 이력, 권한, 내보내기 기능을 먼저 확인해 보세요.
이 가이드의 설명을 위해 직접 제작했습니다. 제3자 사진·제품 화면을 사용하지 않았습니다.
중복 고객은 어떤 기준으로 판단하나요?
이름과 이메일이 같아도 실제로는 가족 공용 주소, 대표 메일, 대행사 담당자일 수 있습니다. 반대로 이메일이 달라도 휴대전화, 회사, 행사 등록 정보, 외부 시스템 ID를 보면 같은 사람일 수 있습니다. 한 필드의 일치만으로 자동 병합하지 마세요.
후보 탐지와 병합 확정을 나누세요
후보 탐지는 넓게 잡아 검토 대상을 찾는 단계입니다. 병합 확정은 두 레코드가 같은 정보주체인지 확인하고 어떤 값을 남길지 결정하는 단계입니다. HubSpot의 중복 관리 도구도 이름, 이메일, 전화번호, 회사명 등 여러 속성을 비교해 잠재 후보를 제시합니다. 공식 중복 관리 문서처럼 제품이 제안한 후보도 사람이 관련 기록을 확인한 뒤 처리합니다.
- CRM 레코드 ID와 외부 시스템 ID
- 이메일, 전화번호, 회사, 직책의 현재 값
- 레코드 소유자와 영업 단계, 열린 거래
- 구독 동의의 출처, 시각, 범위와 철회 이력
판단이 어려운 후보는 합치지 않고 보류 목록에 남깁니다. 중복이 남는 불편보다 다른 두 사람을 한 레코드로 합친 뒤 복구하는 위험이 큽니다.
필드별 병합 우선순위는 어떻게 정하나요?
| 필드군 | 확인할 기준 | 권장 처리 | 미확인 시 |
|---|---|---|---|
| 식별자 | CRM·외부 시스템의 고유 ID | 연동 기준 ID와 기본 레코드 지정 | 병합 보류 |
| 연락처 | 최근 본인 제공값과 검증 상태 | 기존 값과 변경 이력 보존 | 값을 덮어쓰지 않음 |
| 소유자·단계 | 진행 중 거래와 담당 조직 | 영업 책임자 승인 후 선택 | 담당자에게 확인 |
| 활동·연결 | 메일, 통화, 회사, 거래 연결 | 제품의 합쳐지는 범위 확인 | 샌드박스 시험 |
| 동의 이력 | 동의 목적, 시각, 철회 상태 | 출처별 기록을 보존하고 최신 철회 반영 | 마케팅 발송 제외 후 검토 |
HubSpot은 기본 레코드의 속성값이 대체로 우선되며 활동과 연결 정보가 합쳐지고, 병합 뒤 원래 상태로 되돌리는 기능은 제공하지 않는다고 안내합니다. 제품과 객체에 따라 예외가 있으므로 What happens when I merge records와 Can I unmerge records 절을 실제 사용 제품 문서와 대조하세요.
개인정보 보호법 제3조는 처리 목적에 필요한 범위에서 개인정보의 정확성, 완전성, 최신성을 보장하도록 정합니다. 국가법령정보센터의 개인정보 보호 원칙을 참고해 오래된 값과 최신 값을 임의로 섞지 말고, 동의와 철회 이력은 법무·개인정보 담당자 기준을 따르세요.
백업·시험·복구 조건은 무엇인가요?
병합 전에 후보 레코드를 내보내고 필드 값, 활동 수, 연결된 거래, 소유자, 동의 이력을 저장합니다. 내보내기 파일은 개인정보이므로 접근권한, 보관 위치, 삭제 시점을 정합니다. 단순히 CSV를 개인 컴퓨터에 내려받아 두는 방식은 피하세요.
대표 후보로 먼저 시험하세요
폼 중복, 행사 중복, 외부 CRM 동기화 중복처럼 발생 경로가 다른 사례를 골라 시험합니다. 병합 뒤 기본 ID, 보조 이메일, 활동 타임라인, 워크플로 등록, 외부 시스템 동기화가 어떻게 바뀌는지 확인하세요. 실제 계정에 샌드박스가 없다면 영향이 적고 관계자가 확인한 레코드부터 제한적으로 처리합니다.
- 병합 전 내보내기 파일과 생성 시각
- 기본 레코드와 보조 레코드 선택 이유
- 남길 필드 값과 예외 승인자
- 병합 후 확인할 연동과 워크플로
- 잘못 합쳤을 때 수동 복구 절차
제품이 병합 취소를 지원하지 않는다면 복구는 새 레코드 생성과 값 재입력일 수 있습니다. 그래서 복구 가능하다는 표현을 쓰기 전에 실제 제품 문서와 백업 범위를 확인합니다.
이 가이드의 설명을 위해 직접 제작했습니다. 제3자 사진·제품 화면을 사용하지 않았습니다.
중복이 다시 생기는 연동 원인은 어떻게 찾나요?
기존 레코드를 합치는 작업만 하면 다음 행사나 폼 제출에서 같은 중복이 생깁니다. 생성 경로별로 어떤 식별자를 보내는지 확인하세요. 웹 폼, 오프라인 업로드, 광고 리드, 웨비나, 영업팀 수기 등록, 외부 CRM 동기화를 표로 나누면 반복 경로가 보입니다.
생성 전에 조회하는지 확인하세요
연동이 항상 새 레코드를 만드는지, 이메일이나 외부 ID로 기존 레코드를 조회한 뒤 갱신하는지 확인합니다. 대소문자, 공백, 국가번호, 회사 도메인 정규화 규칙도 기록하세요. 단, 전화번호나 이메일을 일괄 변경하기 전에 원본과 법적 보관 조건을 검토합니다.
개발 요청에는 중복 레코드 ID, 생성 시각, 생성 주체, 입력값, 연동 실행 ID를 전달합니다. "CRM 오류"라고 단정하지 말고 동일 입력이 두 경로에서 생성됐는지, 재시도가 새 레코드를 만들었는지 확인되지 않았다고 적으세요. 자동화와 CRM 후보의 기능은 관련 카탈로그에서 공식 문서로 비교할 수 있습니다.
병합 후에는 무엇을 다시 점검하나요?
기본 레코드의 소유자와 단계가 맞는지, 활동과 거래 연결이 빠지지 않았는지, 마케팅 수신 상태가 최신 철회를 반영하는지 확인합니다. 외부 시스템에 삭제된 ID가 남아 있거나 다음 동기화에서 레코드가 다시 생성되지 않는지도 봅니다.
병합 건수보다 오류 표본을 기록하는 편이 운영에 도움이 됩니다. 잘못 합칠 뻔한 후보, 보류한 이유, 재발 경로, 수정한 연동 규칙을 남기세요. 실제 병합과 개인정보 처리 기준은 조직의 권한자와 담당 전문가 검토를 거쳐야 합니다.
새 CRM을 검토할 때는 자동 중복 탐지뿐 아니라 병합 전 미리보기, 필드 선택, 병합 이력 내보내기, 권한 분리를 확인하세요. 요즘뭐써 CRM 카탈로그에서 후보의 공식 자료를 확인해 보세요.
공식 확인 자료
- HubSpot Merge records
병합 전후 필드·활동·연결·이력 동작을 검토할 제품 공식 문서
- 개인정보 보호법 제3조
개인정보 정확성·완전성·최신성 원칙을 확인할 공식 법령 원문
자주 묻는 질문
- 이메일이 같으면 같은 고객으로 합쳐도 되나요?
- 바로 합치지 마세요. 공용 주소나 대행사 주소일 수 있으므로 전화번호, 회사, 외부 ID, 활동과 동의 이력을 함께 확인하세요.
- CRM 병합은 되돌릴 수 있나요?
- 제품에 따라 다릅니다. HubSpot은 병합을 원래 상태로 되돌릴 수 없다고 안내하므로 사용 중인 CRM의 공식 문서와 백업 범위를 먼저 확인하세요.
- 어느 레코드를 기본으로 남겨야 하나요?
- 연동 기준 ID, 진행 중 거래, 담당자, 최신 확인 정보와 동의 이력을 보고 정하세요. 생성일 하나만으로 자동 선택하지 않는 편이 안전합니다.
- 중복을 모두 정리하면 다시 생기지 않나요?
- 보장되지 않습니다. 폼, 업로드, 광고 리드, 외부 CRM 동기화의 생성 규칙을 고치지 않으면 같은 유형의 중복이 다시 생길 수 있습니다.
출처와 확인 범위
- Merge records · HubSpot Knowledge Base · 확인 2026-10-27
뒷받침하는 내용: 병합 시 기본 레코드 속성 우선, 활동·연결 결합, 병합 이력, 객체별 예외와 병합 취소 불가를 설명합니다.
확인 범위·한계: HubSpot 제품 동작이며 다른 CRM의 병합 규칙과 같다고 볼 수 없습니다. - 개인정보 보호법 제3조 개인정보 보호 원칙 · 국가법령정보센터·개인정보보호위원회 · 확인 2026-10-27
뒷받침하는 내용: 개인정보처리자는 처리 목적에 필요한 범위에서 개인정보의 정확성, 완전성 및 최신성이 보장되도록 해야 한다고 규정합니다.
확인 범위·한계: 일반 원칙이며 특정 CRM 병합 절차의 법률 자문을 대신하지 않습니다. - 중복 레코드 검토 및 관리 · HubSpot Knowledge Base · 확인 2026-10-27
뒷받침하는 내용: 연락처와 회사의 여러 속성을 비교해 잠재 중복 후보를 찾고 사람이 검토·병합·거부하는 절차를 설명합니다.
확인 범위·한계: HubSpot의 중복 관리 도구이며 구독과 권한에 따라 이용 범위가 다릅니다.