einmaligen Kundenwert auf Lebenszeitwert erhöhen

IMPORTANT
  • Auf dieser Seite finden Sie eine Beispielimplementierung von Real-Time CDP und Adobe Journey Optimizer, um den beschriebenen Anwendungsfall zu erreichen. Verwenden Sie die Zahlen, Qualifikationskriterien und andere Felder auf der Seite als Anleitung, nicht als Zahlenangaben.
  • Um dieses Anwendungsbeispiel abzuschließen, müssen Sie eine Lizenz für Real-Time CDP und Adobe Journey Optimizer besitzen. Weitere Informationen finden Sie weiter unten im Abschnitt Voraussetzungen und Planung .

Implementieren Sie den einmaligen Kundenwert in das Nutzungsszenario für den Lebenszeitwert, um die Markeninteraktion und die Markentreue zu fördern. Erstellen Sie ein vernetztes Kundenerlebnis auf mehreren Kanälen oder Journey, indem Sie die Leistungsfähigkeit von Experience Platform nutzen, erweitert um Real-Time CDP und Journey Optimizer.

Die Personen, die Sie als Ziel auswählen, sind die seltenen Besucher Ihrer Eigenschaften, die in den letzten drei Monaten einige Käufe getätigt haben.

Betrachten Sie diese Kunden, die Ihre Eigenschaften besuchen und sporadisch die von Ihnen angebotenen Produkte oder Services erwerben. Sie können personalisierte Kampagnen erstellen, um diese Kunden anzusprechen, sodass Ihre Marke ihnen anstelle eines einmaligen Wertes einen längeren Wert anbieten kann. Erfahren Sie, wie Sie:

  • Datenerfassung und -verwaltung
  • Erstellen von Zielgruppen
  • Erstellen Sie Journey, um diese Zielgruppen in Adobe Journey Optimizer anzusprechen und in Real-Time CDP zu aktivieren.

Schritt für Schritt: Erhöhen Sie den einmaligen Wert auf den Lebenszeitwert, um eine visuelle Übersicht auf hoher Ebene zu erhalten. {modal="regular"}

Voraussetzungen und Planung prerequisites-and-planning

Beachten Sie, dass Sie intern ein Geschäftsziel und Ziel definiert haben, um die Markentreue zu steigern. Dies kann in der Ausführung eines Anwendungsfalls zur Förderung der Kundeninteraktion und -loyalität münden.

Dazu besteht die erforderliche Technologie aus den beiden Experience Platform-Apps Real-Time CDP und Adobe Journey Optimizer. Nachfolgend sind verschiedene Funktionen und Benutzeroberflächenelemente der beiden Apps aufgeführt, die Sie bei der Implementierung des Anwendungsfalls verwenden werden.

TIP
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.

Architektur von Real-Time CDP und Journey Optimizer

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.

Architekturübersicht auf hoher Ebene. {modal="regular"}

Erreichen des Anwendungsfalls: Allgemeine Übersicht achieve-the-use-case-high-level

Nachfolgend finden Sie eine allgemeine Übersicht über den Workflow, eine Kombination aus einem Journey-Workflow und einem Aktivierungs-Workflow.

Im unten abgebildeten Beispiel-Workflow suchen Sie nach Kunden, die bestimmte Kriterien erfüllen, und möchten sie dazu veranlassen, zu Ihrer Website oder App zurückzukehren. Sie möchten sie auf einer Journey festlegen, auf der sie statt einer eingeschränkten Aktivität in Ihrer Eigenschaft wiederkehrender zurückgegeben werden. Sie versuchen, sie zurück in Ihre Eigenschaft zu bringen und lassen sie dann, sobald sie wieder da sind, die Journey eingeben, um wiederkehrende Käufe auf Ihrer Site durchzuführen. Die hier eingerichtete Kampagne ist auf eine Interaktion mit Kunden pro Monat begrenzt.

Sie beginnen damit, Ihrer Audience von Kunden mit hohem und niedrigem Wert eine Nachricht zu senden. Dann überprüfen Sie, ob sie diese Nachricht innerhalb der letzten dreißig Tage erhalten haben. Ist dies nicht der Fall, können Sie sie in eine Journey eingeben, z. B. über ein neues Abonnement-Programm. Sie können dann einige Tage warten (in diesem Beispiel sieben Tage). Danach können Sie Paid-Media-Anzeigen über Ziele senden, wenn sie das Abonnement, über das Sie ihnen kommuniziert haben, nicht gekauft haben. Wenn der Kunde das Abonnement erworben hat, kann er eine Journey zur Bestellbestätigung eingeben lassen und so den Anwendungsfall abschließen.

