Erstellen eines Programms aus einer Zusammenfassung
Adobe Marketo Optimizer ist program der Container der obersten Ebene für Journey, Personenlisten, Token und Konfigurationen innerhalb einer Kampagne. In der Chat-Oberfläche wird die gesamte Programmerstellung von Anfang bis Ende in einer geführten Konversation erstellt - vom Programm selbst, von Unterordnern, Token, Personenlisten und Journey-Personen.
- Kenntnisse -
program-creation - Aufruf - Laden Sie eine Zusammenfassung hoch und geben Sie Erstellen eines Programms aus dieser Zusammenfassung/Erstellen eines Programms aus einer Zusammenfassung oder beschreiben Sie die Kampagne direkt.
- Lese-/Schreibvorgänge in - Marketo Optimizer; liest auch die Konfiguration des Programmtyps von Ihrem Mandanten
Kurzer Upload
Klicken Sie auf Anhängen-Symbol in der Chat-Eingabe, um die Datei hochzuladen, und beschreiben Sie dann, was Sie möchten. Der Text des Briefs wird extrahiert und an einen Kollegen als Kontext übergeben (im Chat wird die Anzeige „Kampagnenbeschreibung hochgeladen: Dateiname (NkB)“ angezeigt).
Unterstützte Dateitypen
.txt, .md.pdf, .docx, .xlsx, .json, .csvEine Datei mit einem Namen, der Brief enthält, wird automatisch als Kampagnenübersicht mit Tags versehen. Andernfalls leitet Coworker sie aus dem Kontext ab.
Größenbeschränkung
Kurzer Text wird auf ca. 30.000 Zeichen (~7,5 K Token) gekürzt, bevor er den Kollegen erreicht. Sehr lange Slips werden an dieser Stelle abgeschnitten (durch einen (truncated to 29KB) Hinweis angedeutet). Legen Sie wichtige Kampagnendetails in den Vordergrund.
Empfohlene Kurzinhalte
Die Flusseingabe liest die Kurzbeschreibung für die folgenden Eingaben - umfasst so viele wie möglich:
- Programmname und kurze Beschreibung/Zweck
- Signaltyp des Programms (z. B. Messe, Veranstaltung, Webinar, Roadshow, Konferenz oder Pflege)
- Zielgruppenkriterien für die Personenlisten
- Journey-Design - Anzahl, Einstiegskriterien, Touchpoints/Timing und Tag der Live-Schaltung
- Token (wiederverwendbare Werte wie Ereignisdatum, Veranstaltungsort, Betreffzeile)
Ein Mitarbeiter fordert vor dem Erstellen alle fehlenden Elemente an.
Build-Phasen
Die Qualifikation läuft in drei Phasen: AUFNAHME → GENEHMIGUNG → BUILD. Es wird nichts erstellt, bis Sie die Genehmigung erteilen.
Zulauf
Coworker extrahiert Folgendes aus der Zusammenfassung und fordert Sie auf, wenn etwas fehlt:
- Programmname
- Übergeordneter Ordner (standardmäßig Workspace-Stamm, falls nicht angegeben)
- Beschreibung
- Programmtyp (möglichst aus einer kurzen Formulierung abgeleitet)
- Zu erstellende Token (Name, Typ, Wert)
- Zielgruppenkriterien auflisten
- Journey - Anzahl, Einstiegskriterien, Touchpoints, Tag der Live-Schaltung
Genehmigen
Der Kollege zeigt eine Zusammenfassung zur Bestätigung an, bevor er fortfährt:
I'll create {program} in folder {id}, with {N} token(s), {N} dynamic people list(s), and {N} journey(s). Shall I proceed?
Das Erstellungs-Tool wird erst aufgerufen, wenn Sie mit einer eindeutigen Genehmigung antworten (z B., Weiter, Erstellen, Genehmigt und Ja).
Build
Die Build-Schritte werden in einer festen Reihenfolge ausgeführt. Jeder hängt von den IDs ab, die im vorherigen Schritt generiert wurden.
getRootTree, browseFolders, createFolderbrowseProgramTypesprogramTypeId eingebencreateProgrammy.*-Token im ProgrammcreateProgramTokengenerate_ruleset, createSmartListWithRulessmartListIdcreate_journeypublish_journey_with_datesqa_program_preview, qa_programstep-Abhängigkeiten:
- Die Programm-ID (Schritt 2) ist erforderlich, bevor Token, Listen oder Journey angehängt werden können.
- Der
smartListIdaus Schritt 4 wird in Schritt 5 ancreate_journeyübergeben - wenn er weggelassen wird, bleibt der Eintragsknoten für die Journey-Zielgruppe leer. - Die Journey-Eingabeaufforderung beginnt immer mit Mit dem Zielgruppenknoten Person als Einstiegspunkt beginnen um sicherzustellen, dass der Einstiegsknoten ausgefüllt ist.
Ausgabe-Assets
Programm
Der Container der obersten Ebene. Die Detailansicht zeigt die folgenden Registerkarten an:
my.*Token
Wiederverwendbare my.* im Umfang des Programms (z. B. my.eventDate). Jeder hat einen -Typ - einen von text, date, rich text, score oder number - und einen -Wert. Sie werden innerhalb von E-Mails und Inhalten im Rahmen des Programms aufgelöst.
Personenliste
Eine dynamische (intelligente) Personenliste, die aus Zielgruppenkriterien über generierte, attributbasierte Regeln erstellt wurde, die im Rahmen des Programms erstellt wurden.
Journey
Ein Personen-Journey, der mit einem Einstiegsknoten für die Zielgruppe einer Person beginnt, der an die Personenliste in Schritt 4 gebunden ist, gefolgt von den Touchpoints der Zusammenfassung (z. B. Begrüßungs-E-Mail nach einem Tag senden, Nachbereitung nach drei Tagen). Ist ein Tag für die Live-Schaltung festgelegt, kann die Journey sofort veröffentlicht oder geplant werden.
Auflösung des Programmtyps
Programme sind bei Erstellung einem vom Mandanten definierten Programmtyp gebunden. Dies kann nachträglich nicht mehr geändert werden. Der Fluss löst den Typ in jedem Fall explizit über browseProgramTypes auf.
Standardwerte
ACTIVATE journey by {date}-Schritt angegeben. Sofortige Veröffentlichung nur bei sofortigem Start und BestätigungEinschränkungen
parent und programTypeId sind immer festgelegt. Das Auslassen von parent führt dazu, dass der Zugriff verweigert wird. Das Auslassen des Typs fällt unbeaufsichtigt auf Standard zurück.smartListId aus Schritt 4 ist für Schritt 5 obligatorisch. Der Fluss erzwingt diesQA-Prüfung
Nach Abschluss des Builds bietet Coworker:
„Soll ich vor dem Start eine QS-Prüfung durchführen, um alles zu validieren?“
Bestätigen Sie, dass qa_program_preview ausgeführt wird, gefolgt von qa_program. Der Prozess gibt einen Bericht mit bestanden, fehlgeschlagen und allen Warnungen sowie empfohlenen nächsten Schritten zurück.