Mappare gli oggetti obbligatori

Obiettivi di apprendimento

Al completamento di questa unità, sarai in grado di:

• Riconoscere i componenti del modello dei dati di Customer 360.
  
• Descrivere gli oggetti Individual (Persona), Contact Point (Punto di contatto) e Party (Parte).
  
• Identificare i requisiti di mappatura per i set di regole di risoluzione delle identità.
  

Componenti del modello dei dati di Customer 360

Per comprendere meglio i requisiti per i concetti di dati e identità, è necessario esaminare il Modello di dati di Customer 360. Il modello dei dati di Customer 360 è il modello dei dati standard di Data Cloud che consente l'interoperabilità dei dati: un modo elegante di dire che rende i dati utilizzabili ovunque ce ne sia bisogno. Comprendere i componenti del modello dei dati di Customer 360 può facilitare la mappatura dei dati e la creazione di set di regole di risoluzione delle identità. Vediamoli.

Area tematica (un obiettivo di business)

Il modello dei dati di Customer 360 raggruppa aree tematiche o modelli di dati in base a obiettivi di business. Questi obiettivi potrebbero riguardare il marketing o la promozione del prodotto o l'offerta di un'assistenza prodotto senza interruzioni per i clienti. Le aree tematiche del modello dei dati potrebbero includere un raggruppamento di identificatori univoci chiamato Parte o potrebbero essere costituite da dati di coinvolgimento, ordini di vendita o informazioni relative a prodotti. 

Oggetto modello di dati, noto anche come DMO (Data Model Object) (gruppi di dati)

Un oggetto modello di dati creato mediante stream di dati e approfondimenti importati. I DMO possono essere standard o personalizzati, a seconda delle esigenze di business. In un DMO sono archiviati dati come lead, informazioni sui prodotti, informazioni sui clienti e così via. 

Attributi (dati sui referenti)

Gli attributi sono informazioni a te note riguardo a un determinato referente, che provengono da una varietà di origini diverse. Queste informazioni consentono di collegare tra loro i dati che riguardano una persona e, in ultima analisi, di creare un profilo unificato del cliente. Per gli esperti di marketing, questi punti di dati sono preziosi perché possono essere utilizzati per creare segmenti ottimizzati. Ad esempio, potresti voler inviare un coupon a tutti i referenti di età inferiore a 25 anni che preferiscono il sollevamento pesi alla corsa. Per farlo, è necessario che in Data Cloud siano disponibili i dati sull'età e sulle preferenze relative all'attività fisica. 

Sono disponibili attributi standard pronti all'uso. Tuttavia, la tua organizzazione può creare attributi personalizzati in base al caso d'uso specifico della tua azienda.

L'importanza della mappatura dei dati

Dopo questo ripasso, è il momento di fare sul serio. Per creare profili unificati, è fondamentale che i dati siano mappati correttamente. Data Cloud è simile all'intelligenza artificiale (IA) perché richiede dati di qualità e un certo grado di intervento umano per essere veramente efficace. 

Con Data Cloud, il sistema può unificare i profili soltanto se sono mappati correttamente all'oggetto Individual (Persona) e a un altro elemento: un oggetto Contact Point (Punto di contatto) o un oggetto Party Identifier (Identificatore parte). 

Iniziamo con la prima opzione obbligatoria: l'oggetto Individual (Persona).

Oggetto Individual (Persona)

L'oggetto Individual (Persona) è il più importante in quanto contiene tutte le informazioni personali sul cliente in tuo possesso. Questi dati possono provenire da diversi tipi di origini (dai dati di Commerce ai post sui social media). In realtà ogni stream di dati che viene aggiunto deve contenere un campo che possa essere connesso al campo Individual ID (ID persona) per creare il profilo unificato di una persona. Si tratta di un campo obbligatorio per la risoluzione delle identità. 

Ripetiamo il concetto ancora una volta per maggiore chiarezza: 

Affinché sia possibile utilizzare la risoluzione delle identità, in tutti gli stream di dati che contengono informazioni sui clienti deve essere presente un campo mappato al campo Individual ID (ID persona) dell'oggetto Individual (Persona). 

Mappature e relazioni obbligatorie

Nel nostro esempio, in cui utilizziamo l'origine dati del programma fedeltà di NTO, il campo mappato a Individual ID (ID persona) è il campo SubscriberKey. Individual ID (ID persona) è l'attributo più importante per i set di regole di risoluzione delle identità, in quanto funge da chiave primaria per l'oggetto Individual (Persona) ed è richiesto per la mappatura e per la risoluzione delle identità. Qualunque sia il campo dello stream di dati che corrisponde all'identificatore univoco del cliente, quel campo dovrà essere mappato a questo ID. Ecco i requisiti e le opzioni specifici per la mappatura dell'oggetto Individual (Persona).

È anche possibile mappare altri campi dei dati dei clienti agli attributi standard e personalizzati associati all'oggetto Individual (Persona). Ad esempio, è possibile mappare la data di nascita, il nome, il cognome e così via. 

Non solo è necessario mappare tutti i dati dei clienti al campo Individual ID (ID persona), ma occorre anche mappare i dati a un altro oggetto. Vediamo quali sono le opzioni.

Oggetti Contact Point (Punto di contatto)