IMPORTANT
Wie weiter unten auf dieser Seite beschrieben, werden durch eine dedizierte Feldergruppe für die Einwilligung in Ihrem Schema und durch die Implementierung von Einwilligungsrichtlinien alle Aktionen und Workflows in einer Datenschutz- und Einverständniserteilung implementiert.
recommendation-more-help

Schritt für Schritt: Erhöhen Sie den einmaligen Wert auf den Lebenszeitwert, um eine visuelle Übersicht auf hoher Ebene zu erhalten. {modal="regular"}

  1. Sie erstellen Schemas und Datensätze und markieren diese dann für Profil.
  2. Daten werden über das Web SDK, das Mobile Edge SDK oder die API erfasst und in Experience Platform integriert. Analytics Data Connector kann ebenfalls verwendet werden, kann jedoch zu einer Journey-Latenz führen.
  3. Sie laden Profile in Real-Time CDP und erstellen Governance-Richtlinien, um eine verantwortungsvolle Nutzung sicherzustellen.
  4. Sie erstellen zielgerichtete Zielgruppen aus der Profilliste, um nach Kunden mit hohen und niedrigen Werten zu suchen.
  5. Sie erstellen zwei Journey in Adobe Journey Optimizer: eine, um Benutzer über ein neues Abonnement-Programm zu informieren, und eine, um sie darüber zu informieren, dass der Kauf später bestätigt wird.
  6. Bei Bedarf aktivieren Sie die Zielgruppe der Kunden, die Ihr Abonnement für die gewünschten Paid-Media-Ziele nicht erworben haben.

Anwendungsfall achieve-use-case-instruction

Um die einzelnen Schritte in der obigen allgemeinen Übersicht auszuführen, lesen Sie die folgenden Abschnitte durch, die Links zu weiteren Informationen und detaillierteren Anweisungen enthalten.

Funktionen und Elemente der Benutzeroberfläche, die Sie verwenden werden ui-functionality-and-elements

Wenn Sie die Schritte zur Implementierung des Anwendungsfalls ausführen, verwenden Sie die am Anfang dieses Dokuments aufgelisteten Elemente für Real-Time CDP, Adobe Journey Optimizer und Benutzeroberfläche. Vergewissern Sie sich, dass Sie über die erforderlichen attributbasierten Zugriffssteuerungsberechtigungen für alle diese Bereiche verfügen, oder bitten Sie Ihren Systemadministrator, Ihnen die erforderlichen Berechtigungen zu erteilen.

Erstellen eines Schemaentwurfs und Angeben von Feldergruppen schema-design

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

Weitere Informationen zum Erstellen von Schemas finden Sie im Tutorial zum Erstellen von Schemas .

Es gibt mehrere Schemaentwürfe, die Sie in dieser Beispielimplementierung für den Anwendungsfall verwenden können, um einen einmaligen Wert zu einem Lebenszeitwert zu entwickeln. Jedes Schema enthält spezifische erforderliche Felder, die eingerichtet werden müssen, sowie einige Felder, die vorgeschlagen werden.

Basierend auf Beispielimplementierungen empfiehlt Adobe, die folgenden drei Schemas zu erstellen, um diesen Anwendungsfall zu erreichen:

Schema für Kundenattribute customer-attributes-schema

Verwenden Sie dieses Schema, um die Profildaten zu strukturieren und zu referenzieren, aus denen Ihre Kundeninformationen bestehen. Diese Daten werden in der Regel über Ihr CRM-System oder ein ähnliches System in Adobe Experience Platform erfasst und sind erforderlich, um auf Kundendetails zu verweisen, die für die Personalisierung, Marketingzustimmung und erweiterte Segmentierungsfunktionen verwendet werden.

Schema für Kundenattribute mit hervorgehobenen Feldergruppen

Das Kundenattributschema wird durch eine Klasse vom Typ XDM Individual Profile dargestellt, die die folgenden Feldgruppen enthält:

