Intelligentes erneutes Ansprechen, um Kundinnen und Kunden zur Rückkehr zu bewegen

NOTE
Dies ist eine Beispielimplementierung, und die Beispiele auf dieser Seite, wie z. B. die Segmentsyntax, sind lediglich Beispiele. Sie sollten die Beispiele als Anleitung verwenden, da Ihre Implementierung unterschiedlich sein kann.

Kontaktieren Sie Kunden, die eine Konversion auf intelligente und verantwortungsvolle Weise abgebrochen haben. Engagieren Sie Kunden mit veralteten Erlebnissen, um die Konversion zu steigern und den Kundenlebenszeitwert zu erhöhen.

Berücksichtigen Sie dabei Echtzeit-Überlegungen, berücksichtigen Sie alle Eigenschaften und Verhaltensweisen von Verbrauchern und bieten Sie eine schnelle Umqualifizierung basierend auf Online- und Offline-Ereignissen.

Nachstehend finden Sie eine allgemeine Architekturansicht der verschiedenen Komponenten von Real-Time CDP und Journey Optimizer. Dieses Diagramm zeigt, wie Daten durch die beiden Experience Platform-Apps von der Datenerfassung bis zu dem Punkt fließen, an dem sie durch Journey oder Kampagnen aktiviert werden, zu Zielen, um den auf dieser Seite beschriebenen Anwendungsfall zu erreichen.

Intelligente visuelle Übersicht zur erneuten Interaktion auf hoher Ebene.

Anwendungsfallübersicht overview

Sie erstellen Schemas, Datensätze und Zielgruppen, während Sie Beispiele für Rückgewinnungsszenarien durcharbeiten. Außerdem erfahren Sie, welche Funktionen zum Einrichten der Beispiel-Journey in Adobe Journey Optimizer und diejenigen, die für die Erstellung von Paid-Media-Anzeigen in Zielen erforderlich sind. In diesem Handbuch werden Beispiele dafür verwendet, wie Kunden in den unten beschriebenen Anwendungsfällen erneut angesprochen werden:

  • Szenario für abgebrochene Produktsuche - Ansprechen von Kunden, die das Durchsuchen von Produkten auf der Website und in der App abgebrochen haben.
  • Szenario mit Warenkorb abgebrochen - Ansprechen von Kunden, die Produkte im Warenkorb platziert, aber noch nicht auf der Website und in der App gekauft haben.
  • Bestellbestätigungsszenario - Konzentrieren Sie sich auf Produktkäufe, die über die Website und die mobile App getätigt werden.

Voraussetzungen und Planung prerequisites-and-planning

Wenn Sie die Schritte zur Implementierung des Anwendungsfalls ausführen, nutzen Sie die folgenden Real-Time CDP- und Adobe Journey Optimizer-Funktionen (aufgelistet in der Reihenfolge, in der Sie sie verwenden werden). Vergewissern Sie sich, dass Sie die notwendigen Attribut-basierten Zugriffsrechte für alle diese Bereiche haben, oder bitten Sie Ihre Systemadmins, Ihnen die notwendigen Rechte zu erteilen.

Anwendungsfall achieve-use-case-instruction

Im Folgenden finden Sie einen allgemeinen Überblick über die drei Beispielszenarien zur erneuten Interaktion.

Szenario für abgebrochene Produktsuche

Das Szenario zum Durchsuchen von nicht mehr unterstützten Produkten zielt sowohl auf das Website- als auch auf die mobile App auf das abgebrochene Durchsuchen von Produkten ab. Dieses Szenario wird ausgelöst, wenn ein Produkt angesehen, aber nicht gekauft oder zum Warenkorb hinzugefügt wurde. In diesem Beispiel wird die Markeninteraktion nach drei Tagen ausgelöst, wenn innerhalb der letzten 24 Stunden keine Listen hinzugefügt wurden.

Kunden intelligente abgebrochene Produktdurchsuchszenario - Überblick auf hoher Ebene. {width="1920" modal="regular"}

  1. Sie erstellen Schemata und Datensätze und aktivieren dann für Profil.

  2. Sie erfassen Daten über Web SDK, Mobile SDK oder API in Experience Platform. Analytics Source Connector kann ebenfalls verwendet werden, kann jedoch zu einer Journey-Latenz führen.

  3. Sie erfassen zusätzliche profilaktivierte Daten, die über Identitätsdiagramme mit dem authentifizierten Web- und App-Besucher verknüpft werden können.

  4. Sie erstellen zielgerichtete Zielgruppen aus der Profilliste, um zu überprüfen, ob eine customer hat in den letzten drei Tagen eine Interaktion durchgeführt.

  5. Sie erstellen eine Journey zum Durchsuchen von aufgegebenen Produkten in Adobe Journey Optimizer.

  6. Arbeiten Sie bei Bedarf mit dem Datenpartner für die Aktivierung von Zielgruppen zu gewünschten Paid-Media-Zielen.

  7. Adobe Journey Optimizer prüft die Zustimmung und sendet die verschiedenen konfigurierten Aktionen.

Szenario für "Warenkorb abgebrochen"

Das Szenario "Stehen gelassener Warenkorb"gilt, wenn Produkte in den Warenkorb gelegt, aber noch nicht auf der Website und in der App gekauft wurden. Darüber hinaus werden Paid Media-Kampagnen mit dieser Methode gestartet und beendet.

