Markin + Airship integration
Push, in-app et expériences d'application, arbitrées en premier.
Qu'est-ce qu'une Airship Agent IA ?
Une configuration Markin et Airship écrit les décisions sous forme de tags ou d'attributs afin que les surfaces de push, in-app et de portefeuille d'Airship exécutent une action qui a été choisie et dimensionnée, et non une action qui a été programmée.
Le push est le canal où le sur-contact coûte le plus cher en désabonnements. L'arbitrage avant l'envoi transforme la portée d'Airship en revenus au lieu de désabonnements.
Ce que Markin lit
- Canal et état d'opt-in
- Événements d'engagement push et in-app
Ce que Markin renvoie
- Attributs et tags avec l'action choisie
- Événements pour l'entrée dans le parcours, ou une suspension explicite
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. |
| 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. |
Que peux-tu demander à Markin de faire dans Airship?
- Quelles sont les meilleures alternatives à Airship ?
- Comment décider quels utilisateurs devraient recevoir une notification push ?
- Airship peut-il être piloté par un modèle de churn ou de propension ?
- Comment mesurer la valeur incrémentale du push ?
Ce que Markin fait en Airship
- 01Lis les tags, les attributs et l'état d'opt-in des canaux.
- 02Lis les événements de livraison et d'interaction des push.
- 03Choisis l'action qui vaut la peine d'interrompre une session.
- 04Écris la décision comme un tag ou un attribut avec une expiration.
- 05Déclenche l'automatisation correspondante.
- 06Maintiens un holdout randomisé parmi les utilisateurs ayant opté pour la réception des communications.
- 07Lis les conversions aval en regard de la décision.
- 08Rapporte les revenus incrémentaux et les désabonnements par action.
Étendue des travaux
Le travail de growth derrière Airship
La liste ci-dessus est ce que Markin couvre en Airship. 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é.
- Réconcilier le même client à travers les identités de facturation, de CRM, de produit et de support.
- Lis l'état du consentement, de l'abonnement et de l'éligibilité aux canaux avant toute autre chose.
Trouve où les revenus s'échappent
Normalement une analyse approfondie trimestrielle par un analyste.
- Détecter le churn involontaire dû aux paiements échoués, à l'expiration de la carte et au comportement de nouvelle tentative.
- Repère les étapes d'onboarding où l'activation chute et les revenus ne démarrent jamais.
Explique pourquoi
Normalement une investigation de deux semaines retirée de la roadmap.
- Garde la piste de requête afin qu'un analyste puisse reproduire chaque chiffre.
- Exécute l'enquête automatiquement et renvoie les facteurs avec leurs preuves.
Écris des hypothèses qui méritent d'être financées
Normalement un atelier, limité aux idées présentes dans la pièce.
- Écris des hypothèses en continu à travers le marketing, le produit, la tarification et la santé technique.
- Joins l'effet de revenus attendu et la population à laquelle il s'applique.
Décider par client
Normalement les règles de segmentation sont rafraîchies quand quelqu'un a le temps.
- Supprime une action plutôt que d'en envoyer une faible, et enregistre la raison.
- Choisis la next best action pour chaque client, à chaque instant.
Exécute dans les outils que tu utilises déjà
Normalement un ticket, puis un créneau dans le calendrier du mois suivant.
- Annule proprement un lot de décision quand quelque chose semble erroné.
- Laisse le patrimoine exactement tel qu'il était si Markin cesse d'écrire.
Prouver que cela a généré du chiffre d'affaires
Normalement discuté, rarement mesuré.
- Publie le rapport au même endroit pour chaque expérimentation.
- Garder un groupe de contrôle randomisé sur chaque décision, et non un holdout global unique.
Retire, gouverne et transfère.
Normalement le travail de personne, donc rien n'est jamais désactivé.
- Montre l'ensemble du fil de décision lorsque le service juridique, financier ou un auditeur le demande.
- Donne à l'équipe un portefeuille qu'elle peut lire, questionner et annuler.
Airship questions
- How does Markin connect to Airship?
- Attribute write-back, Triggered event, Decision API. 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 Airship?
- Channel and opt-in state; Push and in-app engagement events.
- What does Markin write back into Airship?
- Attributes and tags with the chosen action Events for journey entry, or an explicit hold
- 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.