Intégrations
Une seule équipe growth. Toute ta pile technologique.
Markin lit le signal là où il existe déjà, décide ce qui doit être fait pour chaque client et réécrit cette decision dans les systèmes qui exécutent aujourd'hui. Rien n'est migré, rien n'est remplacé, et le désactiver ramène chaque parcours exactement à son comportement antérieur.
Type
35 connections
Warehouses et lacs de données
Là où l'historique client réside. Markin lit sur place, sur ton infrastructure de calcul, et ne copie jamais la base de données.
Snowflake
Transforme l'historique de l'entrepôt en décisions sans copier une seule ligne.
Attribute write-back · Read only
BigQuery
Transforme les données GA4 et de transaction dans BigQuery en actions de revenus prouvées.
Attribute write-back · Read only
Databricks
Étends l'équipe data science que tu as déjà au lieu de la dupliquer.
Attribute write-back · Read only
Amazon Redshift
Commence le decisioning sur Redshift avec un rôle de lecture et un nouveau schéma.
Attribute write-back · Read only
CDP et pipelines d'activation
L'identité, le consentement et les pipelines qui déplacent déjà les lignes vers les canaux. Markin produit les lignes ; ton pipeline continue de les déplacer.
Segment
Donne à chaque destination Segment une action décidée au lieu d'une audience brute.
Attribute write-back · Triggered event
Hightouch
Fournis tes synchronisations existantes des décisions au lieu d'audiences écrites manuellement.
Attribute write-back
Tealium
Décider quelle action mérite le contact avant que Tealium ne le route.
Attribute write-back · Triggered event
Census
Transmets les décisions à chaque outil via les synchronisations que tu utilises déjà.
Attribute write-back
RudderStack
Ajoute les décisions à un pipeline d'événements warehouse-native.
Attribute write-back · Triggered event
Engagement et CRM
Là où les programmes lifecycle s'exécutent. Markin décide ce qui mérite d'exister et l'écrit dans les parcours que tu opères déjà.
Braze
Décider ce qui mérite d'être envoyé ; laisser Braze l'envoyer.
Attribute write-back · Triggered event
Salesforce Marketing Cloud
Place une action décidée dans une extension de données que tes parcours lisent déjà.
Attribute write-back · Triggered event
Adobe Journey Optimizer
Décider quelle offre doit exister, puis laisser Adobe la livrer.
Attribute write-back · Triggered event
HubSpot
Pilote les workflows HubSpot existants à partir d'une action décidée.
Attribute write-back · Triggered event
Klaviyo
Décider le moment et l'offre ; Klaviyo exécute le flow.
Attribute write-back · Triggered event
Iterable
Fournis une décision aux parcours Iterable plutôt qu'un segment.
Attribute write-back · Triggered event
Optimove
Élargis l'ensemble d'actions qu'Optimove doit choisir.
Attribute write-back · Triggered event
MoEngage
Décider l'action ; MoEngage gère le canal mobile.
Attribute write-back · Triggered event
Airship
Envoie moins de messages push, mais de meilleure qualité, en décidant d'abord.
Attribute write-back · Triggered event · Decision API
Customer.io
Déclenche des campagnes Customer.io à partir d'une décision, pas d'une règle.
Attribute write-back · Triggered event
Twilio
N'envoie le message payant que lorsque la décision justifie son coût.
Decision API · Triggered event
Analytique et événements Produit
Signal comportemental à la granularité de la session, plus les surfaces où une décision en session vaut la latence.
Amplitude
Transforme les découvertes de l'analyse produit en actions avec un verdict mesuré.
Read only · Attribute write-back
Mixpanel
Utilise le comportement Mixpanel comme preuve derrière chaque décision.
Read only
SDK web et mobile
Décider en session, au moment du rendu, avec un mécanisme de secours qui rend toujours quelque chose.
Decision API · Direct surface
Google Analytics 4
Utilise les données d'acquisition et de conversion de GA4 comme signal de décision.
Read only
Commerce, facturation et abonnements
La source de vérité des revenus. Les commandes, les plans, le dunning et les événements de churn sont les éléments par rapport auxquels chaque hypothèse est finalement lue.
Stripe
Récupérer les paiements échoués et protéger les abonnements avant qu'ils n'expirent.
Read only · Triggered event
Shopify
Décider la prochaine offre par acheteur à partir de l'historique des commandes réelles.
Read only · Triggered event
Recurly
Choisis une nouvelle tentative, une pause ou un déclassement avant qu'un abonnement n'expire.
Read only · Triggered event
Systèmes SAP et ERP
Ancre chaque déclaration de revenus au système en lequel les finances ont déjà confiance.
Read only
Support et centre de contact
Le Service est une surface de revenus. Markin peut placer la Next Best Action sur l'écran de l'agent, avec la raison associée.
Zendesk
Priorise la file d'attente de support par les revenus à risque.
Decision API · Read only
Salesforce Service Cloud
Donne à l'agent une action recommandée, avec la raison associée.
Decision API · Read only
Intercom
Envoie des messages in-product seulement quand la décision justifie l'interruption.
Triggered event · Attribute write-back
Médias payants et audiences
Audiences de suppression et d'expansion, dimensionnées par la valeur attendue plutôt que par l'appartenance à une liste.
Expérimentation et Feature Flags
Là où les hypothèses côté produit sont exécutées. Markin les propose, les dimensionne et les lit comme toute autre action.
Quatre façons pour une décision d'atteindre le client.
Le schéma est choisi par surface, non par domaine. La latence, le coût et la propriété du veto sont ce qui le détermine.
| Pattern | Comment ça marche |
|---|---|
| Réécriture de l'attribution | Markin inscrit la decision sur le profil client ; tes parcours existants la lisent comme une condition d'entrée. La latence est l'intervalle de synchronisation de la plateforme. |
| Événement déclenché | Markin émet un événement qui démarre ou fait avancer un parcours. Quasi immédiat, et le canal conserve sa propre gouvernance. |
| API de Décision | La surface demande à Markin une décision au moment du rendu et reçoit une action plus sa raison, avec un mécanisme de secours défini. |
| Surface directe | Markin insère directement un emplacement dans le produit ou le corps du message, pour les placements où un aller-retour via un canal n'ajoute rien. |
Questions fréquentes
- Devons-nous déplacer nos données vers Markin ?
- Non. Markin lit depuis ton entrepôt de données, tes événements produits et tes systèmes opérationnels en place, sur tes ressources de calcul, sous les règles d'accès que ton équipe de données a déjà définies. Rien n'est copié dans une base clients séparée et il n'y a pas de magasin de profils côté fournisseur à migrer ultérieurement.
- Markin remplace-t-il notre plateforme d'engagement ou notre CDP ?
- Non, et cela ne devrait pas l'être. Ta plateforme d'engagement conserve le canal, les modèles, la délivrabilité et la gouvernance. Ton CDP conserve l'identité et le consentement. Markin ajoute la couche qu'aucune n'a : décider quelle action mérite d'exister pour chaque client, et le prouver contre un holdout.
- Et si le système que nous utilisons n'est pas répertorié ?
- Les quatre modèles d'activation couvrent presque tout : l'écriture d'attributs, l'événement déclenché, l'API de décision et le rendu de surface direct. Tout système qui expose une API, accepte un tableau, ou peut lire une colonne d'entrepôt peut recevoir des décisions. Les nouveaux connecteurs sont construits pendant le déploiement, généralement en quelques jours.
- Quelle est la réversibilité d'une intégration Markin ?
- Totalement. Les décisions arrivent sous forme d'attributs, d'événements ou de réponses API dans les systèmes que tu possèdes déjà. Désactive Markin et chaque parcours, campagne et surface se comporte exactement comme avant, car aucun d'entre eux n'a été réécrit pour l'accueillir.
- Qui applique les plafonds de fréquence et le consentement ?
- Les systèmes qui les appliquent déjà. Markin fournit l'intention ; le canal garde son droit de veto sur le consentement, les heures calmes, la fréquence et l'examen de la marque. Cette limite est délibérée, et c'est ce qui rend la couche sûre à activer sur une surface à la fois.
Tu ne sais pas quelle interface connecter en premier ?
Le déploiement commence par une surface qui a déjà un signal de résultat, et s'étend une fois que le premier holdout a lu positif.