Der Kunde hat das Szenario "Warenkorb"verlassen und hat eine allgemeine visuelle Übersicht. {width="1920" modal="regular"}

  1. Sie erstellen Schemata und Datensätze, die für Profil.

  2. Sie erfassen Daten über Web SDK, Mobile SDK oder API in Experience Platform. Analytics Source Connector kann ebenfalls verwendet werden, kann jedoch zu einer Journey-Latenz führen.

  3. Sie erfassen zusätzliche profilaktivierte Daten, die über Identitätsdiagramme mit dem authentifizierten Web- und App-Besucher verknüpft werden können.

  4. Sie erstellen zielgerichtete Zielgruppen aus der Profilliste, um zu überprüfen, ob eine customer hat einen Artikel in den Warenkorb gelegt, aber den Kauf nicht abgeschlossen. Die Zum Warenkorb hinzufügen -Ereignis startet einen Timer, der 30 Minuten lang wartet, und sucht dann nach dem Kauf. Wenn kein Kauf getätigt wurde, wird die customer wird zum Warenkorb verlassen Zielgruppen.

  5. Sie erstellen eine Journey zum abgebrochenen Warenkorb in Adobe Journey Optimizer.

  6. Arbeiten Sie bei Bedarf mit dem Datenpartner für die Aktivierung von Zielgruppen zu gewünschten Paid-Media-Zielen.

  7. Adobe Journey Optimizer prüft die Zustimmung und sendet die verschiedenen konfigurierten Aktionen.

Bestellbestätigungsszenario

Das Szenario zur Bestellbestätigung konzentriert sich auf Produktkäufe, die über die Website und die mobile App getätigt werden.

Szenario zur Bestätigung der Kundenbestellung - Überblick auf hoher Ebene. {width="1920" modal="regular"}

  1. Sie erstellen Schemata und Datensätze und aktivieren dann für Profil.

  2. Sie erfassen Daten über Web SDK, Mobile SDK oder API in Experience Platform. Analytics Source Connector kann ebenfalls verwendet werden, kann jedoch zu einer Journey-Latenz führen.

  3. Sie erfassen zusätzliche profilaktivierte Daten, die über Identitätsdiagramme mit dem authentifizierten Web- und App-Besucher verknüpft werden können.

  4. Sie erstellen eine Bestätigungs-Journey in Adobe Journey Optimizer.

  5. Adobe Journey Optimizer sendet eine Auftragsbestätigungsnachricht über den bevorzugten Kanal.

Um die einzelnen Schritte in den obigen Übersichten auf hoher Ebene abzuschließen, lesen Sie die folgenden Abschnitte durch, die Links zu weiteren Informationen und detaillierteren Anweisungen enthalten.

Erstellen von Schemata und Angeben von Feldergruppen schema-design

Ressourcen des Experience-Datenmodells (XDM) werden im Schemas Arbeitsbereich in Adobe Experience Platform. Sie können die wichtigsten Ressourcen, die von bereitgestellt werden, anzeigen und untersuchen. Adobe (z. B. Feldergruppen) und erstellen Sie benutzerdefinierte Ressourcen und Schemata für Ihre Organisation.

Weitere Informationen zur Erstellung von Schemas, siehe Tutorial zum Erstellen von Schemas. und Modellieren Ihrer Kundenerlebnisdaten mit XDM.

Es gibt vier Schemaentwürfe, die für den Anwendungsfall der erneuten Interaktion verwendet werden. Für jedes Schema müssen spezifische Felder eingerichtet werden. Sie müssen die Aufnahme des Schemas in das Echtzeit-Kundenprofil aktivieren. Weitere Informationen zum Aktivieren des Schemas für die Verwendung im Echtzeit-Kundenprofil finden Sie unter Aktivieren eines Schemas für das Echtzeit-Kundenprofil.

Schema für Kundenattribute

Dieses Schema wird verwendet, um die Profildaten zu strukturieren und zu referenzieren, aus denen Ihre Kundeninformationen bestehen. Diese Daten werden normalerweise in Adobe Experience Platform über Ihr CRM-System oder ein ähnliches System und ist erforderlich, um auf Kundendetails zu verweisen, die für die Personalisierung, die Marketing-Zustimmung und erweiterte Zielgruppenfunktionen verwendet werden.

Das Kundenattribut-Schema wird durch eine Individuelles XDM-Profil -Klasse, die die folgenden Feldergruppen enthält:

Persönliche Kontaktdetails (Feldergruppe)

Persönliche Kontaktangaben ist eine Standardschemafeldgruppe für die Klasse "XDM Individual Profile", die die Kontaktinformationen für eine Person beschreibt.

table 0-row-2 1-row-2 2-row-2
Felder Beschreibung
mobilePhone.number Die Mobiltelefonnummer der Person, die für SMS verwendet wird.
personalEmail.address Die E-Mail-Adresse der Person.
externe Details zur Überprüfung des Quellsystems (Feldergruppe)
Audit-Attribute des externen Quellsystems ist ein standardmäßiger Experience-Datenmodell (XDM)-Datentyp, der Prüfdetails zu einem externen Quellsystem erfasst.
Einverständnis- und Präferenzfeldgruppen (Feldergruppe)

Die Einverständnis und Voreinstellungen Feldergruppe bietet ein einzelnes Objekt-Feld, die Zustimmung, um Zustimmungs- und Präferenzinformationen zu erfassen.

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 6-row-2
Felder Anforderung
consents.marketing.email.val Erforderlich
consents.marketing.preferred Erforderlich
consents.marketing.push.val Erforderlich
consents.marketing.sms.val Erforderlich
consents.personalize.content.val Erforderlich
consents.share.val Erforderlich
Profiltestdetails (Feldergruppe)
Mit dieser Feldergruppe können Sie Ihre Journey vor der Veröffentlichung mithilfe von Testprofilen testen. Weiterführende Informationen zur Erstellung von Testprofilen finden Sie im Abschnitt Tutorial zum Erstellen von Testprofilen und Journey-Tutorial testen.

