Markin + Salesforce Service Cloud integration
Décisions de rétention et d'expansion dans la vue du cas.
Qu'est-ce qu'une Salesforce Service Cloud Agent IA ?
Une configuration Markin et Salesforce Service Cloud donne à l'agent une action recommandée avec sa raison au moment du contact, et lit l'historique des cas comme signal de churn et de friction.
Les agents reçoivent des scripts, pas des décisions. Leur donner une action classée avec la raison associée est à la fois plus facile à suivre et, contrairement à un script, mesurable par rapport à un groupe de contrôle.
Ce que Markin lit
- Historique des cas et résultats de résolution
- Données de compte et d'habilitation
Ce que Markin renvoie
- Une seule action recommandée par cas, avec motif et valeur attendue.
Comment la connexion fonctionne
| Pattern | Ce que cela signifie ici |
|---|---|
| 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. |
| Lecture seule | Markin lit le signal de ce système. Rien n'est réécrit et aucun schéma n'est modifié. |
Que peux-tu demander à Markin de faire dans Salesforce Service Cloud?
- Comment montrer une next best action aux agents de service ?
- Les cas Service Cloud peuvent-ils alimenter un modèle de churn ?
- Comment décider quand proposer une remise de rétention lors d'un appel ?
- Comment mesurer correctement les offres d'économie d'agent ?
Ce que Markin fait en Salesforce Service Cloud
- 01Lis l'historique des cas, des résolutions et des escalades.
- 02Lis l'état des entitlements et des contrats.
- 03Calcule le risque de churn et les revenus à risque par compte.
- 04Sers une action recommandée à la console de l'agent.
- 05Plafonne l'autorité de rabais par valeur attendue.
- 06Journalise le choix de l'agent par rapport à la recommandation.
- 07Garde un contrôle randomisé parmi les comptes éligibles.
- 08Rapporte les revenus économisés par action et par équipe.
Étendue des travaux
Le travail de growth derrière Salesforce Service Cloud
La liste ci-dessus est ce que Markin couvre en Salesforce Service Cloud. 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é.
- Mappe chaque client, compte, abonnement et forfait dans les systèmes que tu utilises déjà.
- Reconstituer le revenu de base à partir des commandes, des paiements, des remboursements et des crédits.
Trouve où les revenus s'échappent
Normalement une analyse approfondie trimestrielle par un analyste.
- Dimensionne chaque découverte en revenus, pas en points de pourcentage.
- Surveille l'ARPU par cohorte, plan, marché, canal et ancienneté pour détecter une dérive qui élimine le bruit.
Explique pourquoi
Normalement une investigation de deux semaines retirée de la roadmap.
- Montre les contre-preuves, pas seulement le passage favorable.
- Garde la piste de requête afin qu'un analyste puisse reproduire chaque chiffre.
Écris des hypothèses qui méritent d'être financées
Normalement un atelier, limité aux idées présentes dans la pièce.
- Garde le portefeuille complet visible, y compris ce qui n'a délibérément pas été financé.
- Écris des hypothèses en continu à travers le marketing, le produit, la tarification et la santé technique.
Décider par client
Normalement les règles de segmentation sont rafraîchies quand quelqu'un a le temps.
- Choisis le canal, le timing et le niveau d'incitation, pas seulement le message.
- Plafonne le rabais et l'exposition à la marge au niveau convenu par la finance.
Exécute dans les outils que tu utilises déjà
Normalement un ticket, puis un créneau dans le calendrier du mois suivant.
- Fais acheminer les offres, les stratégies de rétention et les parcours de sauvegarde vers la bonne interface.
- Ouvre le travail comme un brouillon pour approbation là où un humain devrait signer.
Prouver que cela a généré du chiffre d'affaires
Normalement discuté, rarement mesuré.
- Rapporte la retention, l'ARPU, la marge et la pression de contact côte à côte.
- Détecter et réduire la cannibalisation entre les actions concurrentes.
Retire, gouverne et transfère.
Normalement le travail de personne, donc rien n'est jamais désactivé.
- Garde les données personnelles dans tes systèmes et agis sur celles-ci in situ.
- Montre l'ensemble du fil de décision lorsque le service juridique, financier ou un auditeur le demande.
Les équipes utilisent Salesforce Service Cloud avec
Salesforce Service Cloud questions
- How does Markin connect to Salesforce Service Cloud?
- Decision API, Read only. The surface asks Markin for a decision at render time and receives one action plus its reason, with a defined fallback.
- What does Markin read from Salesforce Service Cloud?
- Case history and resolution outcomes; Account and entitlement data.
- What does Markin write back into Salesforce Service Cloud?
- Une seule action recommandée par cas, avec motif et valeur attendue.
- 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.