필요한 개체 매핑하기

학습 목표

이 유닛을 완료하면 다음을 수행할 수 있습니다.

• Customer 360 데이터 모델 구성 요소를 인식할 수 있습니다.
  
• 개인, 연락 담당자, 당사자 개체를 설명할 수 있습니다.
  
• ID 확인 규칙 집합에 대한 매핑 요구 사항을 식별할 수 있습니다.
  

Customer 360 데이터 모델 구성 요소

데이터 및 ID 개념에 대한 요구 사항을 더 이해하려면 Customer 360 데이터 모델을 검토해야 합니다. Customer 360 데이터 모델은 데이터의 상호 운용성을 지원하는 Data Cloud의 표준 데이터 모델입니다. 필요한 곳이라면 어디에서나 데이터를 사용할 수 있도록 지원하는 멋진 방법입니다. Customer 360 데이터 모델 구성 요소를 이해하면 데이터를 더 쉽게 매핑하고 ID 확인 규칙 집합을 만들 수 있습니다. 그럼 살펴보겠습니다.

주제 영역(비즈니스 목표)

Customer 360 데이터 모델은 비즈니스 목표에 따라 주제 영역 또는 데이터 모델을 그룹화합니다. 이러한 목표는 제품을 마케팅 또는 홍보하거나 고객에게 원활한 제품 지원을 제공하기 위한 것일 수 있습니다. 데이터 모델 주제 영역에는 '당사자'라고 불리는 고유 식별자의 그룹 또는 참여 데이터, 판매 주문 또는 제품 정보와 같은 항목이 포함될 수 있습니다. 

DMO라고도 하는 데이터 모델 개체(데이터 그룹)

수집된 데이터 스트림과 인사이트에 의해 생성된 데이터 모델의 개체입니다. DMO는 비즈니스 요구 사항에 따라 표준이 될 수도 있고 맞춤형이 될 수도 있습니다. DMO는 리드, 제품 정보, 고객 정보 등과 같은 데이터를 저장합니다. 

특성(연락처에 대한 데이터)

특성은 다양한 출처에서 주어진 연락처에 대해 알고 있는 고유한 정보입니다. 이러한 데이터는 여러분이 개인 데이터를 서로 연결하고 궁극적으로 고객의 통합 프로필을 구축하도록 지원합니다. 마케터에게 이러한 데이터 포인트는 미세 조정된 세그먼트를 만드는 데 사용할 수 있으므로 마케팅에 필수적인 요소입니다. 예를 들어, 25세 미만이면서 달리는 것보다 웨이트 리프팅을 선호하는 모든 문의자들에게 쿠폰을 보내려고 할 수 있습니다. 이를 위해 Data Cloud에는 나이 및 활동 기본 설정 데이터가 필요합니다. 

사용자가 사용할 수 있도록 이미 생성된 표준 특성이 있지만, 조직은 여러분의 비즈니스 사용 사례에 따라 사용자 정의 특성을 생성할 수도 있습니다.

데이터 매핑의 중요성

복습을 마쳤으니 실전에 적용해볼 시간입니다. 통합 프로필을 만들려면 데이터를 올바르게 매핑해야 합니다. Data Cloud는 양질의 데이터와 일부 작업자의 개입이 있어야 가장 효과적이라는 점에서 인공 지능(AI)과 비슷합니다. 

Data Cloud를 사용하면 시스템은 개인 개체 및 다른 요소(연락 담당자 개체 또는 당사자 식별자 개체)에 데이터가 정확히 매핑되었을 때에만 프로필을 통합할 수 있습니다. 

첫 번째 필수 옵션인 개인 개체부터 시작하겠습니다.

개인 개체

개인 개체는 고객에 대해 알고 있는 모든 개인 정보를 가지고 있기 때문에 가장 중요합니다. 그리고 해당 데이터는 모든 유형의 출처(커머스 데이터에서 소셜 미디어 게시물에 이르기까지)에서 수집될 수 있습니다. 실제로 추가되는 각 데이터 스트림에는 통합 개인 프로필을 생성하기 위해 개인 ID 필드에 연결되는 하나의 필드가 있어야 합니다. 이는 ID 확인 작업을 위해 필요합니다. 

다시 한 번 강조하기 위해 반복해보겠습니다. 

ID 확인을 사용하려면 고객 정보가 있는 모든 데이터 스트림에 개인 개체에서 개인 ID 필드에 매핑된 필드가 있어야 합니다. 

필수 매핑 및 관계

NTO 충성도 프로그램 데이터 소스를 사용하는 예에서 개인 ID에 매핑된 필드는 SubscriberKey 필드입니다. ID는 ID 확인 규칙 집합에서 가장 중요한 특성입니다. 개인 개체의 기본 키 역할을 하며 매핑 및 ID 확인에 필요합니다. 데이터 스트림에서 해당 고객의 고유 식별자 필드가 무엇이든 이 ID에 매핑되어야 합니다. 다음은 개인 개체에 대한 특정 매핑 요구 사항 및 옵션입니다.

고객 데이터의 추가 필드를 개인 개체와 연결된 표준 및 사용자 정의 특성에 매핑할 수도 있습니다. 예를 들어 생년월일, 이름, 성 등의 정보를 매핑할 수 있습니다. 

모든 고객 데이터를 개인 ID 필드에 매핑해야 할 뿐만 아니라 데이터를 다른 하나의 개체에 매핑해야 합니다. 옵션을 검토해 보겠습니다.