Schema für digitale Transaktionen des Kunden

Dieses Schema wird verwendet, um die Ereignisdaten zu strukturieren und zu referenzieren, aus denen Ihre Kundenaktivität besteht und die auf Ihrer Website oder den zugehörigen digitalen Plattformen auftreten. Diese Daten werden normalerweise in Adobe Experience Platform via Web SDK und ist erforderlich, um auf die verschiedenen Durchsuchen- und Konversionsereignisse zu verweisen, die zum Auslösen von Journey verwendet werden, detaillierte Online-Kundenanalysen, erweiterte Zielgruppenfunktionen und personalisiertes Messaging.

Das Schema für digitale Transaktionen des Kunden wird durch eine XDM ExperienceEvent -Klasse.

XDM ExperienceEvent (Klasse)

Die XDM ExperienceEvent -Klasse umfasst die folgenden Feldergruppen:

table 0-row-2 1-row-2 2-row-2 3-row-2
Felder Beschreibung
_id Identifiziert individuelle Ereignisse, die in erfasst werden Adobe Experience Platform.
timestamp Ein ISO 8601-Zeitstempel zum Zeitpunkt des Ereignisses, formatiert gemäß RFC 3339 Abschnitt 5.6. Dieser Zeitstempel muss in der Vergangenheit auftreten.
eventType Eine Zeichenfolge, die den Typ der Kategorie für das Ereignis angibt.
Endbenutzer-ID-Details (Feldergruppe)

Die Details zur Endbenutzer-ID -Feldergruppe wird verwendet, um die Identitätsdaten einer Person in mehreren Adobe-Applikationen zu beschreiben.

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 6-row-2
Felder Beschreibung
endUserIDs._experience.emailid.authenticatedState Authentifizierter Status der E-Mail-Adresse des Endbenutzers.
endUserIDs._experience.emailid.id E-Mail-Adresse des Endbenutzers.
endUserIDs._experience.emailid.namespace.code Namespace-Code der E-Mail-Adresse des Endbenutzers.
endUserIDs._experience.mcid.authenticatedState Adobe Authentifizierter Status der Marketing Cloud-ID (MCID). Die MCID wird jetzt als Experience Cloud-ID (ECID) bezeichnet.
endUserIDs._experience.mcid.id Adobe Marketing Cloud-ID (MCID). Die MCID wird jetzt als Experience Cloud-ID (ECID) bezeichnet.
endUserIDs._experience.mcid.namespace.code Adobe Namespace-Code für die Marketing Cloud-ID (MCID).
Commerce-Details (Feldergruppe)

Die Commerce-Details -Feldergruppe wird verwendet, um Commerce-Daten wie Produktinformationen (SKU, Name, Menge) und standardmäßige Warenkorbvorgänge (Bestellung, Checkout, Abbruch) zu beschreiben.

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 6-row-2 7-row-2 8-row-2 9-row-2 10-row-2
Felder Beschreibung
commerce.cart.cartID Eine ID für den Warenkorb.
commerce.order.orderType Ein Objekt, das den Produktanordnungstyp beschreibt.
commerce.order.payments.paymentAmount Ein Objekt, das den Zahlungsbetrag der Produktbestellung beschreibt.
commerce.order.payments.paymentType Ein Objekt, das den Produktzahlungstyp beschreibt.
commerce.order.payments.transactionID Eine Transaktions-ID der Objektproduktbestellung.
commerce.order.purchaseID Eine Kauf-ID für Objektprodukte.
productListItems.name Eine Liste von Artikelnamen, die die von einem Kunden ausgewählten Produkte darstellen.
productListItems.priceTotal Der Gesamtpreis der Artikelliste, die die von einem Kunden ausgewählten Produkte darstellt.
productListItems.product Die ausgewählten Produkte.
productListItems.quantity Die Anzahl der Elemente, die für die von einem Kunden ausgewählten Produkte stehen.
externe Details zur Überprüfung des Quellsystems (Feldergruppe)
Externe Quell-System-Audit-Attribute sind ein standardmäßiger Experience-Datenmodell (XDM)-Datentyp, der Prüfdetails zu einem externen Quellsystem erfasst.

Schema für Offline-Transaktionen des Kunden

Dieses Schema wird verwendet, um die Ereignisdaten zu strukturieren und zu referenzieren, aus denen Ihre Kundenaktivität besteht, die auf Plattformen außerhalb Ihrer Website auftreten. Diese Daten werden normalerweise in Adobe Experience Platform von einem POS (oder einem ähnlichen System) und meist über eine API-Verbindung in Platform gestreamt werden. Ihr Zweck besteht darin, auf die verschiedenen Offline-Konversionsereignisse zu verweisen, die zur Auslösung von Journey verwendet werden, eine tiefe Online- und Offline-Kundenanalyse, erweiterte Zielgruppenfunktionen und personalisiertes Messaging.

Das Schema der Offline-Transaktionen des Kunden wird durch eine XDM ExperienceEvent -Klasse.

XDM ExperienceEvent (Klasse)

Die XDM ExperienceEvent -Klasse umfasst die folgenden Feldergruppen:

table 0-row-2 1-row-2 2-row-2 3-row-2
Felder Beschreibung
_id Identifiziert individuelle Ereignisse, die in erfasst werden Adobe Experience Platform.
timestamp Ein ISO 8601-Zeitstempel zum Zeitpunkt des Ereignisses, formatiert gemäß RFC 3339 Abschnitt 5.6. Dieser Zeitstempel muss in der Vergangenheit auftreten.
eventType Eine Zeichenfolge, die den Typ der Kategorie für das Ereignis angibt.
Commerce-Details (Feldergruppe)