Demografische Details (Feldergruppe)
Demografische Details ist eine Standardschemafeldgruppe für die Klasse "XDM Individual Profile". Die Feldergruppe stellt ein Personenobjekt der Stammebene bereit, dessen Unterfelder Informationen über eine Person beschreiben.
Persönliche Kontaktdetails (Feldergruppe)
Persönliche Kontaktdetails ist eine Standardschemafeldgruppe für die Klasse "XDM Individual Profile", die die Kontaktinformationen für eine Person beschreibt.
externe Source-Systemprüfungsdetails (Feldergruppe)
Externe Source-Systemprüfungsattribute ist ein standardmäßiger Experience-Datenmodell (XDM)-Datentyp, der Prüfdetails zu einem externen Quellsystem erfasst.
Einverständnis- und Präferenzfeldgruppen (Feldergruppe)
Die Feldergruppe "Einverständnis und Voreinstellungen" bietet ein einzelnes Objektfeld, Einverständniserklärungen, um Einverständniserklärungen und Präferenzinformationen zu erfassen.

Schema für digitale Transaktionen des Kunden customer-digital-transactions-schema

Dieses Schema wird verwendet, um die Ereignisdaten zu strukturieren und zu referenzieren, aus denen Ihre Kundenaktivität besteht, die auf Ihrer Website oder auf anderen zugehörigen digitalen Plattformen auftreten. Diese Daten werden in der Regel über das Web SDK in Adobe Experience Platform erfasst und sind erforderlich, um auf die verschiedenen Durchsuchen- und Konversionsereignisse zu verweisen, die zum Auslösen von Journey verwendet werden, sowie auf eine detaillierte Online-Kundenanalyse und erweiterte Segmentierungsfunktionen.

Schema für digitale Kundentransaktionen mit hervorgehobenen Feldergruppen

Das Schema für digitale Transaktionen des Kunden wird durch eine XDM ExperienceEvent -Klasse dargestellt, die die folgenden Feldergruppen enthält:

Adobe Experience Platform Web SDK ExperienceEvent (Feldergruppe)
table 0-row-2 1-row-2 2-row-2
Felder Anforderung
device.model Vorgeschlagen
environment.browserDetails.userAgent Vorgeschlagen
Webdetails (Feldergruppe)
Web Details ist eine Standardschemafeldgruppe für die XDM ExperienceEvent-Klasse, die zur Beschreibung von Informationen zu Webdetailereignissen wie Interaktion, Seitendetails und Referrer verwendet wird.
Consumer Experience-Ereignis (Feldergruppe)

Diese Feldergruppe enthält verschiedene Informationen zu Aktionen, z. B. zu Kauf- oder Browsing-Ereignissen, die von Benutzern in Ihrer Web-Eigenschaft ausgeführt werden.

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 11-row-2 12-row-2 13-row-2 14-row-2 15-row-2 16-row-2 17-row-2 18-row-2 19-row-2 20-row-2 21-row-2 22-row-2 23-row-2 24-row-2 25-row-2 26-row-2 27-row-2 28-row-2 29-row-2
Feld Anforderung
commerce.cart.cartID Vorgeschlagen
commerce.cart.cartSource Vorgeschlagen
commerce.cartAbandons.id Vorgeschlagen
commerce.cartAbandons.value Vorgeschlagen
commerce.order.orderType Vorgeschlagen
commerce.order.payments.paymentAmount Vorgeschlagen
commerce.order.payments.paymentType Vorgeschlagen
commerce.order.payments.transactionID Vorgeschlagen
commerce.order.priceTotal Vorgeschlagen
commerce.order.purchaseID Vorgeschlagen
commerce.productListAdds.id Vorgeschlagen
commerce.productListAdds.value Vorgeschlagen
commerce.productListOpens.id Vorgeschlagen
commerce.productListOpens.value Vorgeschlagen
commerce.productListRemoval.id Vorgeschlagen
commerce.productListRemoval.value Vorgeschlagen
commerce.productListViews.id Vorgeschlagen
commerce.productListViews.value Vorgeschlagen
commerce.productViews.id Vorgeschlagen
commerce.productViews.value Vorgeschlagen
commerce.purchases.id Vorgeschlagen
commerce.purchases.value Vorgeschlagen
marketing.campaignGroup Vorgeschlagen
marketing.campaignName Vorgeschlagen
marketing.trackingCode Vorgeschlagen
productListItems.name Vorgeschlagen
productListItems.priceTotal Vorgeschlagen
productListItems.product Vorgeschlagen
productListItems.quantity Vorgeschlagen
Endbenutzer-ID-Details (Feldergruppe)
Die Feldergruppe Details der Endbenutzer-ID enthält verschiedene Informationen über Ihre Benutzer, z. B. ob sie beim Besuch auf Ihrer Site authentifiziert sind, und Informationen über ihre Identität.
externe Source-Systemprüfungsdetails (Feldergruppe)
Externe Source-Systemprüfungsattribute sind ein standardmäßiger XDM-Datentyp (Experience Data Model), der Prüfdetails zu einem externen Quellsystem erfasst.

