Markin + Adobe Journey Optimizer integration
Attributi del profilo ed eventi nell'ecosistema Adobe.
Cos'è un Adobe Journey Optimizer Agente AI?
Una configurazione Markin e Adobe Journey Optimizer scrive le decisioni impegnate nei profili di Experience Platform e avvia i percorsi con il motivo allegato. Adobe classifica le offerte che hai configurato; Markin decide se un'offerta deve esistere e la prova contro un holdout.
Il sistema decisionale di Adobe classifica le offerte che hai configurato. Markin decide se un'offerta dovrebbe esistere, e ne dimostra il risultato rispetto a un holdout prima che venga scalata.
Cosa legge Markin
- Attributi del profilo della piattaforma Experience
- Eventi dei passaggi del Journey
Cosa Markin riscrive
- Attributi del profilo con l'azione impegnata
- Eventi trigger del Journey
Come funziona la connessione
| Modello | Cosa significa qui |
|---|---|
| Write-back di attribuzione | Markin scrive la decisione sul profilo del cliente; i tuoi percorsi esistenti la leggono come condizione d'ingresso. La latenza è l'intervallo di sincronizzazione della piattaforma. |
| Evento attivato | Markin emette un evento che avvia o fa progredire un percorso. Quasi immediato, e il canale mantiene la propria governance. |
Cosa puoi chiedere a Markin di fare in Adobe Journey Optimizer?
- Come si confronta il decisioning di Adobe Journey Optimizer con un livello di decisione?
- Posso scrivere una next best action nei profili di Adobe Experience Platform?
- Come dimostro i ricavi incrementali delle journey di AJO?
- Come genero nuove idee per offerte invece di classificare quelle esistenti?
Cosa fa Markin in Adobe Journey Optimizer
- 01Leggi gli attributi del profilo di Experience Platform.
- 02Leggi lo step del journey e gli eventi di consegna.
- 03Proponi nuove azioni candidate, non solo classificazioni di offerte configurate.
- 04Scrivi l'azione impegnata sul profilo con la sua motivazione.
- 05Emetti eventi trigger del journey.
- 06Mantieni holdout randomizzati all'interno dello store dei profili.
- 07Leggi i risultati in base all'ID della decisione.
- 08Riporta i ricavi incrementali per percorso e per offerta.
Ambito di lavoro
Il lavoro di growth dietro Adobe Journey Optimizer
L'elenco sopra è ciò che Markin tocca in Adobe Journey Optimizer. Un connettore è solo la superficie. Sotto c'è il lavoro stesso: ciò che farebbero insieme un analista, un lifecycle manager, un data scientist e un responsabile dell'experimentation, eseguendo continuamente i tuoi dati.
Leggi la proprietà
Normalmente un data engineer, una volta, poi mai aggiornato.
- Riconcilia lo stesso cliente attraverso le identità di fatturazione, CRM, prodotto e supporto.
- Leggi lo stato del consenso, dell'iscrizione e dell'idoneità del canale prima di ogni altra cosa.
Trova dove i ricavi stanno perdendo
Normalmente un approfondimento analitico trimestrale.
- Individua il churn involontario da pagamenti falliti, scadenza della carta e comportamento di riprova.
- Individua i passaggi di onboarding in cui l'attivazione diminuisce e i ricavi non iniziano mai.
Spiega perché
Normalmente un'indagine di due settimane, tolta dalla roadmap.
- Mantieni la traccia della query in modo che un analista possa riprodurre ogni numero.
- Esegui l'indagine automaticamente e restituisci i driver con le loro prove.
Scrivi ipotesi che meritano finanziamento
Normalmente un workshop, limitato alle idee presenti nella stanza.
- Scrivi ipotesi continuamente attraverso marketing, prodotto, pricing e technical health.
- Allega l'effetto atteso sui ricavi e la popolazione a cui si applica.
Decidi per cliente
Normalmente le regole di segmento vengono aggiornate quando qualcuno ha tempo.
- Sopprimi un'azione piuttosto che inviarne una debole, e registra il motivo.
- Scegli la next best action per ogni cliente, per ogni momento.
Esegui negli strumenti che già utilizzi
Normalmente un ticket, poi uno slot nel calendario del mese prossimo.
- Annulla un batch decisionale in modo pulito quando qualcosa sembra sbagliato.
- Lascia lo stato esattamente come era se Markin smette di scrivere.
Dimostra che ha causato i ricavi
Normalmente oggetto di discussione, raramente misurato.
- Interrompi un esperimento in anticipo quando l'evidenza è conclusiva in entrambi i sensi.
- Rifiuta di considerare un risultato che non ha superato lo standard di prova.
Ritira, governa e trasferisci
Normalmente non è compito di nessuno, quindi nulla viene mai disattivato.
- Mostra l'intero percorso decisionale quando lo richiedono il legale, la finanza o un revisore.
- Consegna al team un portfolio che possono leggere, interrogare e annullare.
I team utilizzano Adobe Journey Optimizer insieme a
Dove appare
- SoluzioneNext-Best ActionNext-Best Action per i team di crescita enterprise
- ConfrontoMarkin + Adobe: dare priorità all'opportunità prima della personalizzazioneAdobe Real-Time CDP e Journey Optimizer unificano i profili e personalizzano in tempo reale. Markin decide quale opportunità merita quel momento.
Adobe Journey Optimizer questions
- How does Markin connect to Adobe Journey Optimizer?
- Attribute write-back, Triggered event. Markin writes the decision onto the customer profile; your existing journeys read it as an entry condition. Latency is the platform's sync interval.
- What does Markin read from Adobe Journey Optimizer?
- Experience Platform profile attributes; Journey step events.
- What does Markin write back into Adobe Journey Optimizer?
- Profile attributes with the committed action Journey trigger events
- Dobbiamo spostare i nostri dati su Markin?
- No. Markin legge dal tuo warehouse, dagli eventi di prodotto e dai sistemi operativi esistenti, sul tuo compute, sotto le regole di accesso che il tuo team dati ha già impostato. Nulla viene copiato in una base clienti separata e non esiste uno store di profili lato fornitore da cui migrare in seguito.
- Markin sostituisce la nostra piattaforma di engagement o CDP?
- No, e non dovrebbe. La tua piattaforma di engagement mantiene il canale, i template, la deliverability e la governance. Il tuo CDP mantiene l'identità e il consenso. Markin aggiunge il livello che nessuno dei due ha: decidere quale azione merita di esistere per ogni cliente, e provarlo contro un holdout.
- E se il sistema che utilizziamo non è elencato?
- I quattro pattern di attivazione coprono quasi tutto: attribute write-back, triggered event, decision API e direct surface rendering. Qualsiasi sistema che esponga un'API, accetti una tabella o possa leggere una colonna di un warehouse può ricevere decisioni. I nuovi connettori vengono costruiti durante il deployment, tipicamente in pochi giorni.