Die Commerce-Details -Feldergruppe wird verwendet, um Commerce-Daten wie Produktinformationen (SKU, Name, Menge) und standardmäßige Warenkorbvorgänge (Bestellung, Checkout, Abbruch) zu beschreiben.

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 6-row-2 7-row-2 8-row-2 9-row-2 10-row-2
Felder Beschreibung
commerce.cart.cartID Eine ID für den Warenkorb.
commerce.order.orderType Ein Objekt, das den Produktanordnungstyp beschreibt.
commerce.order.payments.paymentAmount Ein Objekt, das den Zahlungsbetrag der Produktbestellung beschreibt.
commerce.order.payments.paymentType Ein Objekt, das den Produktzahlungstyp beschreibt.
commerce.order.payments.transactionID Eine Transaktions-ID der Objektproduktbestellung.
commerce.order.purchaseID Eine Kauf-ID für Objektprodukte.
productListItems.name Eine Liste von Artikelnamen, die die von einem Kunden ausgewählten Produkte darstellen.
productListItems.priceTotal Der Gesamtpreis der Artikelliste, die die von einem Kunden ausgewählten Produkte darstellt.
productListItems.product Die ausgewählten Produkte.
productListItems.quantity Die Anzahl der Elemente, die für die von einem Kunden ausgewählten Produkte stehen.
Persönliche Kontaktdetails (Feldergruppe)

Persönliche Kontaktangaben ist eine Standardschemafeldgruppe für die Klasse "XDM Individual Profile", die die Kontaktinformationen für eine Person beschreibt.

table 0-row-2 1-row-2 2-row-2
Felder Beschreibung
mobilePhone.number Die Mobiltelefonnummer der Person, die für SMS verwendet wird.
personalEmail.address Die E-Mail-Adresse der Person.
externe Details zur Überprüfung des Quellsystems (Feldergruppe)
Externe Quell-System-Audit-Attribute sind ein standardmäßiger Experience-Datenmodell (XDM)-Datentyp, der Prüfdetails zu einem externen Quellsystem erfasst.

Adobe-Web-Connector-Schema

NOTE
Dies ist eine optionale Implementierung, wenn Sie die Adobe Analytics Source Connector.

Dieses Schema wird verwendet, um die Ereignisdaten zu strukturieren und zu referenzieren, aus denen Ihre Kundenaktivität besteht und die auf Ihrer Website oder den zugehörigen digitalen Plattformen auftreten. Dieses Schema ähnelt dem Schema Customer Digital Transactions , unterscheidet sich jedoch dadurch, dass es bei Web SDK ist keine Option für die Datenerfassung. Daher ist dieses Schema erforderlich, wenn Sie die Variable Adobe Analytics Source Connector senden Sie Ihre Online-Daten an Adobe Experience Platform entweder als primären oder sekundären Datastream.

Die Adobe Web-Connector-Schema durch eine XDM ExperienceEvent -Klasse.

XDM ExperienceEvent (Klasse)

Die XDM ExperienceEvent -Klasse umfasst die folgenden Feldergruppen:

table 0-row-2 1-row-2 2-row-2 3-row-2
Felder Beschreibung
_id Identifiziert individuelle Ereignisse, die in erfasst werden Adobe Experience Platform.
timestamp Ein ISO 8601-Zeitstempel zum Zeitpunkt des Ereignisses, formatiert gemäß RFC 3339 Abschnitt 5.6. Dieser Zeitstempel muss in der Vergangenheit auftreten.
eventType Eine Zeichenfolge, die den Typ der Kategorie für das Ereignis angibt.
Adobe Analytics ExperienceEvent-Vorlage (Feldergruppe)

Die Adobe Analytics ExperienceEvent Feldergruppe erfasst allgemeine Metriken, die von Adobe Analytics erfasst werden.

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 6-row-2
Felder Beschreibung
endUserIDs._experience.emailid.authenticatedState Authentifizierter Status der E-Mail-Adresse des Endbenutzers.
endUserIDs._experience.emailid.id E-Mail-Adresse des Endbenutzers.
endUserIDs._experience.emailid.namespace.code Namespace-Code der E-Mail-Adresse des Endbenutzers.
endUserIDs._experience.mcid.authenticatedState Adobe Authentifizierter Status der Marketing Cloud-ID (MCID). Die MCID wird jetzt als Experience Cloud-ID (ECID) bezeichnet.
endUserIDs._experience.mcid.id Adobe Marketing Cloud-ID (MCID). Die MCID wird jetzt als Experience Cloud-ID (ECID) bezeichnet.
endUserIDs._experience.mcid.namespace.code Adobe Namespace-Code für die Marketing Cloud-ID (MCID).
externe Details zur Überprüfung des Quellsystems (Feldergruppe)
Externe Quell-System-Audit-Attribute sind ein standardmäßiger Experience-Datenmodell (XDM)-Datentyp, der Prüfdetails zu einem externen Quellsystem erfasst.

Datensatz aus einem Schema erstellen create-datasets

Ein Datensatz ist eine Speicher- und Verwaltungsstruktur für eine Datengruppe. Jedes Schema für intelligente Rückgewinnungsszenarien sollte über einen eigenen Datensatz verfügen.

Weitere Informationen zum Erstellen einer Datensatz aus einem Schema lesen Sie die Handbuch zur Benutzeroberfläche von Datensätzen.