Schema für Offline-Transaktionen des Kunden customer-offline-transactions-schema

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 in der Regel von einem POS (oder ähnlichen System) in Adobe Experience Platform erfasst und meist über eine API-Verbindung an Platform gestreamt. Lesen Sie mehr über die Batch-Erfassung. Ihr Zweck besteht darin, auf die verschiedenen Offline-Konversionsereignisse zu verweisen, die zum Auslösen von Journey verwendet werden, sowie auf eine tiefe Online- und Offline-Kundenanalyse und erweiterte Segmentierungsfunktionen.

Schema für Offline-Transaktionen des Kunden mit hervorgehobenen Feldergruppen

Das Schema für Offline-Transaktionen des Kunden wird durch eine XDM ExperienceEvent -Klasse dargestellt, die die folgenden Feldergruppen enthält:

Commerce Details (Feldergruppe)
Commerce Details ist eine Standardschemafeldgruppe für die Klasse XDM ExperienceEvent, die zur Beschreibung von Commerce-Daten wie Produktinformationen (SKU, Name, Menge) und Standardvorgängen zum Warenkorb (Bestellung, Checkout, Abbruch) verwendet wird.
Persönliche Kontaktdetails (Feldergruppe)
Persönliche Kontaktdetails ist eine Standardschemafeldgruppe für die Klasse XDM Individual Profile, die die Kontaktinformationen für eine Person beschreibt.
externe Source-Systemprüfungsdetails (Feldergruppe)
Externe Source-Systemprüfungsattribute sind ein standardmäßiger XDM-Datentyp (Experience Data Model), der Prüfdetails zu einem externen Quellsystem erfasst.

Adobe-Web-Connector-Schema adobe-web-connector-schema

NOTE
Dies ist eine optionale Implementierung, wenn Sie den Adobe Analytics Data Connector verwenden.

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

Adobe Web-Connector-Schema mit hervorgehobenen Feldergruppen

Das Web-Connector-Schema Adobe wird durch eine XDM ExperienceEvent -Klasse dargestellt, die die folgenden Feldergruppen enthält:

Adobe Analytics ExperienceEvent-Vorlage (Feldergruppe)
Adobe Analytics ExperienceEvent Full Extension ist eine Standardschemafeldgruppe, die allgemeine Metriken erfasst, die von Adobe Analytics erfasst werden.

Datensatz aus einem Schema erstellen dataset-from-schema

Ein Datensatz ist eine Speicher- und Verwaltungsstruktur für eine Datengruppe. Jedes Schema, das zur Durchführung dieser Beispielimplementierung verwendet wird, verfügt über einen einzigen Datensatz.

Weitere Informationen zum Erstellen eines Datensatzes aus einem Schema finden Sie im Handbuch zur Benutzeroberfläche für Datensätze.

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 im Tutorial Schema erstellen .

Einverständniserklärungen

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 in der Übersicht über die Datenschutzbestimmungen .

Erwägen Sie die Implementierung der folgenden Zustimmungsrichtlinien und die Aufforderung Ihrer Besucher zur Einwilligung, bevor Sie sie kontaktieren:

  • Wenn consents.marketing.email.val = "Y", dann Kann E-Mail
  • Wenn consents.marketing.sms.val = "Y", dann Kann SMS
  • Wenn consents.marketing.push.val = "Y", kann Push
  • Wenn consents.share.val = "Y", kann Werbung

Bezeichnung und Durchsetzung von Data Governance

Erwägen Sie das Hinzufügen und Erzwingen der folgenden Data Governance-Beschriftungen:

  • Persönliche E-Mail-Adressen werden als direkt identifizierbare Daten verwendet, mit denen eine bestimmte Person und nicht ein Gerät identifiziert oder in Kontakt mit ihr gelangen kann.
    • personalEmail.address = I1

Marketing-Richtlinien