연락 담당자 개체

연락 담당자(예: 이메일, 전화, 주소, 기기, 소셜 미디어)에는 모두 ID 확인에 사용할 수 있는 연결된 개체가 있습니다. 이 정보는 다양한 시스템에서 변경되거나 다를 수 있는 개인에 대한 특정 정보를 나타냅니다. 개인 ID와 마찬가지로 연락 담당자 ID는 연락 담당자 개체의 기본 키 역할을 하며 매핑 및 ID 확인에 필요합니다. 데이터 스트림에서 해당 고객의 고유 식별자인 필드는 무엇이든 이 ID에 매핑되어야 합니다.  이러한 개체 요구 사항을 검토해 보겠습니다. 

당사자 식별 개체

마지막으로 살펴 볼 것은 당사자 식별 개체입니다. 당사자 식별자 일치를 사용하면 고객이 제공한 식별자를 사용할 수 있습니다. 당사자 식별자 일치는 Marketing Cloud Engagement 데이터 번들에서 특히 중요한 역할을 합니다. 데이터 번들에는 구독자 ID와 연결된 구독자 관련 데이터(예: 참여 지표)가 있는 데이터 소스와 고객 정보가 포함된 데이터 확장 프로그램이 포함됩니다. 당사자 ID를 기준으로 일치시키기로 결정한 경우 매핑해야 하는 다른 유형의 특성도 고려해야 합니다. 

다른 Salesforce Cloud에서 사용할 수 있는 현재의 데이터 번들 목록은 Data Cloud 참조 가이드의 Starter 데이터 번들에서 확인하세요.

• 당사자 식별 ID: 개인 ID 및 연락 담당자 ID와 마찬가지로 당사자 식별 ID는 기본 키 또는 고객 데이터의 기본 식별자입니다. 모든 고유 ID가 사용될 수 있습니다.
  
• 당사자: 이 ID는 개인 개체에 사용된 것과 동일한 외부 키입니다.
  
• 당사자 식별 유형: 매핑을 위한 필수 필드이지만 ID 확인 시에는 선택 사항입니다. 이 필드는 식별자에 대한 추가 정보(예: 소셜 미디어)를 제공합니다. 일치 규칙을 설정하는 데 사용되므로 자세하게 설명해야 합니다.
  
• 식별 번호: ID 확인 비교에 사용되는 ID입니다.
  
• 식별 이름: 유형과 유사하게, 이 필수 필드는 ID 공간의 이름을 지정하는 데 사용됩니다(예: 모바일 ID 또는 LinkedIn ID). 이 이름은 일치 규칙 설정에도 사용되므로 자세하게 설명해야 합니다.
  
• 표준 및 사용자 정의 특성: 고객 데이터의 추가 필드를 당사자 식별자와 연결된 표준 및 사용자 정의 특성에 매핑합니다.
  

운전면허증을 고유 식별자로 사용하는 예를 살펴보겠습니다.

당사자 식별을 위해 필요한 매핑은 다음과 같습니다.

당사자 관계

ID 공간 간 통합을 활성화하기 위해 당사자 식별 개체는 다대일의 관계 카디널리티를 가지며, 이는 하나의 개인 개체에 여러 당사자 필드가 매핑될 수 있음을 의미합니다. 이 예에서는 LinkedIn, 연락처 ID 및 Marketing Cloud 구독자 키의 세 가지 당사자 식별 유형이 있습니다. 이 세 가지 모두 가능하기 때문에, 이것은 다대일 카디널리티의 예시가 됩니다. 

많은 시스템에서 식별자를 사용하기 때문에, 매핑 및 구성을 완료한 후 일치하는 규칙에 쉽게 추가할 수 있습니다. 설정을 용이하게 하기 위해 유형과 이름을 기록해두세요. 

데이터 매핑 예

이 프로세스를 시각화하기 위해 NTO(Northern Trail Outfitters) 데이터 모델의 데이터 매핑 예시를 살펴보겠습니다. 이 예에서 데이터 스트림인 NTO 충성도 프로그램(1)은 개인 개체(2) 및 연락 담당자 전화 개체(3)에 매핑됩니다. NTO는 전화 번호를 일치 규칙으로 사용하기 위해 이 매핑을 만들었습니다. 

이 매핑에는 세 가지 필수 매핑(기본 키로 식별됨)이 있습니다. 이 예에서 이러한 기본 키는 다음과 같습니다.

• SubscriberKey
  
• 연락 담당자 전화 ID
  
• 개인 ID
  

또한 데이터 소스의 SubscriberKey는 다른 기본 키 및 당사자에 매핑됩니다. 당사자가 필요한 이유는 무엇인가요? 당사자 필드는 데이터 소스에 있는 개체와 기본 키 간의 관계를 제공하는 데 도움이 되기 때문입니다.

Salesforce 개발자 페이지 모델 데이터에서 데이터 모델 개체 참조 문서를 찾으세요.

다음 단계: ID 확인 규칙

이제 매핑의 중요성을 살펴봤으므로 다음 유닛에서는 ID 확인 규칙 집합의 개념에 대해 알아보겠습니다. 

리소스

• Salesforce 도움말: 당사자 주제 영역
• Salesforce 도움말: Customer 360 데이터 모델 개인 및 연락관
• Salesforce 도움말: ID 확인을 위한 데이터 모델링 요구 사항
• Salesforce 개발자: 모델 데이터