Integrações
Uma equipa de growth. A sua stack inteira.
A Markin lê o sinal onde ele já existe, decide o que merece acontecer para cada cliente, e reescreve essa decisão nos sistemas que executam hoje. Nada é migrado, nada é substituído, e desligá-lo faz com que cada jornada volte exatamente a comportar-se como antes.
Tipo
35 connections
Warehouses e data lakes
Onde o histórico do cliente reside. A Markin lê no local, na sua computação, e nunca copia a base para fora.
Snowflake
Transforme o histórico do armazém em decisões sem copiar uma única linha.
Attribute write-back · Read only
BigQuery
Transforme dados do GA4 e de transações no BigQuery em ações de receita comprovadas.
Attribute write-back · Read only
Databricks
Estenda a equipa de data science que você já tem em vez de duplicá-la.
Attribute write-back · Read only
Amazon Redshift
Comece o decisioning no Redshift com uma função de leitura e um novo esquema.
Attribute write-back · Read only
CDPs e pipelines de ativação
Identidade, consentimento e os 'pipes' que já movem as linhas para os canais. A Markin produz as linhas; o seu pipeline continua a movê-las.
Segmento
Dê a cada destino de Segment uma ação decidida em vez de uma audiência bruta.
Attribute write-back · Triggered event
Hightouch
Alimente os seus sincronismos existentes com decisões em vez de audiências escritas manualmente.
Attribute write-back
Tealium
Decidir qual ação merece o contato antes que o Tealium o encaminhe.
Attribute write-back · Triggered event
Census
Envie decisões para todas as ferramentas através das sincronizações que você já executa.
Attribute write-back
RudderStack
Adicione decisões a um pipeline de eventos nativo de warehouse.
Attribute write-back · Triggered event
Engajamento e CRM
Onde os programas de ciclo de vida são executados. A Markin decide o que merece existir e escreve-o nas jornadas que já opera.
Braze
Decidir o que merece ser enviado; deixar o Braze enviá-lo.
Attribute write-back · Triggered event
Salesforce Marketing Cloud
Coloque uma ação decidida numa data extension que as suas jornadas já leiam.
Attribute write-back · Triggered event
Adobe Journey Optimizer
Decidir qual oferta deve existir, e então deixar a Adobe entregá-la.
Attribute write-back · Triggered event
HubSpot
Conduza os workflows existentes do HubSpot a partir de uma ação decidida.
Attribute write-back · Triggered event
Klaviyo
Decidir o momento e a oferta; o Klaviyo executa o fluxo.
Attribute write-back · Triggered event
Iterable
Alimente as jornadas do Iterable com uma decisão em vez de um segmento.
Attribute write-back · Triggered event
Optimove
Ampliar o conjunto de ações que a Optimove tem para escolher.
Attribute write-back · Triggered event
MoEngage
Decidir a ação; o MoEngage mantém o canal mobile.
Attribute write-back · Triggered event
Airship
Envie menos e melhores mensagens push, decidindo primeiro.
Attribute write-back · Triggered event · Decision API
Customer.io
Ative campanhas Customer.io a partir de uma decisão, não de uma regra.
Attribute write-back · Triggered event
Twilio
Envie a mensagem paga apenas quando a decisão justificar o seu custo.
Decision API · Triggered event
Análise e eventos de produto
Sinal comportamental com granularidade de sessão, mais as superfícies onde uma decisão em sessão vale a latência.
Amplitude
Transforme as descobertas da analytics de produto em ações com um veredito medido.
Read only · Attribute write-back
Mixpanel
Use o comportamento Mixpanel como evidência por trás de cada decisão.
Read only
SDK Web e móvel
Decidir em sessão, no momento da renderização, com um fallback que sempre renderiza.
Decision API · Direct surface
Google Analytics 4
Use dados de aquisição e conversão do GA4 como sinal de decisioning.
Read only
Comércio, faturação e subscrições
A verdade fundamental da receita. Pedidos, planos, cobrança e eventos de churn são contra o que cada hipótese é finalmente lida.
Stripe
Recupere pagamentos falhados e proteja as subscrições antes que expirem.
Read only · Triggered event
Shopify
Decidir a próxima oferta por comprador a partir do histórico de pedidos real.
Read only · Triggered event
Recurly
Escolher nova tentativa, pausa ou downgrade antes que uma subscrição expire.
Read only · Triggered event
Sistemas SAP e ERP
Ancore cada afirmação de receita no sistema financeiro em que já confia.
Read only
Suporte e contact center
O serviço é uma superfície de receita. A Markin pode colocar a Next Best Action no ecrã do agente com o motivo anexado.
Zendesk
Priorize a fila de suporte pela receita em risco.
Decision API · Read only
Salesforce Service Cloud
Dê ao agente uma ação recomendada, com a razão anexada.
Decision API · Read only
Intercom
Envie a mensagem no produto apenas quando a decisão justificar a interrupção.
Triggered event · Attribute write-back
Mídia paga e públicos
Audiências de supressão e expansão, dimensionadas pelo valor esperado e não pela pertença à lista.
Experimentação e feature flags
Onde as hipóteses do lado do produto são executadas. Markin as propõe, dimensiona e lê como qualquer outra ação.
Quatro formas como uma decisão chega ao cliente.
O padrão é escolhido por superfície, não por património. Latência, custo e quem detém o veto são o que o decide.
| Padrão | Como funciona |
|---|---|
| Atribuição de reescrita | A Markin escreve a decisão no perfil do cliente; as suas jornadas existentes leem-na como uma condição de entrada. A latência é o intervalo de sincronização da plataforma. |
| Evento acionado | Markin emite um evento que inicia ou avança uma jornada. Quase imediato, e o canal mantém a sua própria governação. |
| Decision API | A superfície pede a Markin uma decisão no momento da renderização e recebe uma ação mais o seu motivo, com um fallback definido. |
| Superfície direta | Markin preenche um slot no produto ou corpo da mensagem diretamente, para posicionamentos onde um round-trip através de um canal não acrescenta nada. |
Perguntas comuns
- Temos de mover os nossos dados para Markin?
- Não. Markin lê do seu warehouse, eventos de produto e sistemas operacionais em uso, no seu ambiente de computação, sob as regras de acesso que a sua equipa de dados já estabeleceu. Nada é copiado para uma base de clientes separada e não existe um store de perfis por parte do fornecedor para migrar mais tarde.
- Markin substitui a nossa plataforma de engagement ou CDP?
- Não, e não deveria. A sua engagement platform mantém o canal, os templates, a deliverability e a governance. O seu CDP mantém a identidade e o consentimento. A Markin adiciona a camada que nenhuma delas tem: decidir qual ação merece existir para cada cliente e prová-la contra um holdout.
- E se o sistema que usamos não estiver listado?
- Os quatro padrões de ativação cobrem quase tudo: gravação de atributos, evento acionado, API de decisão e renderização direta da superfície. Qualquer sistema que exponha uma API, aceite uma tabela ou possa ler uma coluna de warehouse pode receber decisões. Novos conectores são construídos durante a implementação, geralmente em dias.
- Quão reversível é uma integração Markin?
- Totalmente. As decisões chegam como atributos, eventos ou respostas de API em sistemas que já possui. Desligue o Markin e cada jornada, campanha e superfície comporta-se exatamente como antes, porque nenhuma delas foi reescrita para o acomodar.
- Quem aplica os limites de frequência e consentimento?
- Os sistemas que já as aplicam. Markin fornece a intenção; o canal mantém o seu veto sobre o consentimento, horários de silêncio, frequência e revisão de marca. Essa fronteira é deliberada e é o que torna a camada segura para ser ativada numa superfície de cada vez.
Não tem a certeza de qual superfície conectar primeiro?
A implementação começa com uma superfície que já possui um sinal de resultado e expande-se quando o primeiro holdout obtém um resultado positivo.