NOTE
Ähnlich wie beim Schritt zum Erstellen eines Schemas müssen Sie die Aufnahme des Datensatzes in das Echtzeit-Kundenprofil aktivieren. Weitere Informationen zum Aktivieren des Datensatzes für die Verwendung im Echtzeit-Kundenprofil finden Sie in der Anleitung zu Daten in das Echtzeit-Kundenprofil integrieren.
IMPORTANT
Es ist gesetzlich vorgeschrieben, Kunden die Möglichkeit zu geben, sich vom Erhalt von Nachrichten einer Marke abzumelden und sicherzustellen, dass diese Entscheidung respektiert wird. Weitere Informationen zu den geltenden Rechtsvorschriften finden Sie im Abschnitt Übersicht über Datenschutzbestimmungen.

Einverständniserklärungen

Wenn Sie einen Rückgewinnungspfad erstellen, sollten Sie Folgendes hinzufügen Einverständnisrichtlinien:

  • Wenn consents.marketing.email.val = "Y" then Can Email
  • Wenn consents.marketing.sms.val = "Y" then Can SMS
  • Wenn consents.marketing.push.val = "Y" then Can Push
  • Wenn consents.share.val = "Y" dann kann Werbung

Beschriftung und Durchsetzung von Data Governance

Wenn Sie einen Rückgewinnungspfad erstellen, sollten Sie Folgendes hinzufügen Data Governance-Beschriftungen:

  • Persönliche E-Mail-Adressen werden als direkt identifizierbare Daten verwendet, die zur Identifizierung oder zum Kontakt mit einer bestimmten Person und nicht mit einem Gerät verwendet werden.
    • personalEmail.address = I1

Datennutzungsrichtlinien

Es gibt keine Datennutzungsrichtlinien für das Szenario mit abgebrochener Produktsuche erforderlich ist. Beachten Sie jedoch Folgendes:

  • Einschränken vertraulicher Daten
  • Einschränken der Onsite-Werbung
  • E-Mail-Targeting einschränken
  • Site-übergreifendes Targeting einschränken
  • Beschränkung der Kombination direkt identifizierbarer Daten mit anonymen Daten

Erstellen von Zielgruppen create-audience

In den Rückgewinnungsszenarios werden Zielgruppen verwendet, um bestimmte Attribute oder Verhaltensweisen zu definieren, die von einer Untergruppe von Profilen aus Ihrem Profilspeicher gemeinsam genutzt werden, um eine vermarktbare Personengruppe aus Ihrem Kundenstamm zu unterscheiden. Zielgruppen können auf verschiedene Weise in Adobe Experience Platform.

Weitere Informationen zum Erstellen einer Zielgruppe finden Sie im Abschnitt Handbuch zur Benutzeroberfläche des Zielgruppendienstes.

Weitere Informationen zum direkten Erstellen von Zielgruppen, lesen Sie die Handbuch zur Benutzeroberfläche für Zielgruppenkomposition.

Weitere Informationen zum Erstellen von Zielgruppen mithilfe von Platform-abgeleiteten Zielgruppendefinitionen finden Sie in der Handbuch zur Benutzeroberfläche von Audience Builder.

Szenario für abgebrochene Produktsuche

Diese Zielgruppe wird als Erweiterung des klassischen Szenarios "Warenkorbabbruch"erstellt. Während sich der Warenkorbabbruch in der Regel auf einen Zusatz zum Warenkorb ohne anschließenden Kauf in einem bestimmten Zeitraum konzentriert, sucht diese Zielgruppe nach einer früheren Interaktion, insbesondere nach denjenigen, die möglicherweise ein bestimmtes Produkt durchsucht, es jedoch nicht zum Warenkorb hinzugefügt haben und innerhalb eines bestimmten Zeitraums keine Nachbearbeitungsaktivität auf Ihrer Site hatten. Diese Zielgruppe hilft dabei, Ihre Marke für Kunden, die diese Aufnahmekriterien erfüllen, "ganz oben im Kopf"zu halten und kann auch für Kunden genutzt werden, deren digitale Eigenschaften von einem herkömmlichen E-Commerce-Modell abweichen können.

accordion
Abgebrochene Produktansicht ohne Interaktion in den letzten drei Tagen

Das folgende Ereignis wird für das Szenario des abgebrochenen Produktdurchsuchs verwendet, bei dem Benutzer in den folgenden 3 Tagen Produkte online angesehen und nicht interagiert haben (Site-Besuche, App-Besuche, Online-Einkäufe, Offline-Käufe und zum Warenkorbereignis hinzugefügte Ereignisse).

Die folgenden Felder und Bedingungen sind beim Einrichten dieser Audience erforderlich:

  • eventType: commerce.productViews
  • und THEN (sequenzielles Ereignis) ausschließen eventType: commerce.productListAdds UND application.launch UND web.webpagedetails.pageViews UND commerce.purchases (Dies umfasst sowohl online als auch offline)
    • Timestamp: > 3 days after productView
  • Timestamp: > 4 days
accordion
Produktansicht mit Interaktion in den letzten drei Tagen

Das folgende Ereignis wird für das Szenario des abgebrochenen Produktdurchsuchs verwendet, bei dem Benutzer Produkte online angesehen und in den folgenden 3 Tagen Interaktionen durchgeführt haben (Site-Besuche, App-Besuche, Online-Einkäufe, Offline-Käufe und Hinzufügen zu Warenkorbereignissen).

Die folgenden Felder und Bedingungen sind beim Einrichten dieser Audience erforderlich:

  • eventType: commerce.productViews
  • und THEN (sequenzielles Ereignis) include eventType: commerce.productListAdds ODER application.launch ODER web.webpagedetails.pageViews ODER commerce.purchases (Dies umfasst sowohl online als auch offline)
    • Timestamp: > 3 days after productView
  • Timestamp: > 4 days
