ㅇㅈㅁㅆ

CRM·멤버십·메시징 가이드

CRM 데이터 이전 매핑표, 필드·관계·동의 확인

AI 보조 조사·작성 · 공식 자료 기반 · 실사용 시험이나 이용 후기가 아닙니다.

CRM 이전 매핑표는 열 이름만 맞추는 표가 아닙니다. 레코드 식별자, 객체 관계, 동의 이력, 담당자, 활동과 첨부파일의 보존 방식까지 원본과 신규 시스템 사이에 연결합니다.

CRM을 바꾸면서 회사명과 이메일만 옮기면 된다고 생각하셨나요? 실제 이관에서는 연락처와 회사의 관계, 거래 단계, 담당자, 활동 기록, 동의 상태처럼 서로 연결된 정보가 더 자주 빠집니다. CRM 데이터 이전 매핑표는 기존 필드와 신규 필드의 이름을 나란히 놓는 데서 끝나지 않고, 변환 규칙과 보존 여부, 검수 방법, 책임자를 함께 적는 문서입니다.

HubSpot의 공식 가져오기 문서는 여러 객체를 가져올 때 고유 식별자로 기존 레코드를 구분하고, 공통 열이나 식별자를 사용해 관계를 연결하도록 설명합니다. 또한 일부 활동은 가져오기 방식에 따라 제약이 다릅니다. 다중 객체 가져오기 절차를 보면 제품의 가져오기 화면보다 먼저 객체와 관계를 설계해야 하는 이유를 확인할 수 있습니다.

CRM 후보의 가져오기·내보내기 조건을 살펴보되 현재 시스템의 원본 데이터는 별도 보관한 뒤 시험 이관을 시작하세요.

CRM 데이터 이전 매핑표의 주요 확인 기준 세 가지를 정리한 설명 도식
본문의 주요 확인 기준을 정리한 자체 제작 도식입니다. 실제 제품 화면이나 고객 성과를 나타내지 않습니다. | 요즘뭐써
이 가이드의 설명을 위해 직접 제작했습니다. 제3자 사진·제품 화면을 사용하지 않았습니다.

이관 대상과 보존 범위를 먼저 어떻게 정하나요?

이관 범위는 '전체 고객 데이터'처럼 쓰지 말고 객체 단위로 적습니다. 연락처, 회사, 거래, 티켓, 활동, 첨부, 사용자, 목록, 자동화 규칙을 펼친 뒤 옮김·보관만·폐기 검토로 나누세요. 법정 또는 계약상 보존이 필요한 정보는 담당 부서와 기준을 확인해야 하며, 불필요한 개인정보를 새 시스템에 그대로 복제하는 일을 기본값으로 두지 않습니다.

범위표에 포함할 질문

  • 어떤 객체와 기간의 레코드를 옮길 것인가요?
  • 고객을 식별하는 기준은 이메일, 외부 ID, 회원번호 중 무엇인가요?
  • 회사와 연락처, 거래와 활동의 관계를 어떤 키로 연결하나요?
  • 동의 일시·수집 경로·철회 상태를 별도 필드로 보존할 수 있나요?
  • 퇴사자 소유 레코드와 비활성 사용자는 누구에게 재배정하나요?

이 범위표가 승인되기 전에는 일괄 가져오기를 누르지 마세요. 시스템마다 지원 객체와 필수 필드가 다르기 때문에, 원본을 먼저 변환하면 되돌릴 기준을 잃기 쉽습니다.

기존·신규 필드 대응표에는 무엇을 적나요?

필드 매핑표의 한 행에는 원본 객체·필드명, 데이터 형식, 예시 값, 신규 객체·필드명, 변환 규칙, 빈값 처리, 중복 기준, 담당자와 판정을 넣습니다. 날짜, 전화번호, 다중 선택, 통화, 사용자 필드는 화면에서 비슷해 보여도 허용 형식이 다를 수 있습니다.

CRM 데이터 이전 매핑표 작성 예시
원본신규 필드변환·관계 규칙검수
contact.legacy_id연락처 외부 ID문자열 유지, 중복 금지원본·대상 고유값 개수 비교
company_id회사 연결 키회사 먼저 생성 후 연락처 연결미연결 연락처 목록 추출
consent_status마케팅 동의 상태동의·철회·미확인을 임의 합치지 않음상태별 건수와 표본 원문 대조
owner_email담당자활성 사용자만 연결, 실패 시 임시 큐미배정 레코드 확인

HubSpot은 가져오기 파일의 열 제목을 속성에 매핑하고, 기존 레코드를 갱신하거나 중복을 피하려면 객체별 고유 식별자가 필요하다고 안내합니다. 파일 형식과 필드 타입 요구사항도 먼저 확인해야 합니다. 가져오기 파일 형식과 식별자 요건을 참고해 대상 CRM의 규칙으로 표를 바꾸세요.

동의·활동·첨부는 왜 별도 줄로 다루나요?

동의 이력은 현재 상태 하나만 옮겨서는 부족할 수 있습니다. 수집 문구, 동의 시각, 수집 경로, 적용 채널, 철회 시각과 증빙 위치를 확인하세요. 이 항목은 조직의 개인정보 처리 기준과 법무 검토가 필요한 영역이며, 이 글의 예시만으로 적법성을 판정할 수는 없습니다.

관계 데이터의 보존 우선순위

  • 연락처와 회사, 거래와 연락처처럼 업무 화면을 구성하는 연결
  • 이메일·통화·회의·메모의 발생 시각과 작성자
  • 첨부파일의 실제 파일, 권한, 원본 레코드 연결
  • 구독 상태와 동의·철회 이력, 수집 출처
  • 담당자와 팀 권한, 공유 범위

