Markin + SDK web e mobile integration
Decisioni in-sessione rese sulle tue superfici.
Cos'è un SDK web e mobile Agente AI?
L'SDK web e mobile di Markin richiede una decisione al momento del rendering e riceve un'azione più la sua ragione, con un fallback definito e un budget di latency. È così che le superfici in-session come paywalls, home screen e checkout ottengono una decisione senza un viaggio di andata e ritorno attraverso un canale.
Alcune superfici non possono attendere un intervallo di sincronizzazione. Un paywall o uno slot nella schermata iniziale chiede al momento del rendering e ottiene una risposta, e la superficie si rende sempre anche quando Markin non risponde.
Cosa legge Markin
- Contesto di Sessione passato al momento della richiesta
Cosa Markin riscrive
- Un'azione più la sua ragione, per richiesta, con un default di fallback
Come funziona la connessione
| Modello | Cosa significa qui |
|---|---|
| Decision API | L'interfaccia chiede a Markin una decisione al momento del rendering e riceve un'azione più la sua motivazione, con un fallback definito. |
| Superficie diretta | Markin popola direttamente uno slot nel prodotto o nel corpo del messaggio, per posizionamenti in cui il round-tripping attraverso un canale non aggiunge nulla. |
Cosa puoi chiedere a Markin di fare in SDK web e mobile?
- Come personalizzo un paywall in tempo reale?
- Come aggiungo una decision API alla mia app senza rallentarla?
- Cosa viene visualizzato se il servizio di decisioning non è disponibile?
- Come testo le offerte in-product rispetto a un holdout?
Cosa fa Markin in SDK web e mobile
- 01Fornisci una decisione per ogni richiesta di interfaccia all'interno di un budget di latenza.
- 02Restituisci il motivo insieme all'azione per la registrazione e l'audit.
- 03Ritornare a un valore predefinito definito quando non è disponibile alcuna decisione.
- 04Memorizza nella cache le decisioni per sessione per evitare chiamate ripetute.
- 05Assegna e rispetta l'appartenenza a un holdout a livello di dispositivo.
- 06Emetti automaticamente eventi di impression e interaction.
- 07Rispetta lo stato di consenso passato dal client.
- 08Riporta i ricavi incrementali per superficie e per slot.
Ambito di lavoro
Il lavoro di growth dietro SDK web e mobile
L'elenco sopra è ciò che Markin tocca in SDK web e mobile. 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.
- Leggi la cronologia dei contatti in modo che gli invii passati contino come pressione sul cliente.
- Traccia il catalogo, i pricing e le modifiche al piano non appena si verificano.
Trova dove i ricavi stanno perdendo
Normalmente un approfondimento analitico trimestrale.
- Individua le discrepanze di pricing e packaging tra ciò che le persone comprano e ciò che usano.
- Individua l'attrito del prodotto che è correlato al downgrade e alla cancellazione.
Spiega perché
Normalmente un'indagine di due settimane, tolta dalla roadmap.
- Separa gli effetti di mix dal reale cambiamento comportamentale.
- Classifica i driver in base alla quota di movimento che ciascuno di essi spiega.
Scrivi ipotesi che meritano finanziamento
Normalmente un workshop, limitato alle idee presenti nella stanza.
- Allega le prove e l'assunzione da cui ciascuna dipende.
- Classifica il portfolio per valore atteso, non per anzianità.
Decidi per cliente
Normalmente le regole di segmento vengono aggiornate quando qualcuno ha tempo.
- Arbitra tra ogni azione che compete per lo stesso cliente.
- Applica i limiti di frequenza, la fatica e le ore di riposo prima che qualsiasi cosa venga impegnata.
Esegui negli strumenti che già utilizzi
Normalmente un ticket, poi uno slot nel calendario del mese prossimo.
- Scrivi le decisioni nei sistemi CRM, di engagement e di warehouse già in produzione.
- Attiva journey e campagne che il tuo team lifecycle possiede e può modificare.
Dimostra che ha causato i ricavi
Normalmente oggetto di discussione, raramente misurato.
- Leggi l'uplift dei ricavi per cliente rispetto a quel controllo.
- Riporta la retention, l'ARPU, il margine e la pressione di contatto affiancati.
Ritira, governa e trasferisci
Normalmente non è compito di nessuno, quindi nulla viene mai disattivato.
- Ritira i programmi automaticamente quando smettono di superare il controllo.
- Ritesta le ipotesi che decadono, come la sensibilità al prezzo e la stagionalità.
I team utilizzano SDK web e mobile insieme a
SDK web e mobile questions
- How does Markin connect to Web and mobile SDK?
- Decision API, Direct surface. The surface asks Markin for a decision at render time and receives one action plus its reason, with a defined fallback.
- What does Markin read from Web and mobile SDK?
- Session context passed at request time.
- What does Markin write back into Web and mobile SDK?
- Un'azione più la sua ragione, per richiesta, con un default di fallback
- 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.