accordion
Interaktions-Streaming am letzten Tag

Das folgende Ereignis wird für das Szenario des abgebrochenen Produktdurchsuchs verwendet, bei dem die Benutzer in den letzten 1 Tagen interagiert haben (Site-Besuche, App-Besuche, Online-Einkäufe, Offline-Käufe und Hinzufügen zu Warenkorbereignissen).

Die folgenden Felder und Bedingungen sind beim Einrichten dieser Audience erforderlich:

  • eventType: commerce.productListAdds OR application.launch OR web.webpagedetails.pageViews OR commerce.purchases
    • Timestamp: in last 1 day (Streaming)
accordion
Interaktionsstapel in den letzten drei Tagen

Das folgende Ereignis wird für das Szenario des abgebrochenen Produktdurchsuchs verwendet, bei dem sich die Benutzer in den letzten drei Tagen engagiert haben (Site-Besuche, App-Besuche, Online-Einkäufe, Offline-Käufe und Hinzufügen zu Warenkorbereignissen).

Die folgenden Felder und Bedingungen sind beim Einrichten dieser Audience erforderlich:

  • EventType: commerce.productListAdds OR application.launch OR web.webpagedetails.pageViews OR commerce.purchases
    • Timestamp: in last 3 days (Batch)
Szenario für "Warenkorb abgebrochen"

Diese Zielgruppe wird erstellt, um das klassische Szenario "Warenkorbabbruch"zu unterstützen. Ihr Zweck besteht darin, Kunden zu finden, die ein Produkt zum Warenkorb hinzugefügt, aber letztlich nicht mit einem Kauf ausgeführt haben. Diese Zielgruppe hilft Ihnen dabei, nicht nur Ihre Marke "ganz oben im Kopf"für Ihre Kunden zu halten, sondern auch die Produkte, die sie ohne nachfolgenden Kauf zurückgelassen haben.

Die folgenden Ereignisse werden für das Szenario mit einem abgebrochenen Warenkorb verwendet, in dem Benutzer zwischen 1 und 4 Tagen ein Produkt zum Warenkorb hinzugefügt, den Kauf jedoch nicht abgeschlossen oder den Warenkorb gelöscht haben.

Die folgenden Felder und Bedingungen sind beim Einrichten dieser Audience erforderlich:

  • eventType: commerce.productListAdds
    • Timestamp: >= 1 days before now AND <= 4 days before now
  • eventType: commerce.purchases
    • Timestamp: <= 4 days before now
  • eventType: commerce.productListRemovals
    • Timestamp: <= 4 days before now

Der Deskriptor für das Szenario "Abbruch des Warenkorbs"wird wie folgt angezeigt:

Include eventType = commerce.productListAdds between 30 min and 1440 minutes before now. exclude eventType = commerce.purchases 30 minutes before now OR eventType = commerce.productListRemovals AND Cart ID equals Product List Adds1 Cart ID (the inclusion event).

Bestellbestätigungsszenario
Für diese Journey müssen keine Zielgruppen erstellt werden.

Journey-Setup in Adobe Journey Optimizer journey-setup

NOTE
Adobe Journey Optimizer umfasst nicht alles, was in den Diagrammen angezeigt wird. Alle Paid Media-Anzeigen werden in Ziele.

Adobe Journey Optimizer hilft Ihnen, Ihren Kunden verknüpfte, kontextbezogene und personalisierte Erlebnisse bereitzustellen. Die Journey ist der gesamte Vorgang der Interaktion eines Kunden mit der Marke. Für jede Journey von Anwendungsfällen sind spezifische Informationen erforderlich. Im Folgenden finden Sie die genauen Daten, die für jede Journey benötigt werden.

Szenario für abgebrochene Produktsuche

Das Szenario zum Durchsuchen von nicht mehr unterstützten Produkten zielt sowohl auf das Website- als auch auf die mobile App auf das abgebrochene Durchsuchen von Produkten ab.

Vom Kunden abgebrochene Produktsuche - Szenario mit einer allgemeinen visuellen Übersicht. {width="1920" modal="regular"}

accordion
Ereignisse

Mit Hilfe von Ereignissen können Sie Ihre Journeys einheitlich auslösen, um Nachrichten in Echtzeit an die Kontakte zu senden, die in die Journey eintreten. Weitere Informationen zu Ereignissen finden Sie im Abschnitt Allgemeine Anleitung zu Ereignissen.

  • Ereignis 1: Produktansichten

    • Schema: Customer Digital Transactions

    • Felder:

      • eventType
    • Bedingung:

      • eventType = commerce.productViews

      • Felder:

        • eventType
        • productListItems.name
        • productListItems.priceTotal
        • productListItems.product
        • productListItems.productImageUrl
        • productListItems.quantity
        • timestamp
        • endUserIDs._experience.emailid.authenticatedState
        • endUserIDs._experience.emailid.id
        • endUserIDs._experience.emailid.namespace.code
        • _id
  • Ereignis 2: Zum Warenkorb hinzufügen

    • Schema: Customer Digital Transactions

    • Felder:

      • eventType
    • Bedingung:

      • eventType = commerce.productListAdds

      • Felder:

        • commerce.productListAdds.id
        • commerce.productListAdds.value
        • eventType
        • identityMap.authenticatedState
        • identityMap.id
        • identityMap.primary
        • productListItems.SKU
        • productListItems.currencyCode
        • productListItems.name
        • productListItems.priceTotal
        • productListItems.product
        • productListItems.productImageUrl
        • productListItems.quantity
        • timestamp
        • commerce.cart.cartID
        • endUserIDs._experience.emailid.authenticatedState
        • endUserIDs._experience.emailid.id
        • endUserIDs._experience.emailid.namespace.code
        • _id
  • Ereignis 3: Markeninteraktion

    • Schema: Customer Digital Transactions

    • Felder:

      • eventType
    • Bedingung:

      • eventType in application.launch, commerce.purchases, web.webpagedetails.pageViews

      • Felder:

        • eventType
        • identityMap.authenticatedState
        • identityMap.id
        • identityMap.primary
        • productListItems.SKU
        • productListItems.currencyCode
        • productListItems.name
        • productListItems.priceTotal
        • productListItems.product
        • productListItems.productImageUrl
        • productListItems.quantity
        • timestamp
        • web.webpagedetails.URL
        • web.webpagedetails.isHomePage
        • web.webpagedetails.name
        • endUserIDs._experience.emailid.authenticatedState
        • endUserIDs._experience.emailid.id
        • endUserIDs._experience.emailid.namespace.code
        • _id
        • commerce.purchases.id
        • commerce.purchases.value
        • shipping.address.city
        • shipping.address.countryCode
        • shipping.address.postalCode
        • shipping.address.state
        • shipping.address.street1
        • shipping.address.street2
        • shipping.shipDate
        • shipping.trackingNumber
        • shipping.trackingURL