Für die Journey, die Sie im Rahmen dieses Anwendungsbeispiels erstellen, sind keine Marketingrichtlinien erforderlich. Sie können jedoch die folgenden Richtlinien nach Bedarf berücksichtigen:

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

Erstellen von Zielgruppen create-audiences

Für diesen Anwendungsfall müssen Sie zwei Zielgruppen erstellen, um bestimmte Attribute oder Verhaltensweisen zu definieren, die von einer Untergruppe von Profilen aus Ihrem Profilspeicher gemeinsam genutzt werden, um eine vermarktbare Personengruppe zu unterscheiden. Zielgruppen können in Adobe Experience Platform auf unterschiedliche Weise erstellt werden:

Insbesondere müssen Sie zwei Zielgruppen in verschiedenen Schritten des Anwendungsbeispiels erstellen und verwenden, wie in der Abbildung unten dargestellt.

Hervorgehobene Zielgruppen. {modal="regular"}

Adobe Journey Optimizer Qualifying Audience

Diese hochwertige und niederfrequente Audience enthält die Profile, die Sie über eine Journey erreichen möchten, um sie über ein neues Abonnement-Programm zu informieren. Die Details der Zielgruppe finden Sie unten:

  • Beschreibung: Profile, die in den letzten drei Monaten insgesamt mehr als 250 USD ausgegeben haben

  • Felder und Bedingungen, die in der Audience benötigt werden:

    • Ereignis: commerce.order.payments.paymentamount
  • Aggregatsumme: >= 250 USD

    • EventType: commerce.purchases
  • Zeitstempel: weniger als 3 Monate vor jetzt

Gebührenpflichtige Medien-Audience

Diese Zielgruppe wird erstellt, um Profile einzuschließen, die in den letzten drei Monaten insgesamt mehr als 250 USD ausgegeben haben und in den letzten sieben Tagen keinen Kauf getätigt haben. Die Details der Zielgruppe finden Sie unten:

  • Beschreibung: Profile, die in den letzten drei Monaten insgesamt mehr als 250 USD ausgegeben haben und in den letzten sieben Tagen keinen Kauf getätigt haben.

  • Erforderliche Felder und Bedingungen:

    • EventType: journey.feedback

      • Operand: = true
    • Ereignis: experience.journeyOrchestration.stepEvents.nodeName

      • Operand: = JourneyStepEventTracker - Subscription not Purchased
      • Zeitstempel: in den letzten 7 Tagen
    • EventType ist nicht: commerce.purchases

      • Zeitstempel: <= 7 Tage vor jetzt
    • Ereignis: SKU

      • Wert: = subscription

Journey-Setup in Adobe Journey Optimizer journey-setup

NOTE
Adobe Journey Optimizer umfasst nicht alle in den Diagrammen angezeigten Elemente. Alle Paid-Media-Anzeigen werden im Ziel Arbeitsbereich erstellt.

Adobe Journey Optimizer hilft Ihnen, Ihren Kunden verbundene, 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.

Um dieses Anwendungsbeispiel zu erstellen, müssen Sie zwei separate Journey erstellen:

  • Die Journey zur Lebensdauer, die die Nachricht enthält, die Sie an Ihre Kunden mit hoher und niedriger Häufigkeit senden
  • Die Journey zur Bestellbestätigung für die Benutzer, die auf Ihren Anruf antworten und ein Abonnement erwerben.

Journey hervorgehoben. {modal="regular"}

Im Folgenden finden Sie die genauen Daten, die für jede Journey-Verzweigung benötigt werden.

Journey der Lebensdauer

Die Journey zur Lebensdauer richtet sich an die Zielgruppe von Kunden mit hoher und niedriger Häufigkeit, die in den letzten 30 Tagen nicht angesprochen wurden. Diesen Kunden wird eine Nachricht angezeigt. Wenn sie nach 7 Tagen immer noch nicht kaufen, können Sie die Nicht-Käufer in eine Zielgruppe aufnehmen, der Sie Paid-Media-Anzeigen zeigen können. Wenn der Käufer einen Kauf tätigt, können Sie die Käufer auf eine Journey zur Bestellbestätigung setzen, die im separaten Tab beschrieben wird.

Allgemeine visuelle Übersicht über das Lifetime-Journey. {modal="regular"}

accordion
Detaillierte Journey-Logik

