Markin + Salesforce Service Cloud integration
Bindungs- und Expansionsentscheidungen in der Fallansicht.
Was ist ein Salesforce Service Cloud AI agent?
Ein Markin und Salesforce Service Cloud Setup gibt dem Agenten zum Zeitpunkt des Kontakts eine empfohlene action mit Begründung und liest die Fallhistorie als churn- und Friction-Signal zurück.
Agenten erhalten Skripte, keine decisioning. Eine einzige, rangierte Aktion mit Begründung zu geben, ist leichter zu befolgen und im Gegensatz zu einem Skript messbar gegenüber einer control group.
Was Markin liest
- Fallhistorie und Ergebnis der Falllösung
- Konto- und Berechtigungsdaten
Was Markin zurückschreibt
- Eine einzige empfohlene Aktion pro Fall, mit Begründung und erwartetem Wert.
Wie die Verbindung funktioniert
| Muster | Was es hier bedeutet |
|---|---|
| Decision API | Die Oberfläche fragt Markin zur Renderzeit nach einer Entscheidung und erhält eine Aktion plus deren Grund, mit einem definierten Fallback. |
| Nur lesen | Markin liest Signale aus diesem System. Es wird nichts zurückgeschrieben und kein Schema geändert. |
Was kannst du Markin bitten zu tun in Salesforce Service Cloud?
- Wie zeige ich Service-Agenten eine next best action an?
- Können Service Cloud-Fälle ein churn-Modell speisen?
- Wie entscheide ich, wann ich am Telefon einen Rabatt zur Kundenbindung anbieten sollte?
- Wie messe ich die Save-Angebote von Agenten richtig?
Was Markin leistet in Salesforce Service Cloud
- 01Lese Fälle, Lösungen und den Eskalationsverlauf.
- 02Lese den Berechtigungs- und Vertragsstatus.
- 03Bewerte churn risk und revenue at risk pro Konto.
- 04Biete eine empfohlene Aktion an die Agentenkonsole an.
- 05Rabattberechtigung nach erwartetem Wert begrenzen.
- 06Protokolliere die Wahl des Agenten im Vergleich zur Empfehlung.
- 07Halte eine randomisierte Kontrolle unter berechtigten Konten zurück.
- 08Berichte den geretteten Umsatz pro Aktion und pro Team.
Leistungsumfang
Die growth-Arbeit dahinter Salesforce Service Cloud
Die obige Liste ist das, was Markin berührt in Salesforce Service Cloud. Ein Konnektor ist nur die Oberfläche. Darunter liegt die eigentliche Arbeit: Was ein Analyst, ein lifecycle Manager, ein data scientist und ein experimentation lead gemeinsam tun würden, kontinuierlich mit deinen eigenen Daten ausgeführt.
Den Bestand lesen
Normalerweise ein data engineer, einmal, dann nie wieder aktualisiert.
- Ordne jeden Kunden, jedes Konto, jedes Abonnement und jeden Plan in den Systemen ab, die du bereits verwendest.
- Baue die Umsatz-Baseline aus Bestellungen, Zahlungen, Rückerstattungen und Gutschriften neu auf.
Finde, wo Umsatz verloren geht
Normalerweise ein vierteljährlicher Analysten-Deep Dive.
- Bewerte jedes Ergebnis in Umsatz, nicht in Prozentpunkten.
- Beobachte ARPU nach Kohorte, Plan, Markt, Kanal und Vertragslaufzeit auf Abweichungen, die das Rauschen beseitigen.
Erkläre warum
Normalerweise eine zweiwöchige Untersuchung, die von der Roadmap gestrichen wird.
- Zeige die Gegenbeweise, nicht nur den unterstützenden Ausschnitt.
- Behalte die Abfragehistorie bei, damit ein Analyst jede Zahl reproduzieren kann.
Schreibe Hypothesen, die eine Finanzierung wert sind
Normalerweise ein Workshop, beschränkt auf die Ideen im Raum.
- Halte das gesamte Portfolio sichtbar, einschließlich dessen, was bewusst nicht finanziert wurde.
- Schreibe kontinuierlich Hypothesen über marketing, Produkt, Preisgestaltung und technische Gesundheit.
Pro Kunde entscheiden
Normalerweise werden Segmentregeln aktualisiert, wenn jemand Zeit hat.
- Wähle den Kanal, den Zeitpunkt und die Anreizebene, nicht nur die Botschaft.
- Rabatte und Margenrisiko auf das von der Finanzabteilung vereinbarte Niveau begrenzen.
In den Tools ausführen, die du bereits verwendest
Normalerweise ein Ticket, dann ein Slot im Kalender des nächsten Monats.
- Leite Angebote, retention plays und save flows an die richtige Oberfläche.
- Öffne die Arbeit als Entwurf zur Genehmigung, wo ein Mensch abzeichnen sollte.
Beweisen, dass es den Umsatz verursacht hat
Normalerweise wird darüber diskutiert, selten gemessen.
- Berichte retention, ARPU, Marge und Kontaktdruck nebeneinander.
- Erkenne und berücksichtige die Kannibalisierung zwischen konkurrierenden Aktionen.
Stilllegen, verwalten und übergeben
Normalerweise ist es niemandes Aufgabe, also wird nie etwas abgeschaltet.
- Behalte personenbezogene Daten in deinen Systemen und handle direkt vor Ort.
- Zeige den gesamten Entscheidungspfad, wenn Rechtsabteilung, Finanzabteilung oder ein Wirtschaftsprüfer danach fragen.
Teams nutzen Salesforce Service Cloud zusammen mit
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?
- Eine einzige empfohlene Aktion pro Fall, mit Begründung und erwartetem Wert.
- Müssen wir unsere Daten zu Markin verschieben?
- Nein. Markin liest aus deinem Warehouse, Produkt-Events und operativen Systemen, die in place sind, auf deinem Compute, unter den Zugriffsregeln, die dein Daten-Team bereits festgelegt hat. Nichts wird in eine separate Kundenbasis kopiert und es gibt keinen anbieterseitigen Profilspeicher, von dem später migriert werden muss.
- Ersetzt Markin unsere Engagement-Plattform oder CDP?
- Nein, und das sollte es auch nicht. Deine Engagement-Plattform behält den Kanal, die Vorlagen, die Zustellbarkeit und die Governance. Deine CDP behält Identität und Zustimmung. Markin fügt die Ebene hinzu, die keiner von beiden hat: zu entscheiden, welche Aktion für jeden Kunden existieren sollte, und dies gegen einen holdout zu beweisen.
- Was, wenn das System, das wir verwenden, nicht aufgeführt ist?
- Die vier Aktivierungsmuster decken fast alles ab: Attribut-Write-Back, ausgelöste Ereignisse, Decision API und direkte Oberflächendarstellung. Jedes System, das eine API exponiert, eine Tabelle akzeptiert oder eine Warehouse-Spalte lesen kann, kann Entscheidungen empfangen. Neue Konnektoren werden während der Bereitstellung erstellt, typischerweise innerhalb weniger Tage.