accordion
Journey-Arbeitsfläche für Schlüssellogik

Für die Schlüssellogik der Journey-Arbeitsfläche müssen Sie bestimmte Ereignisse identifizieren und Aktionen konfigurieren, die nach dem Eintreten des Ereignisses ausgeführt werden.

  • Journey-Einstiegslogik

    • Ereignis für Produktansicht
  • Bedingungen

    • Suchen Sie nach mindestens einem Online- oder Offline-Kaufereignis seit der letzten Ansicht des Produkts.

      • Schema: Customer Digital Transactions
      • eventType = commerce.purchases
      • timestamp > timestamp of product last viewed
    • Suchen Sie nach mindestens einem Offline-Kauf seit der letzten Ansicht des Produkts:

      • Schema: Offline-Kundentransaktionen
      • eventType = commerce.purchases
      • timestamp > timestamp of product last viewed
    • Bedingungen - Auswählen des Target-Kanals

      • E-Mail
        • consents.marketing.email.val = y
      • Push-Benachrichtigung
        • consents.marketing.push.val=y
      • SMS
        • consents.marketing.sms.val = y
    • Kanalpersonalisierung

      • Personalisierte Kanalinhalte basierend auf der Produktansicht.
Szenario für "Warenkorb abgebrochen"

Das Szenario mit einem abgebrochenen Warenkorb zielt auf Produkte ab, die im Warenkorb platziert, aber noch nicht auf der Website und in der App gekauft wurden.

Der Kunde hat das Szenario "Warenkorb"verlassen und hat eine allgemeine visuelle Übersicht. {width="1920" modal="regular"}

accordion
Ereignisse

Mit Hilfe von Ereignissen können Sie Ihre Journeys einheitlich auslösen, um Nachrichten in Echtzeit an die Kontakte zu senden, die in die Journey eintreten. Weitere Informationen zu Ereignissen finden Sie im Abschnitt Allgemeine Anleitung zu Ereignissen.

  • Ereignis 2: Zum Warenkorb hinzufügen

    • Schema: Customer Digital Transactions

    • Felder:

      • eventType
    • Bedingung:

      • eventType = commerce.productListAdds

      • Felder:

        • commerce.productListAdds.id
        • commerce.productListAdds.value
        • eventType
        • identityMap.authenticatedState
        • identityMap.id
        • identityMap.primary
        • productListItems.SKU
        • productListItems.currencyCode
        • productListItems.name
        • productListItems.priceTotal
        • productListItems.product
        • productListItems.productImageUrl
        • productListItems.quantity
        • timestamp
        • commerce.cart.cartID
        • endUserIDs._experience.emailid.authenticatedState
        • endUserIDs._experience.emailid.id
        • endUserIDs._experience.emailid.namespace.code
        • _id
  • Ereignis 4: Online-Käufe

    • Schema: Customer Digital Transactions

    • Felder:

      • eventType
    • Bedingung:

      • eventType = commerce.purchases

      • Felder:

        • commerce.purchases.id
        • commerce.purchases.value
        • eventType
        • identityMap.authenticatedState
        • identityMap.id
        • identityMap.primary
        • productListItems.SKU
        • productListItems.currencyCode
        • productListItems.name
        • productListItems.priceTotal
        • productListItems.product
        • productListItems.productImageUrl
        • productListItems.quantity
        • timestamp
        • endUserIDs._experience.emailid.authenticatedState
        • endUserIDs._experience.emailid.id
        • endUserIDs._experience.emailid.namespace.code
        • _id
  • Ereignis 3: Markeninteraktion

    • Schema: Customer Digital Transactions

    • Felder:

      • eventType
    • Bedingung:

      • eventType in application.launch, commerce.purchases, web.webpagedetails.pageViews

      • Felder:

        • eventType
        • identityMap.authenticatedState
        • identityMap.id
        • identityMap.primary
        • productListItems.SKU
        • productListItems.currencyCode
        • productListItems.name
        • productListItems.priceTotal
        • productListItems.product
        • productListItems.productImageUrl
        • productListItems.quantity
        • timestamp
        • web.webpagedetails.URL
        • web.webpagedetails.isHomePage
        • web.webpagedetails.name
        • endUserIDs._experience.emailid.authenticatedState
        • endUserIDs._experience.emailid.id
        • endUserIDs._experience.emailid.namespace.code
        • _id
        • commerce.purchases.id
        • commerce.purchases.value
        • shipping.address.city
        • shipping.address.countryCode
        • shipping.address.postalCode
        • shipping.address.state
        • shipping.address.street1
        • shipping.address.street2
        • shipping.shipDate
        • shipping.trackingNumber
        • shipping.trackingURL