Die oben dargestellte Journey folgt der folgenden Logik.

  1. Audience lesen: Verwenden Sie eine Lesen der Audience-Aktivität für die erste Audience, die oben im Abschnitt "Audiences"erstellt wurde.

  2. Bedingung - Bevorzugter Kanal: Verwenden Sie eine Bedingungsaktivität, um zu bestimmen, wie Kunden erreicht werden, sei es über E-Mail-, SMS- oder Push-Benachrichtigungen. Verwenden Sie drei Aktionsaktivitäten, um die drei Verzweigungen zu erstellen.

  3. Warten: Verwenden Sie eine Warteaktivität, um zu warten, bis Sie auf Käufe warten.

  4. Bedingung - Kauf Abonnement in den letzten 7 Tagen?: Verwenden Sie eine Bedingungsaktivität, um auf Produktkäufe in den letzten sieben Tagen zu warten.

  5. JourneyStepEventTracker - Subscription not Purchased: Verwenden Sie eine benutzerdefinierte Aktion für die Besucher, die Ihr Abonnement trotz Erhalt Ihrer Nachricht noch nicht gekauft haben. Erstellen Sie als Teil der benutzerdefinierten Bedingung am Ende der Journey ein journey.feedback -Ereignis und fügen Sie es basierend auf dem Schema Journey-Schritt-Ereignis zu einem Datensatz hinzu. Mit diesem Ereignis segmentieren Sie die Zielgruppe, die das Abonnement nicht erworben hat und die Sie über Paid-Media-Anzeigen ansprechen können.

Journey der Bestellbestätigung

Die Journey zur Bestellbestätigung konzentriert sich darauf, ob ein Kauf über die Website oder mobile App getätigt wurde. Nachdem ein Kunde beispielsweise den Kauf eines Abonnements bei Ihrem Unternehmen erfolgreich abgeschlossen hat, können Sie ihn auf einer Journey zur Bestellbestätigung festlegen.

Kundenauftragsbestätigung - Journey - Überblick über die Kundenbestellung {modal="regular"}

accordion
Journey-Logik

Verwenden Sie die folgenden vorgeschlagenen Ereignisse, Felder und Aktionen in Ihrer Bestätigungs-Journey:

  • Die Journey wird durch ein Online-Kaufereignis ausgelöst

    • 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
Schlüssel-Journey-Logik
  • Journey-Einstiegslogik

    • Bestellereignis
  • Bedingungen

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

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

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

Weitere Informationen zum Erstellen von Journey in Adobe Journey Optimizer finden Sie im Leitfaden Erste Schritte mit Journey .

Einrichten eines Ziels zur Anzeige von Paid-Media-Anzeigen paid-media-ads

Einige Benutzer haben Ihr Abonnement möglicherweise nicht erworben, selbst wenn Sie ihnen das neue Programm mitgeteilt haben. Nachdem Sie einige Tage gewartet haben (in diesem Anwendungsbeispiel sieben Tage), können Sie diesen Benutzern Paid-Media-Anzeigen zeigen, um sie zum Kauf Ihres Abonnements zu ermutigen.

Verwenden Sie das Ziel-Framework in Real-Time CDP für Paid-Media-Anzeigen. Wählen Sie eines der vielen verfügbaren Werbeziele aus, um Ihren Kunden Paid-Media-Anzeigen anzuzeigen und die zuvor von erstellte Paid-Media-Zielgruppe für ein Ziel Ihrer Wahl zu aktivieren. Sehen Sie sich einen Überblick über verfügbare Ziele für Werbung und Social an.

Informationen zum Aktivieren von Daten für Ziele (z. B. The Trade Desk oder Google Customer Match) finden Sie in der folgenden Dokumentation:

Nächste Schritte next-steps

Indem Sie Ihre Benutzer mit geringer Häufigkeit und hoher Wertschöpfung auf einer Journey festlegen und Paid-Media-Anzeigen einer Untergruppe davon anzeigen, haben Sie hoffentlich einige davon von Kunden mit einmaliger Wertermittlung auf Lebenszeitwert umgestellt und so Ihre Markentreue und Kundeninteraktionsmetriken verbessert.

Als Nächstes können Sie weitere von Real-Time CDP unterstützte Anwendungsfälle untersuchen, z. B. die intelligente erneute Interaktion von Kunden oder , bei der für nicht authentifizierte Benutzer personalisierte Inhalte angezeigt werden.

6f08adb8-9d4a-4cec-8173-ab4c03ac2841