HubSpot의 다중 객체 가져오기 안내는 공통 열이나 고유 식별자를 사용해 객체 사이 관계를 만들고, 가져오기 권한과 객체별 필수 속성을 확인하도록 요구합니다. 객체 관계와 권한 조건을 읽은 뒤, 사용 중인 두 CRM의 공식 문서에서 같은 항목을 확인하세요.

후보 CRM을 비교할 때는 'CSV 가져오기 지원'보다 활동·첨부·관계·동의 필드가 어떤 방식으로 옮겨지는지 질문하는 편이 낫습니다.

CRM 데이터 이전 매핑표의 실무 점검 항목을 정리한 설명 도식
본문의 점검 항목을 정리한 자체 제작 도식입니다. 실제 제품 화면이나 고객 성과를 나타내지 않습니다. | 요즘뭐써
이 가이드의 설명을 위해 직접 제작했습니다. 제3자 사진·제품 화면을 사용하지 않았습니다.

시험 이관과 대사는 어떤 순서로 진행하나요?

전체 이관 전에 대표 표본을 고르세요. 정상 레코드만 뽑지 말고 중복 이메일, 빈 회사명, 여러 거래가 연결된 고객, 철회 이력, 퇴사자 담당, 큰 첨부파일처럼 실패하기 쉬운 사례를 포함합니다. 시험 결과는 성공 건수만 보지 말고 원본 건수, 생성·갱신·제외·실패 건수의 합이 맞는지 대사하세요.

시험 이관 체크리스트

  • 원본 내보내기 파일과 해시 또는 보관 시각을 남깁니다.
  • 변환 전·후 파일을 구분하고 수작업 수정 내역을 기록합니다.
  • 오류 로그를 필드별·원인별로 묶어 매핑표에 반영합니다.
  • 레코드 수, 고유 ID 수, 관계 수, 상태별 건수를 비교합니다.
  • 표본 레코드를 화면에서 열어 날짜·한글·줄바꿈·첨부 권한을 확인합니다.

빈 셀을 어떻게 처리하는지도 중요합니다. HubSpot 문서에서는 빈 셀이 기존 값을 자동으로 지우지 않는다고 설명합니다. 빈값 처리 절처럼 제품별 갱신 규칙을 읽지 않으면 '공란으로 초기화' 계획과 실제 결과가 어긋날 수 있습니다.

복구 승인과 전환 당일에는 무엇을 확인하나요?

복구 계획은 백업 파일이 있다는 문장보다 구체적이어야 합니다. 신규 시스템에서 잘못 갱신된 값을 어떤 키로 되돌릴지, 전환 중 발생한 새 활동을 어디에 기록할지, 읽기 전용 기간을 둘지 정하세요. 전환 중단 기준과 승인자를 적으면 오류가 커진 뒤에도 관성적으로 작업을 이어가는 일을 막을 수 있습니다.

최종 승인표에는 시험 표본 통과, 오류 허용 범위, 미해결 항목, 사용자 교육, 자동화 재연결, 원본 시스템 보존 기간을 넣습니다. 정리하면 좋은 CRM 이전은 많은 행을 빠르게 복사하는 일이 아니라, 업무 관계와 판단 근거를 설명 가능한 상태로 옮기는 일입니다. 매핑표가 완성된 뒤 필요한 CRM 기능을 다시 비교해 보세요.

공식 확인 자료

자주 묻는 질문

CRM 데이터 이전 매핑표는 누가 작성하나요?
영업 운영자가 초안을 만들되 CRM 관리자, 현업 사용자, 개인정보·법무 담당자, 데이터 이관 수행자가 각자의 필드와 승인 항목을 확인하는 방식이 좋습니다.
모든 기존 데이터를 새 CRM으로 옮겨야 하나요?
아닙니다. 업무 필요, 보존 의무, 데이터 품질, 이관 비용을 검토해 옮김·별도 보관·폐기 검토로 나누세요.
이메일만 있으면 중복 없이 이전할 수 있나요?
연락처에는 쓸 수 있지만 공유 이메일, 변경된 이메일, 빈값이 있을 수 있습니다. 객체별 외부 ID와 중복 규칙을 함께 정하는 편이 안전합니다.
시험 이관은 몇 건으로 해야 하나요?
고정된 정답은 없습니다. 전체 특성을 대표하고 실패 가능성이 높은 관계·동의·첨부·중복 사례를 포함할 만큼 선정한 뒤 표본 선정 이유를 기록하세요.

출처와 확인 범위

  1. Import records for multiple objects · HubSpot Knowledge Base · 확인 2026-10-27

    뒷받침하는 내용: 여러 CRM 객체를 가져올 때 객체별 필수 속성, 고유 식별자, 공통 열, 관계 매핑, 권한과 오류 처리를 확인하도록 설명합니다.
    확인 범위·한계: HubSpot 제품의 현재 가져오기 기능 기준이며 다른 CRM의 지원 범위를 대신하지 않습니다.

  2. Format import files · HubSpot Knowledge Base · 확인 2026-10-27

    뒷받침하는 내용: 가져오기 파일의 열 제목, 속성 형식, 고유 식별자, 빈 셀 처리, 객체 관계와 필수 필드 요건을 설명합니다.
    확인 범위·한계: HubSpot 파일 가져오기 규칙이며 구독과 제품 변경에 따라 한도·절차가 달라질 수 있습니다.

먼저 이해하면 좋은 용어

함께 볼 공개 가이드