accordion
Journey-Arbeitsfläche für Schlüssellogik

Für die Schlüssellogik der Journey-Arbeitsfläche müssen Sie bestimmte Ereignisse identifizieren und Aktionen konfigurieren, die nach dem Eintreten des Ereignisses ausgeführt werden.

  • Journey-Einstiegslogik

    • AddToCart Ereignis
  • AuthenticatedState in authenticated

  • Bedingung: Offline-Käufe seit dem letzten Abbruch des Warenkorbs:

    • Schema: Offline-Kundentransaktionen
    • eventType = commerce.purchases
    • timestamp > timestamp of cart was last abandoned
  • Bedingung: Der Warenkorb wurde gelöscht, da der Warenkorb zuletzt abgebrochen wurde:

    • Schema: Customer Digital Transactions
    • eventType = commerce.cartCleared
    • cartID (Kennung des Warenkorbs)
    • timestamp > timestamp of cart was last abandoned
  • Target-Kanal auswählen (einen oder mehrere Kanäle für eine größere Reichweite auswählen)

    • E-Mail
      • consents.marketing.email.val = y
    • Push-Benachrichtigung
      • consents.marketing.push.val = y
    • SMS
      • consents.marketing.sms.val = y
    • Kanalpersonalisierung
      • Zeigen Sie Informationen zu Warenkorbdetails an und können mehrere Produkte in einem Tabellenformat anzeigen.
Bestellbestätigungsszenario

Das Szenario zur Bestellbestätigung konzentriert sich auf Produktkäufe, die über die Website und die mobile App getätigt werden.

Szenario zur Bestätigung der Kundenbestellung - Überblick auf hoher Ebene. {width="1920" modal="regular"}

accordion
Ereignisse

Mit Hilfe von Ereignissen können Sie Ihre Journeys einheitlich auslösen, um Nachrichten in Echtzeit an die Kontakte zu senden, die in die Journey eintreten. Weitere Informationen zu Ereignissen finden Sie im Abschnitt Allgemeine Anleitung zu Ereignissen.

  • Ereignis 4: Online-Käufe

    • Schema: Customer Digital Transactions

    • Felder:

      • eventType
    • Bedingung:

      • eventType = commerce.purchases

      • Felder:

        • commerce.purchases.id
        • commerce.purchases.value
        • eventType
        • identityMap.authenticatedState
        • identityMap.id
        • identityMap.primary
        • productListItems.SKU
        • productListItems.currencyCode
        • productListItems.name
        • productListItems.priceTotal
        • productListItems.product
        • productListItems.productImageUrl
        • productListItems.quantity
        • timestamp
        • endUserIDs._experience.emailid.authenticatedState
        • endUserIDs._experience.emailid.id
        • endUserIDs._experience.emailid.namespace.code
        • _id
accordion
Journey-Arbeitsfläche für Schlüssellogik

Für die Schlüssellogik der Journey-Arbeitsfläche müssen Sie bestimmte Ereignisse identifizieren und Aktionen konfigurieren, die nach dem Eintreten des Ereignisses ausgeführt werden.

  • Journey-Einstiegslogik

    • Bestellereignis
  • Bedingungen

    • Wählen Sie Zielkanal (wählen Sie einen oder mehrere Kanäle für eine größere Reichweite aus).

      • Eine Bestellbestätigung gilt als Serving in der Natur, daher ist eine Zustimmungsprüfung in der Regel nicht erforderlich.
      • E-Mail
      • Push-Benachrichtigung
      • SMS
    • Personalisierung von Kanalinhalten

      • Zeigen Sie Bestelldetails an und können eine Liste von Produkten im Tabellenformat anzeigen.

Weitere Informationen zum Erstellen von Journey finden Sie unter Adobe Journey Optimizer, lesen Sie die Erste Schritte mit Journey-Handbuch.

Einrichten von Paid-Media-Anzeigen in Zielen paid-media-ads

Das Ziel-Framework wird für Paid-Media-Anzeigen verwendet. Nachdem die Einwilligung überprüft wurde, wird sie an die verschiedenen konfigurierten Ziele gesendet. Weitere Informationen zu Zielen finden Sie im Abschnitt Ziele - Übersicht Dokument.

Für Ziele erforderliche Daten

Streaming-Zielgruppenexport-Ziele (z. B. Facebook, Google Customer Match, Google DV360) unterstützen verschiedene Identitäten aus Kundendaten:

  • personalEmail.address
  • ECID
  • mobilePhone.number

Sie können die abgebrochene Produktsuche aktivieren und die Zielgruppen des Warenkorbs für Paid Media-Anzeigen verlassen.

Nächste Schritte next-steps

Indem Sie Ihre Kunden, die eine Konversion auf intelligente und verantwortungsvolle Weise abgebrochen haben, erneut ansprechen, haben Sie hoffentlich Konversionen erhöht und den Wert für die Kundenlebensdauer erhöht.

Als Nächstes können Sie weitere von Real-Time CDP unterstützte Anwendungsfälle untersuchen, z. B. Anzeigen personalisierter Inhalte für nicht authentifizierte Benutzer in Ihren Web-Eigenschaften.

recommendation-more-help
6f08adb8-9d4a-4cec-8173-ab4c03ac2841