Integraciones
Un equipo de crecimiento. Todo tu stack.
Markin lee las señales donde ya existen, decide lo que debe suceder para cada cliente y escribe esa decisión de vuelta en los sistemas que se ejecutan hoy. Nada se migra, nada se reemplaza, y apagarlo devuelve cada recorrido exactamente a como se comportaba antes.
Tipo
36 connections
Almacenes y lagos
Donde reside el historial del cliente. Markin lee in situ, en su computación, y nunca copia la base fuera.
Snowflake
Convierte el historial de tu almacén en decisiones sin copiar una sola fila.
Attribute write-back · Read only
BigQuery
Convierte los datos de GA4 y transacciones en BigQuery en acciones de ingresos probadas.
Attribute write-back · Read only
Databricks
Amplía el equipo de data science que ya tienes en lugar de duplicarlo.
Attribute write-back · Read only
Amazon Redshift
Comienza el decisioning en Redshift con un rol de lectura y un nuevo esquema.
Attribute write-back · Read only
CDPs y pipelines de activación
Identidad, consentimiento y las tuberías que ya mueven filas a los canales. Markin produce las filas; su pipeline sigue moviéndolas.
Segment
Asigna a cada destino de Segment una acción decidida en lugar de una audiencia sin procesar.
Attribute write-back · Triggered event
Hightouch
Alimenta tus sincronizaciones existentes con decisiones en lugar de audiencias escritas a mano.
Attribute write-back
Tealium
Decide qué acción merece el contacto antes de que Tealium lo enrute.
Attribute write-back · Triggered event
Census
Envía decisiones a cada herramienta a través de las sincronizaciones que ya ejecutas.
Attribute write-back
RudderStack
Añade decisioning a una pipeline de eventos warehouse-native.
Attribute write-back · Triggered event
Compromiso y CRM
Donde se ejecutan los programas de ciclo de vida. Markin decide qué merece existir y lo incorpora a los journeys que ya opera.
Braze
Decide qué merece ser enviado; deja que Braze lo envíe.
Attribute write-back · Triggered event
Salesforce Marketing Cloud
Coloca una acción decidida en una data extension que tus journeys ya lean.
Attribute write-back · Triggered event
Adobe Journey Optimizer
Decide qué oferta debe existir, y luego deja que Adobe la entregue.
Attribute write-back · Triggered event
HubSpot
Impulsa flujos de trabajo existentes de HubSpot a partir de una acción decidida.
Attribute write-back · Triggered event
Klaviyo
Decide el momento y la oferta; Klaviyo ejecuta el flujo.
Attribute write-back · Triggered event
Iterable
Alimenta los journeys de Iterable con una decisión en lugar de un segmento.
Attribute write-back · Triggered event
Optimove
Amplía el conjunto de acciones entre las que Optimove puede elegir.
Attribute write-back · Triggered event
MoEngage
Decide la acción; MoEngage se encarga del canal móvil.
Attribute write-back · Triggered event
Airship
Envía menos, pero mejores, mensajes push al decidir primero.
Attribute write-back · Triggered event · Decision API
Customer.io
Activa campañas de Customer.io a partir de una decisión, no de una regla.
Attribute write-back · Triggered event
Twilio
Envía el mensaje pagado solo cuando la decisión justifique su costo.
Decision API · Triggered event
Análisis y eventos del producto
Señal de comportamiento con granularidad de sesión, además de las superficies donde una decisión en sesión vale la latencia.
Amplitude
Convierte los hallazgos de product analytics en acciones con un veredicto medido.
Read only · Attribute write-back
Mixpanel
Utiliza el comportamiento de Mixpanel como evidencia detrás de cada decisión.
Read only
SDK web y móvil
Decide en sesión, en tiempo de renderizado, con una alternativa que siempre se renderiza.
Decision API · Direct surface
Google Analytics 4
Utiliza los datos de adquisición y conversión de GA4 como señal de decisioning.
Read only
Comercio, facturación y suscripciones
La verdad fundamental de los ingresos. Los pedidos, planes, cobros y eventos de churn son contra lo que finalmente se lee cada hipótesis.
Stripe
Recupera pagos fallidos y protege las suscripciones antes de que expiren.
Read only · Triggered event
Shopify
Decide la siguiente oferta por comprador a partir del historial de pedidos real.
Read only · Triggered event
PrestaShop
Convierte los datos comerciales de PrestaShop en la próxima acción rentable del cliente.
Read only · Triggered event · Decision API
Recurly
Elige reintento, pausa o downgrade antes de que expire una suscripción.
Read only · Triggered event
Sistemas SAP y ERP
Ancla cada declaración de ingresos al sistema en el que finanzas ya confía.
Read only
Soporte y centro de contacto
El servicio es una superficie de ingresos. Markin puede poner la Next Best Action en la pantalla del agente con el motivo adjunto.
Zendesk
Prioriza la cola de soporte por ingresos en riesgo.
Decision API · Read only
Salesforce Service Cloud
Dale al agente una acción recomendada, con el motivo adjunto.
Decision API · Read only
Intercom
Envía mensajes dentro del producto solo cuando la decisión justifique la interrupción.
Triggered event · Attribute write-back
Medios y audiencias de pago
Audiencias de supresión y expansión, dimensionadas por el valor esperado en lugar de por la pertenencia a una lista.
Experimentación y feature flags
Dónde se ejecutan las hipótesis del lado del producto. Markin las propone, las dimensiona y las lee como cualquier otra acción.
Cuatro formas en que una decisión llega al cliente.
El patrón se elige por superficie, no por propiedad. La latencia, el coste y quién tiene el veto son lo que lo decide.
| Patrón | Cómo funciona |
|---|---|
| Atribución por reescritura (write-back) | Markin escribe la decisión en el perfil del cliente; tus journeys existentes la leen como una condición de entrada. La latencia es el intervalo de sincronización de la plataforma. |
| Evento desencadenado | Markin emite un evento que inicia o avanza un recorrido. De forma casi inmediata, y el canal mantiene su propia gobernanza. |
| Decision API | La interfaz solicita a Markin una decisión en tiempo de renderización y recibe una acción más su motivo, con un fallback definido. |
| Superficie directa | Markin rellena directamente un slot en el producto o cuerpo del mensaje, para ubicaciones donde el ir y venir a través de un canal no añade nada. |
Preguntas frecuentes
- ¿Tenemos que mover nuestros datos a Markin?
- No. Markin lee desde tu data warehouse, eventos de producto y sistemas operativos existentes, en tu infraestructura, bajo las reglas de acceso que tu equipo de datos ya estableció. Nada se copia a una base de clientes separada y no hay un almacén de perfiles del proveedor del que migrar más tarde.
- ¿Markin reemplaza nuestra plataforma de engagement o CDP?
- No, y no debería. Tu plataforma de engagement mantiene el canal, las plantillas, la entregabilidad y la gobernanza. Tu CDP mantiene la identidad y el consentimiento. Markin añade la capa que ninguna tiene: decidir qué acción merece existir para cada cliente, y probarla contra un holdout.
- ¿Qué pasa si el sistema que usamos no está en la lista?
- Los cuatro patrones de activación cubren casi todo: escritura inversa de atributos, evento disparado, API de decisión y renderizado directo de superficie. Cualquier sistema que exponga una API, acepte una tabla o pueda leer una columna de un almacén de datos puede recibir decisiones. Los nuevos conectores se construyen durante la implementación, típicamente en días.
- ¿Qué tan reversible es una integración de Markin?
- Completamente. Las decisiones llegan como atributos, eventos o respuestas de API en sistemas que ya posee. Apague Markin y cada recorrido, campaña y superficie se comporta exactamente como lo hacía antes, porque ninguno de ellos fue reescrito para acomodarlo.
- Quién aplica los límites de frecuencia y el consentimiento?
- Los sistemas que ya las aplican. Markin proporciona la intención; el canal mantiene su veto sobre el consentimiento, las horas de silencio, la frecuencia y la revisión de la marca. Ese límite es deliberado y es lo que hace que la capa sea segura de activar una superficie a la vez.
¿No estás seguro de qué superficie conectar primero?
El despliegue comienza con una superficie que ya tiene una señal de resultado, y se expande una vez que el primer holdout ha registrado un resultado positivo.