Markin + Twilio integration
SMS e WhatsApp come superficie arbitrata.
Cos'è un Twilio Agente AI?
Una configurazione Markin e Twilio utilizza Twilio come mezzo di trasporto per le decisioni che richiedono SMS, WhatsApp o voce. Markin decide chi vale la pena contattare e con cosa, e chiama Twilio solo quando il valore atteso supera il costo del messaggio.
La messaggistica è il canale dove l'over-contact costa di più. L'arbitrato prima dell'invio ha qui un valore maggiore che altrove, e la sospensione è trattata come una decisione valida.
Cosa legge Markin
- Ricevute di consegna ed eventi di risposta
- Stato di opt-in e opt-out
Cosa Markin riscrive
- Invia istruzioni con l'azione scelta, o un blocco esplicito
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. |
| 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 Twilio?
- Come decido quali clienti meritano un SMS?
- Posso attivare messaggi Twilio da un modello di churn?
- Come riduco la spesa per SMS senza perdere la retention?
- Come misuro il valore incrementale delle campagne WhatsApp?
Cosa fa Markin in Twilio
- 01Leggi gli eventi di consegna, risposta e opt-out.
- 02Prezza ogni azione candidata rispetto al suo ritorno atteso.
- 03Sopprimi i contatti il cui valore atteso è inferiore al costo di invio.
- 04Chiama l'API di messaggistica con il riferimento al contenuto deciso.
- 05Rispetta le ore di silenzio e il consenso detenuto nei tuoi sistemi.
- 06Mantieni un holdout randomizzato tra i clienti contattabili.
- 07Leggi le conversioni associate all'ID della decisione.
- 08Riporta il costo per euro incrementale di ricavi.
Ambito di lavoro
Il lavoro di growth dietro Twilio
L'elenco sopra è ciò che Markin tocca in Twilio. 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.
- 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.
- 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.
- Mantieni un gruppo di controllo randomizzato per ogni decisione, non un holdout globale.
- Leggi l'uplift dei ricavi per cliente rispetto a quel controllo.
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.
Twilio questions
- How does Markin connect to Twilio?
- Decision API, Triggered event. 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 Twilio?
- Delivery receipts and reply events; Opt-in and opt-out state.
- What does Markin write back into Twilio?
- Invia istruzioni con l'azione scelta, o un blocco esplicito
- 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.