Integrazioni
Un team di crescita. Il tuo intero stack.
Markin legge il segnale dove già risiede, decide cosa deve accadere per ogni cliente e riscrive quella decisione nei sistemi che eseguono oggi. Nulla viene migrato, nulla viene sostituito e spegnerlo riporta ogni percorso esattamente a come si comportava prima.
Tipo
35 connections
Warehouse e lake
Dove risiede la cronologia del cliente. Markin legge in loco, sul tuo computing, e non copia mai la base.
Snowflake
Trasforma la cronologia del magazzino in decisioni senza copiare una singola riga.
Attribute write-back · Read only
BigQuery
Trasforma i data di GA4 e di transazione in BigQuery in azioni di ricavo comprovate.
Attribute write-back · Read only
Databricks
Estendi il team di data science che già hai invece di duplicarlo.
Attribute write-back · Read only
Amazon Redshift
Inizia il decisioning su Redshift con un ruolo di lettura e un nuovo schema.
Attribute write-back · Read only
CDP e pipeline di attivazione
Identità, consenso e i "tubi" che già spostano le righe nei canali. Markin produce le righe; la tua pipeline continua a spostarle.
Segmento
Dai a ogni destinazione Segment un'azione decisa invece di un'audience grezza.
Attribute write-back · Triggered event
Hightouch
Fornire decisioni ai tuoi sync esistenti invece di audience scritte a mano.
Attribute write-back
Tealium
Decidi quale azione merita il contatto prima che Tealium lo instradi.
Attribute write-back · Triggered event
Census
Distribuisci le decisioni a ogni strumento tramite le sincronizzazioni che già esegui.
Attribute write-back
RudderStack
Aggiungi le decisioning a una pipeline di eventi warehouse-native.
Attribute write-back · Triggered event
Engagement e CRM
Dove si eseguono i programmi di ciclo di vita. Markin decide cosa merita di esistere e lo scrive nei percorsi che già gestisci.
Braze
Decidi cosa merita di essere inviato; lascia che Braze lo invii.
Attribute write-back · Triggered event
Salesforce Marketing Cloud
Inserisci un'azione decisa in un'estensione di dati che i tuoi journey già leggono.
Attribute write-back · Triggered event
Adobe Journey Optimizer
Decidi quale offerta dovrebbe esistere, poi lascia che Adobe la consegni.
Attribute write-back · Triggered event
HubSpot
Guida i flussi di lavoro HubSpot esistenti da un'azione decisa.
Attribute write-back · Triggered event
Klaviyo
Decidi il momento e l'offerta; Klaviyo esegue il flow.
Attribute write-back · Triggered event
Iterable
Fornire alle journey di Iterable una decisione invece di un segmento.
Attribute write-back · Triggered event
Optimove
Amplia il set di azioni tra cui Optimove deve scegliere.
Attribute write-back · Triggered event
MoEngage
Decidi l'azione; MoEngage mantiene il canale mobile.
Attribute write-back · Triggered event
Airship
Invia meno, ma migliori, messaggi push decidendo prima.
Attribute write-back · Triggered event · Decision API
Customer.io
Attiva le campagne Customer.io da una decisione, non da una regola.
Attribute write-back · Triggered event
Twilio
Invia il messaggio a pagamento solo quando la decisione ne giustifica il costo.
Decision API · Triggered event
Analisi e eventi di prodotto
Segnale comportamentale con granularità di sessione, più le superfici dove una decisione in-sessione giustifica la latenza.
Amplitude
Trasforma i risultati di analytics del prodotto in azioni con un verdetto misurato.
Read only · Attribute write-back
Mixpanel
Usa il comportamento di Mixpanel come prova alla base di ogni decisione.
Read only
SDK web e mobile
Decidi in-session, al momento del rendering, con un fallback che renderizza sempre.
Decision API · Direct surface
Google Analytics 4
Usa i dati di acquisizione e conversione di GA4 come segnale di decisioning.
Read only
Commercio, fatturazione e abbonamenti
La verità fondamentale dei ricavi. Ordini, piani, solleciti e eventi di churn sono ciò rispetto a cui ogni ipotesi viene infine letta.
Stripe
Recupera i pagamenti falliti e proteggi gli abbonamenti prima che scadano.
Read only · Triggered event
Shopify
Decidi la prossima offerta per ogni acquirente dalla cronologia degli ordini reali.
Read only · Triggered event
Recurly
Scegli retry, pausa o downgrade prima che un abbonamento scada.
Read only · Triggered event
Sistemi SAP ed ERP
Ancora ogni rivendicazione di ricavo al sistema di cui il reparto finanziario si fida già.
Read only
Supporto e contact center
Il servizio è una superficie di ricavo. Markin può posizionare la next best action sullo schermo dell'agente con la motivazione allegata.
Zendesk
Dai priorità alla coda di supporto in base ai ricavi a rischio.
Decision API · Read only
Salesforce Service Cloud
Fornisci all'agente un'azione raccomandata, con la motivazione allegata.
Decision API · Read only
Intercom
Invia messaggi in-product solo quando la decisione giustifica l'interruzione.
Triggered event · Attribute write-back
Media a pagamento e audience
Pubblico di soppressione e di espansione, dimensionato in base al valore atteso anziché all'appartenenza a una lista.
Sperimentazione e feature flags
Dove vengono eseguite le ipotesi lato prodotto. Markin le propone, le dimensiona e le legge come qualsiasi altra azione.
Quattro modi in cui una decisione raggiunge il cliente.
Lo schema viene scelto per superficie, non per asset. Latenza, costo e chi detiene il veto sono ciò che lo decide.
| Modello | Come funziona |
|---|---|
| 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. |
| 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. |
Domande frequenti
- 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.
- Quanto è reversibile un'integrazione Markin?
- Completamente. Le decisioni arrivano come attributi, eventi o risposte API nei sistemi che già possiedi. Spegni Markin e ogni percorso, campagna e interfaccia si comporta esattamente come prima, perché nessuno di essi è stato riscritto per adattarsi ad esso.
- Chi applica i limiti di frequenza e il consenso?
- I sistemi che già li applicano. Markin fornisce l'intento; il canale mantiene il suo veto sul consenso, sugli orari di silenzio, sulla frequenza e sulla revisione del brand. Questo confine è deliberato, ed è ciò che rende il livello sicuro da attivare una superficie alla volta.
Non sai quale superficie connettere per prima?
Il deployment inizia con una superficie che ha già un segnale di outcome e si espande una volta che il primo holdout ha dato un risultato positivo.