Creare un programma da una descrizione
In Adobe Marketo Optimizer, programma è il contenitore principale per percorsi, elenchi di persone, token e configurazione all’interno di una campagna. Dall’interfaccia chat, l’abilità di creazione del programma crea l’intera struttura in modo completo, partendo dalla tua descrizione, ovvero il programma stesso, le sottocartelle, i token, gli elenchi di persone e i percorsi di persone, in un’unica conversazione guidata.
- Abilità -
program-creation - Richiamo - Carica una descrizione e immetti Crea un programma da questa descrizione / Crea un programma da questa descrizione o descrivi direttamente la campagna
- Legge da/scrive in - Marketo Optimizer; legge anche la configurazione del tipo di programma dal tenant
Caricamento breve
Fai clic sull’icona Allega nell’input della chat per caricare il file, quindi descrivi ciò che desideri. Il testo del resoconto viene estratto e consegnato a Coworker come contesto (nella chat viene visualizzato un indicatore “Campaign Brief uploaded: filename (NkB)”).
Tipi di file supportati
.txt, .md.pdf, .docx, .xlsx, .json, .csvUn file con un nome contenente brief viene automaticamente taggato come resoconto di una campagna; in caso contrario, viene dedotto dal contesto.
Limite di dimensioni
Il testo breve viene troncato a circa 30.000 caratteri (circa 7,5 K token) prima di raggiungere Coworker. I slip molto lunghi vengono tagliati a quel punto (indicato da una nota (truncated to 29KB)). Inserisci subito i dettagli essenziali della campagna.
Contenuto breve consigliato
L’immissione del flusso legge le istruzioni per i seguenti input, includendo il maggior numero possibile di input:
- Nome del programma e breve descrizione/finalità
- Segnale del tipo di programma (ad esempio fiera, evento, webinar, roadshow, conferenza o cultura)
- Criteri di pubblico per gli elenchi di persone
- Progettazione del percorso: conteggio, criteri di immissione, punti di contatto/tempistica e data di pubblicazione
- Token (valori riutilizzabili come data evento, luogo, oggetto)
Il collaboratore richiede tutto ciò che manca prima di creare.
Fasi build
L’abilità viene eseguita in tre fasi: INTAKE → APPROVARE → BUILD. Non viene creato nulla finché non ricevi l’approvazione.
Acquisizione
Coworker estrae quanto segue dalla descrizione e chiede se manca qualcosa:
- Nome del programma
- Cartella principale (se non specificata, viene utilizzata la directory principale del workspace)
- Descrizione
- Tipo di programma (se possibile dedotto da una breve formulazione)
- Token da creare (nome, tipo, valore)
- Criteri di pubblico dell’elenco Persone
- Percorsi: conteggio, criteri di ingresso, punti di contatto, data di pubblicazione
Approvazione
Il collaboratore presenta un riepilogo di conferma prima di procedere:
I'll create {program} in folder {id}, with {N} token(s), {N} dynamic people list(s), and {N} journey(s). Shall I proceed?
Nessuno strumento di creazione viene chiamato finché non rispondi con un via libera (ad esempio procedere, andare avanti, compilarlo, approvato e sì).
Genera
I passaggi della build vengono eseguiti in ordine fisso; ciascuno di essi dipende dagli ID prodotti dal passaggio precedente.
getRootTree, browseFolders, createFolderbrowseProgramTypesprogramTypeIdcreateProgrammy.* nel programmacreateProgramTokengenerate_ruleset, createSmartListWithRulessmartListIdcreate_journeypublish_journey_with_datesqa_program_preview, qa_programDipendenze fase:
- Per poter allegare token, elenchi o percorsi è necessario specificare l’ID del programma (passaggio 2).
smartListIddal passaggio 4 viene passato acreate_journeynel passaggio 5. Se ometti, il nodo di ingresso del pubblico del percorso rimane vuoto.- Il prompt del percorso inizia sempre con Inizia con un nodo di pubblico Persona come punto di ingresso per garantire un nodo di ingresso popolato.
Risorse di output
Programma
Il contenitore principale. La vista Dettaglio presenta le seguenti schede:
my.* token con ambito in questo programmaToken
Valori riutilizzabili my.* con ambito nel programma (ad esempio my.eventDate). Ciascuno ha un tipo, uno di text, date, rich text, score o number, e un valore. Si risolvono all’interno di e-mail e contenuti all’interno dell’ambito del programma.
Elenco persone
Un elenco dinamico (intelligente) di persone creato in base ai criteri di pubblico tramite regole generate e basate su attributi, creato nel programma.
Percorso
Un percorso di persone che inizia con un nodo di ingresso del pubblico Persona associato all’elenco di persone del passaggio 4, seguito dai punti di contatto del breve (ad esempio, invia e-mail di benvenuto dopo 1 giorno, follow-up dopo 3 giorni). Se è impostata una data di pubblicazione, il percorso può essere pubblicato immediatamente o pianificato.
Risoluzione del tipo di programma
I programmi sono associati in modo permanente a un tipo di programma definito dal tenant al momento della creazione. Non è possibile modificarlo in seguito. Il flusso risolve il tipo in modo esplicito tramite browseProgramTypes in ogni caso.
Valori predefiniti
ACTIVATE journey by {date} manuale; pubblicazione immediata solo quando viene avviato e confermatoLimitazioni
parent e programTypeId sono sempre impostati. Se si omette parent, verrà negato l’accesso. Se si omette il tipo, verrà automaticamente ripristinato il valore PredefinitosmartListId dal passaggio 4 è obbligatorio per il passaggio 5; il flusso lo applicaControllo di qualità
Al termine della build, Collaboratore offre:
“Desideri che esegua un controllo di qualità per convalidare tutto prima del lancio?”
Confermare l’esecuzione di qa_program_preview seguita da qa_program. Il processo restituisce un rapporto dei controlli superati, non riusciti ed eventuali avvisi, insieme ai passaggi successivi consigliati.