I punti di contatto (ad esempio, email, numero di telefono, indirizzo, dispositivo e social network) sono tutti associati a oggetti che possono essere utilizzati per la risoluzione delle identità. Queste informazioni riguardano una persona in modo specifico e potrebbero cambiare nei diversi sistemi. Analogamente a Individual ID (ID persona), Contact Point ID (ID punto di contatto) funge da chiave primaria per l'oggetto Contact Point (Punto di contatto) ed è obbligatorio per la mappatura e per la risoluzione delle identità. Qualunque sia il campo dello stream di dati che corrisponde all'identificatore univoco del cliente, quel campo dovrà essere mappato a questo ID.  Ricapitoliamo i requisiti di questo oggetto. 

Oggetto Party Identification (Identificazione parte)

In ultimo, ma non in ordine di importanza, abbiamo l'oggetto Party Identification (Identificazione parte). La corrispondenza dell'identificatore parte consente di utilizzare identificatori forniti dai propri clienti. L'individuazione di corrispondenze dell'identificatore parte è particolarmente importante con i bundle di dati di Marketing Cloud Engagement. I bundle di dati includono origini dati contenenti dati correlati agli abbonati (ad esempio, le metriche di coinvolgimento) che sono associati a un ID abbonato ED estensioni dati contenenti anch'esse informazioni sui clienti. Se decidi di cercare corrispondenze in base a Party ID (ID parte), è necessario mappare anche altri tipi di attributi. 

Per un elenco dei bundle di dati attualmente disponibili per altri Salesforce Cloud, consulta la documentazione su Starter Data Bundles (Bundle di dati Starter) nella Data Cloud Reference Guide (Guida di riferimento di Data Cloud).

• Party Identification ID (ID identificazione parte): analogamente a Individual ID (ID persona) e a Contact Point ID (ID punto di contatto), Party Identification ID (ID identificazione parte) è la chiave primaria o l'identificatore primario dei dati del cliente. Può trattarsi di qualsiasi ID univoco.
  
• Party (Parte): questo ID è una chiave esterna uguale a quella utilizzata sull'oggetto Individual (Persona).
  
• Party Identification Type (Tipo di identificazione parte): si tratta di un campo obbligatorio per la mappatura, ma facoltativo per la risoluzione delle identità. Questo campo fornisce informazioni aggiuntive sull'identificatore, ad esempio "Social". È opportuno essere descrittivi, in quanto il campo viene utilizzato per la configurazione delle regole di corrispondenza.
  
• Identification Number (Numero di identificazione): l'ID utilizzato per il confronto della risoluzione dell'identità.
  
• Identification Name (Nome identificazione): analogo al tipo. Questo campo obbligatorio è utilizzato per specificare lo spazio dell'ID, ad esempio: l'ID del dispositivo mobile o l'ID di LinkedIn. Anche questo nome viene utilizzato nella configurazione delle regole di corrispondenza. È quindi opportuno essere descrittivi.
  
• Attributi standard e personalizzati: gli eventuali altri campi dei dati dei clienti possono essere mappati agli attributi standard e personalizzati associati all'identificatore della parte.
  

Vediamo un esempio in cui viene utilizzata la patente di guida come identificatore univoco.

Riassumendo, ecco le mappature obbligatorie per l'identificazione della parte.

Relazioni tra parti

Per abilitare l'unificazione attraverso più spazi degli ID, la cardinalità della relazione dell'oggetto Partyi Identification (Identificazione parte) è molti a uno. In parole semplici, questo vuol dire che possono esistere molti campi Party (Parte) mappati a un solo oggetto Individual (Persona). In questo esempio ci sono 3 tipi di identificazione parte: uno proveniente da LinkedIn, un altro denominato ID Contact (ID referente) e una chiave abbonato di Marketing Cloud. Tutti e tre sono possibili. È questo il motivo della cardinalità molti a uno. 

Poiché molti sistemi utilizzano identificatori, puoi facilmente aggiungerli alle regole di corrispondenza dopo la mappatura e la configurazione. Devi solo accertarti di annotare i tipi e i nomi per semplificare la configurazione. 

Esempio di mappatura dei dati

Per facilitare una rappresentazione visiva di questo processo, diamo uno sguardo a un esempio di mappatura dei dati dal modello dei dati di Northern Trail Outfitters (NTO). In questo esempio, lo stream di dati, il programma fedeltà di NTO (1), viene mappato all'oggetto Individual (Persona) (2) e all'oggetto Contact Point Phone (Telefono punto di contatto) (3). NTO ha creato questa mappatura per poter utilizzare i numeri di telefono come regola di corrispondenza. 

In questa mappatura sono presenti tre mappature obbligatorie (identificate come chiavi primarie). Nell'esempio, le chiavi primarie sono:

• SubscriberKey
  
• Contact Point Phone ID (ID Telefono punto di contatto)
  
• Individual ID (ID persona)
  

Inoltre, osserva come il campo SubscriberKey dell'origine dati è mappato alle altre chiavi primarie e al campo Party (Parte). Perché al campo Party (Parte)? Perché questo campo consente di fornire una relazione tra oggetti e chiavi primarie individuati nelle origini dati.

Puoi trovare la guida di riferimento agli oggetti modello di dati nella pagina di Salesforce Developer Model Data (Modellare i dati).

Argomento successivo: set di regole di risoluzione delle identità

Ora che hai compreso l'importanza della mappatura, nella prossima unità tratteremo il concetto di regole di risoluzione delle identità. 

Risorse

• Guida di Salesforce: Area tematica della parte
  
• Guida di Salesforce: Modello di dati di Customer 360: Persona e punti di contatto
  
• Guida di Salesforce: Requisiti della modellazione dei dati per la risoluzione dell'identità
  
• Salesforce Developers (Sviluppatori Salesforce): Model Data (Modellare i dati)