Snowflake
BigQuery
DatabricksBraze
- Markin
- Decide quale cliente merita quale azione, quando, e lo dimostra contro un holdout.
- Resta tuo
- Possiede il canale: invio, modelli, deliverability e i canvas che il tuo team ha già costruito.
Passare a Markin
Mantieni il tuo stack. Cambia ciò che decide.
Nessun rip and replace, nessun progetto di migrazione, nessun contratto da sciogliere. Questa pagina espone esattamente cosa viene toccato, cosa no e in quale ordine.
Ultimo aggiornamento: settembre 2026
Resta tuo
SnowflakeBigQueryDatabricksSegment
orders48.2Mread-only
sessions312Mread-only
subscriptions6.1Mread-only
support_tickets2.4Mread-only
Nessuna copia, nessuna migrazione
La maggior parte dei team che cercano un'alternativa non ha bisogno di un'altra piattaforma.
Quattro ragioni per cui i team enterprise iniziano a selezionare alternative a Braze, Iterable o Salesforce, e perché un decision layer risponde a ciascuna senza una migration.
- 01
La piattaforma invia bene, ma nessuno decide cosa inviare
Braze, Iterable, Adobe e Salesforce Marketing Cloud sono motori di esecuzione. Segmenti, offerte e tempistiche provengono ancora da un backlog umano, quindi la produttività è limitata dal personale, non dallo strumento.
Sostituire un motore di esecuzione con un altro sposta lo stesso backlog in una nuova UI. L'aggiunta di un decision layer al di sopra di esso rimuove il limite.
- 02
Il volume delle campagne è cresciuto, i ricavi incrementali no
Più invii verso la stessa manciata di segmenti producono numeri attribuiti che la finanza sconta silenziosamente, perché nulla viene misurato rispetto a un gruppo di controllo.
Markin associa un holdout randomizzato a ogni azione, quindi il numero riportato è il ricavo incrementale piuttosto che l'attribuzione.
- 03
Il team dati è il collo di bottiglia in ogni esperimento
La creazione di cohort, la configurazione dei test e la lettura dei risultati consumano le ore analitiche che avrebbero dovuto essere dedicate a trovare opportunità di ricavo in primo luogo.
Markin automatizza il volume, generando, classificando, spedendo e ritirando ipotesi, e lascia le definizioni, le guardrail e il giudizio al tuo team.
- 04
È stata quotata una migrazione e l'azienda ha esitato
Le marketing automation migration significano re-templating, re-warming dei domini, nuova certificazione della compliance e un trimestre senza spedizioni. La scadenza del rinnovo raramente giustifica il rischio.
Markin necessita di accesso in lettura e credenziali API con ambito. Nulla viene re-templato, nessun dominio viene re-warmed e nessun contratto deve terminare.
Cosa rimane uguale, e cosa cambia effettivamente.
Intatto
- La tua piattaforma di esecuzione
- Braze, Salesforce Marketing Cloud, Adobe, Iterable o qualsiasi altro sistema di invio attuale continua a inviare. Markin ci scrive dentro; non lo sostituisce e non ha bisogno che il suo contratto termini.
- Il tuo warehouse e CDP
- Snowflake, BigQuery, Databricks, Segment o Tealium rimangono il sistema di record. Markin legge sul posto, sulla tua infrastruttura di calcolo, sotto la sicurezza a livello di riga che il tuo team di dati ha già impostato.
- Il tuo team di dati
- Le persone che possiedono i modelli, le definizioni e la governance continuano a possederli. Markin aggiunge throughput analitico, non una seconda fonte di verità.
- Consenso, soppressione e regole del brand
- Limiti di frequenza, liste di esclusione, stato del consenso e approvazioni legali del testo sono applicati al momento della decisioning, prima che un'azione possa raggiungere un cliente.
- La tua reportistica
- Le decisioni, le assegnazioni agli holdout e le letture dei risultati arrivano come tabelle in uno schema di tua proprietà, unibili alle dashboard di cui il dipartimento finanziario si fida già.
- Il tuo modello di identità e accesso
- SSO, ruoli e catene di approvazione provengono dalla tua parte. Markin li eredita piuttosto che chiederti di mantenere un elenco utenti parallelo.
Genuinamente diverso
- Chi decide la next action
- Invece di un calendario trimestrale di campagne, ogni cliente riceve una decisione derivata dal proprio segnale, classificata in base ai ricavi attesi e aggiornata al variare del comportamento.
- Come vengono prodotte le ipotesi
- Le ipotesi non sono più limitate dalle ore degli analisti. Markin le genera, le prioritizza e le ritira continuamente, e mostra il ragionamento dietro a ciascuna.
- Come viene dimostrato l'impatto
- Ogni azione viene spedita con un holdout randomizzato, quindi ciò che arriva al consiglio di amministrazione è revenue incrementale piuttosto che un prima-dopo attribuito.
- A cosa dedica il tempo il team di growth
- Meno creazione manuale di segmenti e QA delle campagne, più decisioni su guardrail, offerte e categorie di azioni che gli agenti possono lanciare da soli.
L'ordine di ingresso, in fasi piuttosto che date.
Ogni account si muove alla velocità consentita dalle proprie revisioni degli accessi, quindi non citiamo durate. La sequenza, tuttavia, non cambia mai.
01
Leggi il segnale, non cambiare nulla
Markin si connette in sola lettura al data warehouse, al CDP e agli eventi di prodotto, e ricostruisce il quadro dei ricavi per ogni cliente: cosa paga, cosa usa, dove si allontana. Nulla viene lanciato e nulla viene copiato in un nuovo sistema.
- Markin ha bisogno di:
- Accesso in sola lettura alle tabelle e ai flussi di eventi esistenti, più le definizioni che il tuo team già utilizza per ARPU e churn.
- Decidi tu:
- Quali segmenti rientrano nell'ambito e quali dati sono off-limits.
02
Prime ipotesi, dietro un holdout
Un piccolo insieme di opportunità di ricavo viene trasformato in azioni candidate e spedito a una frazione della base clienti, ciascuna confrontata con un gruppo di controllo randomizzato. L'obiettivo di questa fase è un numero leggibile, non il volume.
- Markin ha bisogno di:
- Un'iniziativa da cui iniziare, di solito l'attivazione dell'onboarding, l'upgrade o il recupero di mancati pagamenti, e un revisore designato.
- Decidi tu:
- I guardrail: limiti massimi di sconto, limiti di frequenza, pubblici esclusi e ciò che necessita di approvazione.
03
Esecuzione all'interno della tua piattaforma
Le azioni approvate vengono scritte nello strumento che già gestisce il canale, con i tuoi template, la tua reputazione di mittente e la tua copia conforme. I clienti ricevono qualcosa che assomiglia esattamente a come è sempre stato.
- Markin ha bisogno di:
- Credenziali API con ambito limitato alle campagne o ai segmenti di pubblico che Markin è autorizzato a toccare.
- Decidi tu:
- Quali tipi di azione gli agenti possono avviare da soli e quali rimangono dietro approvazione umana.
04
Espandi per segmento, basandosi sull'evidenza
Le iniziative che superano la soglia di incrementality si estendono a una parte maggiore della base clienti e del lifecycle. Le iniziative che non la superano vengono ritirate. La portata aumenta perché un numero lo giustifica, non perché un piano di rollout lo ha stabilito.
- Markin ha bisogno di:
- Accordo sulla soglia che un esperimento deve superare per essere scalato.
- Decidi tu:
- Dove espandersi successivamente, e quando mettere in pausa qualsiasi cosa.
Il team interno
Il tuo team di dati mantiene il giudizio. Markin si occupa del volume.
Il collo di bottiglia nella crescita dell'ARPU è raramente nelle idee, è quante ipotesi un piccolo team può costruire, spedire e leggere in un trimestre. Questo limite è ciò che Markin rimuove.
I modelli esistenti continuano a funzionare
I punteggi di propensione, LTV o churn che il tuo team ha già costruito diventano input che Markin può utilizzare. Non richiede che vengano ricostruiti e non li nasconde dietro una black box.
Gli analisti salgono di livello nella pila tecnologica
Il lavoro ripetitivo, costruire coorti, cablare test, leggere risultati, è ciò che viene automatizzato. Definire cosa vale la pena testare e cosa l'azienda accetterà rimane umano.
Tutto è ispezionabile
Ogni azione risale al segnale, all'ipotesi e al valore atteso che l'hanno prodotta, e va avanti verso il risultato misurato. Il tuo team può verificarla o annullarla in qualsiasi momento.
Nessun vincolo
Le decisioni e le assegnazioni agli holdout risiedono nel tuo warehouse. Se Markin venisse disattivato, la cronologia, i segmenti e la piattaforma che il tuo team gestisce sarebbero ancora tutti lì.
Strumento per strumento: cosa Markin aggiunge, cosa lo strumento mantiene.
Salesforce Marketing Cloud
- Markin
- Fornisce la next best action classificata e il valore atteso che la sottende.
- Resta tuo
- Percorsi, gestione degli iscritti e la governance enterprise già approvata.
Adobe Journey Optimizer
- Markin
- Genera e ritira ipotesi continuamente invece che per ciclo di campagna.
- Resta tuo
- Orchestrazione, consegna delle offerte e l'Adobe data layer.
Snowflake
- Markin
- Legge la cronologia sul posto e riscrive decisioni e risultati come tabelle di tua proprietà.
- Resta tuo
- Sistema di registrazione, controlli sui costi e sicurezza a livello di riga.
Segmento
- Markin
- Utilizza lo stream di eventi come segnale e può attivarlo quasi in tempo reale.
- Resta tuo
- Raccolta, risoluzione dell'identità e sincronizzazioni a valle.
Amplitude
- Markin
- Trasforma il comportamento del prodotto in opportunità di ricavo piuttosto che in dashboard.
- Resta tuo
- Analisi del prodotto e i funnel in cui vivono i tuoi PM.
Team che hanno mantenuto il loro stack e hanno comunque aumentato l'ARPU.
Nomad
Funziona su Snowflake · Segment · Braze
Come Nomad trasforma i segnali dei clienti in growth in dozzine di mercati
+22% ARPU
YuppTV
Funziona su BigQuery · Web and mobile SDK · Braze
Come YuppTV rileva l'intento di churn abbastanza presto da cambiarne l'esito
+18% retention
Exclusive Traveler Club
Funziona su Snowflake · Salesforce Marketing Cloud · HubSpot
Come Exclusive Traveler Club offre a ogni membro una next best action
3× cross-sell
Young
Funziona su BigQuery · Amplitude · Braze
Come Young ha trasformato l'onboarding in un programma di experimentation sempre attivo
+31% activation
Vitalis
Funziona su BigQuery · Segment · Braze
Come Vitalis ha trovato i ricavi nascosti nella sua base di abbonati
+19% ARPU dell'abbonamento
Le obiezioni, risolte.
- Stiamo valutando alternative a Braze. Dove si inserisce Markin?
- Markin non è una piattaforma di invio alternativa. Se il divario è la deliverability o la copertura del canale, un altro strumento di esecuzione è la risposta giusta. Se il divario è che nessuno può decidere, a livello di cliente, quale azione vale la pena intraprendere next, Markin si posiziona sopra Braze e fornisce quella decisione, nessun replacement, nessuna migration.
- Si tratta di un progetto di marketing automation migration?
- No. Non ci sono re-templating, nessun re-warming dei domini e nessuna nuova certificazione del testo di compliance. Markin legge i dati già presenti nel data warehouse e scrive le azioni approvate nella piattaforma che il tuo team già utilizza.
- Dobbiamo lasciare Braze, Salesforce o Adobe per usare Markin?
- No. Markin è un decision layer che esegue attraverso la piattaforma che già utilizzi. Il tuo contratto, i tuoi modelli e la tua reputazione di invio rimangono esattamente dove sono, Markin decide cosa merita di essere inviato e la piattaforma lo invia.
- I nostri dati devono essere spostati su Markin?
- No. Markin legge dal data warehouse, CDP ed eventi di prodotto già esistenti, sulla tua infrastruttura di calcolo, e riscrive le decisioni e le assegnazioni di holdout in uno schema di tua proprietà. Nulla viene copiato in un nuovo sistema di record.
- Questo sostituisce il nostro team di data science o growth?
- No. Rimuove il limite al numero di ipotesi che quel team può produrre, testare e ritirare. Il team continua a definire le definizioni, i guardrail e le decisioni; Markin esegue il volume analitico che un team di quelle dimensioni non potrebbe mai raggiungere manualmente.
- Cosa succede ai modelli che abbiamo già costruito?
- Diventano input. I punteggi esistenti di propensione, LTV e churn possono alimentare la classifica di Markin, e gli output di Markin stessi atterrano come tabelle che il tuo team può ispezionare, unire e sfidare.
- Chi approva un'azione prima che raggiunga un cliente?
- Lo fai, al livello che scegli tu. Ogni deployment dichiara quali tipi di azione gli agenti possono avviare da soli, quali necessitano di un revisore nominato e quali sono off-limits, per canale e per pubblico.
- Possiamo iniziare con una sola "motion" invece dell'intero lifecycle?
- Questo è il valore predefinito. La maggior parte degli account inizia con una singola "motion", attivazione onboarding, upgrade o recupero del dunning, dietro a un holdout randomizzato, e si espande solo una volta che il numero supera la soglia che hai impostato.
- E se avessimo bisogno di fermarlo?
- Qualsiasi campagna, agente o l'intera implementazione può essere messa in pausa istantaneamente, con le azioni in corso interrotte al limite dell'esecuzione. Poiché l'esecuzione risiede nella tua piattaforma e la cronologia nel tuo warehouse, fermare Markin lascia il tuo stack funzionante come prima.
- Come facciamo a sapere che l'uplift è reale e non attribuzione?
- Ogni decisione porta con sé un gruppo di controllo randomizzato. Ciò che viene riportato è la differenza tra il gruppo trattato e quell'holdout su una finestra di misurazione completa, non un confronto prima-dopo.
- Markin ha bisogno dei nostri dati personali identificabili (PII) dei clienti?
- Solo gli identificatori necessari per agire. I dati rimangono nelle regioni UE, il consenso e lo stato di soppressione sono applicati al momento della decisione, e i controlli sono documentati sulla pagina della sicurezza.
- Quanto tempo richiede la prima fase?
- Dipende da quanto velocemente l'accesso in lettura e le barriere di sicurezza vengono concordati da parte tua, quindi non citiamo una tempistica fissa. Ciò che è fisso è l'ordine: prima leggere il segnale, poi dimostrare una "motion" contro un holdout, terzo eseguire nella tua piattaforma, infine ampliare in base alle prove.
Prossimo passo