Markin + HubSpot integration
Propriétés du contact qui régissent les workflows existants.
Qu'est-ce qu'une HubSpot Agent IA ?
Une configuration Markin et HubSpot écrit l'action décidée dans l'enregistrement de contact comme une propriété, de sorte que les workflows que ton équipe a déjà construits se déclenchent sur une décision au lieu d'une règle écrite à la main. Rien ne change dans la structure de ton workflow.
Faible surface d'intégration, effet immédiat : un changement de propriété est tout ce dont un workflow existant a besoin pour commencer à faire mieux qu'hier.
Ce que Markin lit
- Propriétés du contact et de l'affaire
- Historique d'engagement par e-mail
Ce que Markin renvoie
- Propriétés du contact avec l'action et sa raison
- Événements personnalisés pour l'inscription au workflow
Comment la connexion fonctionne
| Pattern | Ce que cela signifie ici |
|---|---|
| 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. |
Que peux-tu demander à Markin de faire dans HubSpot?
- Comment déclencher les workflows HubSpot à partir d'un score de risque de churn ?
- Puis-je écrire une next best action dans une propriété de contact HubSpot ?
- Comment prioriser quels clients l'équipe doit contacter cette semaine ?
- Comment connecter les données d'utilisation des produits à HubSpot sans développement d'intégration ?
Ce que Markin fait en HubSpot
- 01Lis les propriétés de contact, d'entreprise et d'affaire.
- 02Lis l'engagement par e-mail et l'historique d'inscription aux workflows.
- 03Écris l'action choisie, sa raison et son expiration en tant que propriétés de contact.
- 04Écris un score de valeur attendue que l'équipe peut trier dans une vue.
- 05Inscris des contacts dans un workflow existant par un changement de propriété.
- 06Supprime automatiquement les contacts du holdout de l'inscription.
- 07Lis les revenus clos en regard de la décision.
- 08Rapporte quelles actions décidées ont produit du pipeline et lesquelles n'en ont pas produit.
Étendue des travaux
Le travail de growth derrière HubSpot
La liste ci-dessus est ce que Markin couvre en HubSpot. Un connecteur n'est que la surface. En dessous se trouve le travail lui-même : ce qu'un analyste, un lifecycle manager, un data scientist et un responsable de l'expérimentation feraient entre eux, fonctionnant en continu sur tes propres données.
Lis le patrimoine
Normalement un ingénieur de données, une fois, puis jamais actualisé.
- Lis l'état du consentement, de l'abonnement et de l'éligibilité aux canaux avant toute autre chose.
- Lis l'historique des contacts afin que les envois passés comptent comme une pression sur le client.
Trouve où les revenus s'échappent
Normalement une analyse approfondie trimestrielle par un analyste.
- Repère les étapes d'onboarding où l'activation chute et les revenus ne démarrent jamais.
- Repère les incohérences de prix et de packaging entre ce que les gens achètent et ce qu'ils utilisent.
Explique pourquoi
Normalement une investigation de deux semaines retirée de la roadmap.
- Classe les facteurs par leur contribution au mouvement.
- Vérifie si le même moteur est présent dans des segments comparables.
Écris des hypothèses qui méritent d'être financées
Normalement un atelier, limité aux idées présentes dans la pièce.
- Classe le portefeuille par valeur attendue, et non par ancienneté.
- Abandonne les hypothèses auxquelles une expérimentation passée a déjà répondu.
Décider par client
Normalement les règles de segmentation sont rafraîchies quand quelqu'un a le temps.
- Choisis la next best action pour chaque client, à chaque instant.
- Arbitrer entre chaque action en concurrence pour ce même client.
Exécute dans les outils que tu utilises déjà
Normalement un ticket, puis un créneau dans le calendrier du mois suivant.
- Laisse le patrimoine exactement tel qu'il était si Markin cesse d'écrire.
- Écris les décisions dans les systèmes CRM, d'engagement et d'entrepôt de données déjà en production.
Prouver que cela a généré du chiffre d'affaires
Normalement discuté, rarement mesuré.
- Garder un groupe de contrôle randomisé sur chaque décision, et non un holdout global unique.
- Lis l'uplift de revenus par client par rapport à ce groupe de contrôle.
Retire, gouverne et transfère.
Normalement le travail de personne, donc rien n'est jamais désactivé.
- Re-tester les hypothèses qui se dégradent, telles que la sensibilité aux prix et la saisonnalité.
- Journalise chaque lecture, décision et écriture avec sa raison pour l'audit.
HubSpot questions
- How does Markin connect to HubSpot?
- Attribute write-back, Triggered event. Markin writes the decision onto the customer profile; your existing journeys read it as an entry condition. Latency is the platform's sync interval.
- What does Markin read from HubSpot?
- Contact and deal properties; Email engagement history.
- What does Markin write back into HubSpot?
- Contact properties with the action and its reason Custom events for workflow enrolment
- 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.