Ihr Kundenservice-Daten-Template

Salesforce Service Cloud
Ihr Kundenservice-Daten-Template

Ihr Kundenservice-Daten-Template

Dieses Template bietet einen umfassenden Leitfaden zur Vorbereitung Ihrer Kundenservice-Daten für Process Mining. Es skizziert die wesentlichen Daten-Attribute, die zu sammeln sind, die wichtigsten zu verfolgenden Aktivitäten und praktische Anleitungen, wie diese Informationen aus Ihrem Quellsystem extrahiert werden können. Nutzen Sie diese Ressource, um sicherzustellen, dass Ihre Daten für eine aufschlussreiche Analyse und Optimierung bereit sind.
  • Empfohlene Attribute zur Erfassung
  • Wichtige Aktivitäten zur Verfolgung
  • Extraktionsanleitung
Neu bei Event-Logs? Erfahren Sie wie Sie ein Process-Mining-Event-Log erstellen.

Kundenservice-Attribute

Dies sind die empfohlenen Datenfelder, die Sie in Ihr Event Log aufnehmen sollten, um Ihren Kundenservice-Prozess umfassend zu analysieren.
5 Erforderlich 10 Empfohlen 6 Optional
Name Beschreibung
Serviceanfrage
ServiceRequest
Der eindeutige Identifikator für einen Kundenservice-Case oder ein Ticket, der alle zugehörigen Aktivitäten verknüpft.
Beschreibung

Die Serviceanfrage, oft als Ticket oder Case bezeichnet, dient als primärer Identifikator, der alle Aktivitäten einer einzelnen Kundenanfrage oder eines Problems verknüpft. In der Salesforce Service Cloud entspricht dies der Case Number.

Dieses Attribut ist unerlässlich, um die End-to-End-Reise jeder Kundeninteraktion zu rekonstruieren. Es ermöglicht dem Process Mining-Tool, alle zusammengehörigen Events, wie 'Case erstellt', 'Agent untersucht Problem' und 'Case gelöst', zu einer einzigen Prozessinstanz zu gruppieren, was eine umfassende Analyse von Anfang bis Ende ermöglicht.

Bedeutung

Es ist der grundlegende Baustein für Process Mining, da es alle Events, die zum selben Kundenproblem gehören, zu einer kohärenten Prozessinstanz verbindet.

Datenquelle

Salesforce Case-Objekt, Feld: CaseNumber

Beispiele
000010240000105800001193
Aktivitätsname
ActivityName
Der Name eines spezifischen Business-Events oder Schritts, der innerhalb des Kundenservice-Prozesses stattfand.
Beschreibung

Dieses Attribut beschreibt einen einzelnen Schritt oder Meilenstein im Lebenszyklus einer Serviceanfrage. Aktivitäten sind die Knoten in der Prozesskarte und repräsentieren Aktionen, die von Agenten, automatisierten Systemen oder Kunden durchgeführt werden.

Die Analyse der Reihenfolge und Häufigkeit von Aktivitäten wie 'Case erstellt', 'Interne Eskalation ausgelöst' und 'Case geschlossen' ist zentral für Process Mining. Sie hilft, den tatsächlichen Prozessfluss aufzudecken, Bottlenecks zu identifizieren und Abweichungen von der Standardarbeitsanweisung zu erkennen.

Bedeutung

Aktivitäten definieren die Schritte des Prozesses, und ihre Reihenfolge bildet die Grundlage der Prozesslandkarte und aller nachfolgenden Analysen.

Datenquelle

Typischerweise abgeleitet aus einer Kombination von Feldern, wie Statusänderungen am Case-Objekt (Statusfeld) oder Datensätzen in den CaseHistory- oder EmailMessage-Objekten.

Beispiele
Fall erstelltCase einem Agenten zugewiesenLösung dem Kunden vorgeschlagenVorgang geschlossen
Ereigniszeit
EventTime
Der präzise Zeitstempel, der angibt, wann eine Aktivität stattfand.
Beschreibung

Event Time erfasst Datum und Uhrzeit, zu der eine spezifische Aktivität im System aufgezeichnet wurde. Es bietet den zeitlichen Kontext für den gesamten Prozess und ermöglicht die Berechnung von Dauern, Wartezeiten und Zykluszeiten.

In der Analyse wird dieser Timestamp verwendet, um Events für jede Serviceanfrage chronologisch zu ordnen, was die Grundlage für die Prozesserkennung bildet. Er ist entscheidend für Performance-bezogene KPIs, wie die Messung der Zeit zwischen 'Case Created' und 'Initial Acknowledgment Sent' oder die Berechnung der gesamten Lösungszeit.

Bedeutung

Dieser Timestamp ist entscheidend für das Verständnis der Prozesszeitlinie, die Berechnung von Leistungskennzahlen und die Identifizierung von Verzögerungen zwischen Aktivitäten.

Datenquelle

Abgeleitet von verschiedenen Datumsfeldern, die spezifischen Events entsprechen, wie CreatedDate im Case-Objekt oder CreatedDate in CaseHistory-Datensätzen.

Beispiele
2023-04-15T10:00:00Z2023-04-15T11:23:14Z2023-04-16T09:05:30Z
Letzte Datenaktualisierung
LastDataUpdateTime
Timestamp, der angibt, wann die Daten für diesen Prozess zuletzt aktualisiert wurden.
Beschreibung

Dieses Attribut erfasst den Timestamp der letzten Datenextraktion oder -aktualisierung aus dem Quellsystem. Es ist ein Metadatenfeld, das sich auf den gesamten Datensatz und nicht auf einzelne Events bezieht.

Sein primärer Zweck ist es, Benutzer über die Aktualität der von ihnen analysierten Daten zu informieren. Dies ist entscheidend, um sicherzustellen, dass Einblicke und Entscheidungen auf aktuellen und relevanten Informationen basieren, und es hilft, Erwartungen hinsichtlich der Aktualität der Daten zu steuern.

Bedeutung

Es gewährleistet Transparenz über die Aktualität der Daten und ermöglicht es den Nutzern, zu verstehen, wie aktuell ihre Analyse ist.

Datenquelle

Dieser Wert wird typischerweise während des Datenextraktions-, Transformations- und Ladeprozesses (ETL) generiert und gespeichert.

Beispiele
2023-10-27T04:00:00Z
Quellsystem
SourceSystemName
Das System, aus dem die Prozessdaten stammen.
Beschreibung

Dieses Attribut identifiziert die Quellanwendung, in der die Daten generiert wurden, was in diesem Kontext die Salesforce Service Cloud ist. Es ist besonders nützlich in Umgebungen, in denen Daten aus mehreren Systemen für eine umfassende Prozessansicht kombiniert werden.

Auch bei der Analyse eines einzelnen Systems liefert dieses Attribut wesentlichen Kontext über die Herkunft der Daten. Es hilft bei der Daten-Governance, Fehlerbehebung und stellt sicher, dass Analysen auf dem korrekten Datensatz basieren.

Bedeutung

Es liefert entscheidenden Kontext über die Herkunft der Daten, was für die Daten-Governance und für Analysen, die Daten aus mehreren Systemen kombinieren, unerlässlich ist.

Datenquelle

Dabei handelt es sich typischerweise um einen statischen Wert, der während der Datenextraktion und -transformation hinzugefügt wird, um die Herkunft des Datensatzes zu kennzeichnen.

Beispiele
Salesforce Service CloudSFSC
Case-Lösungszeit
CaseResolutionTime
Die insgesamt verstrichene Zeit von der Erstellung eines Cases bis zu dessen Lösung.
Beschreibung

Diese Metrik misst die Gesamtdauer einer Serviceanfrage, vom Timestamp 'Case erstellt' bis zum Timestamp 'Case gelöst'. Sie ist einer der grundlegendsten KPIs für jeden Kundenservice-Prozess.

Dieses berechnete Attribut unterstützt direkt den KPI 'Durchschnittliche Case-Lösungszeit' und ist eine Kernmetrik im Case SLA Adherence und Resolution Dashboard. Es liefert ein klares Maß für die gesamte Prozesseffizienz und das Kundenerlebnis. Die Analyse dieser Metrik über verschiedene Dimensionen wie Case-Typ oder Priorität hilft, Verbesserungsbereiche zu identifizieren.

Bedeutung

Dies ist ein primärer KPI zur Messung der gesamten Prozesseffizienz und unerlässlich für das Verständnis der End-to-End-Erfahrung des Kunden.

Datenquelle

Berechnet während der Datentransformation durch Ermittlung der Zeitdifferenz zwischen dem Timestamp der Aktivität 'Case Created' und der Aktivität 'Case Resolved' für jede Service Request.

Beispiele
25920000086400000604800000
Case-Priorität
CasePriority
Das Prioritätsniveau, das der Serviceanfrage zugewiesen ist, wie Hoch, Mittel oder Niedrig.
Beschreibung

Die Case-Priorität ist eine Standardklassifizierung, die verwendet wird, um die Dringlichkeit einer Serviceanfrage zu bestimmen. Diese Bezeichnung bestimmt oft die Ziel-Antwort- und Lösungszeiten gemäß den Service Level Agreements (SLAs).

Die Analyse der Prozess-Performance basierend auf der Priorität ist entscheidend, um die Wirksamkeit der Priorisierungsstrategie zu bewerten. Sie hilft festzustellen, ob Fälle mit hoher Priorität tatsächlich schneller gelöst werden und ihre aggressiven SLA-Ziele erreichen, und unterstützt so direkt das Case Prioritization and Impact Dashboard.

Bedeutung

Es ermöglicht die Analyse, ob der Prozess dringende Cases effektiv priorisiert und verschiedene Service Level basierend auf der Case-Wichtigkeit erfüllt.

Datenquelle

Salesforce Case-Objekt, Feld: Priority

Beispiele
HochMittelNiedrig
Case‑Typ
CaseType
Die Klassifizierung der Serviceanfrage, wie Frage, Problem oder Feature Request.
Beschreibung

Der Case-Typ ist ein kategoriales Attribut, das hilft, die Art der Kundenanfrage oder des Problems zu klassifizieren. Dies ermöglicht die Segmentierung von Serviceanfragen, um zu verstehen, wie verschiedene Arten von Problemen bearbeitet werden.

Die Analyse des Prozesses basierend auf dem Case-Typ kann aufzeigen, dass bestimmte Anfragen unterschiedliche Pfade verfolgen, längere Lösungszeiten haben oder mehr Übergaben erfordern. Diese Erkenntnis ist wertvoll, um den Prozess für spezifische Arbeitskategorien anzupassen und zu verbessern.

Bedeutung

Es ermöglicht die Segmentierung des Prozesses, um zu verstehen, ob verschiedene Arten von Anfragen unterschiedlich behandelt werden und Bereiche für spezialisierte Verbesserungen zu identifizieren.

Datenquelle

Salesforce Case-Objekt, Feld: Type

Beispiele
ProblemFeature-AnfrageFrage
Endzeit
EndTime
Der Zeitstempel, der angibt, wann eine Aktivität abgeschlossen wurde.
Beschreibung

Die Endzeit stellt die Abschlusszeit einer Aktivität dar. In Kombination mit der Startzeit ermöglicht sie die präzise Berechnung der Aktivitätsverarbeitungszeiten. Für viele Events in Salesforce ist das Event sofortig, was bedeutet, dass Startzeit und Endzeit identisch sind.

Für langwierige Aktivitäten ist eine separate Endzeit jedoch entscheidend, um die auf eine Aufgabe verwendete Zeit genau zu messen. Sie unterstützt direkt die Leistungsanalyse, indem sie die aktive Verarbeitungszeit von der untätigen Wartezeit zwischen den Schritten unterscheidet.

Bedeutung

Es ermöglicht die Berechnung der tatsächlichen Dauer einer Aktivität, was entscheidend für die Analyse der Agentenleistung und die Identifizierung zeitaufwendiger Schritte ist.

Datenquelle

Dies ist oft identisch mit der StartTime für sofortige Events. Für Aktivitäten mit einer Dauer muss es aus einem spezifischen Feld bezogen werden, das den Abschluss anzeigt, was eine individuelle Konfiguration erfordern kann.

Beispiele
2023-04-15T10:00:00Z2023-04-15T11:55:00Z2023-04-16T14:20:00Z
Fallstatus
CaseStatus
Der aktuelle Status der Serviceanfrage in ihrem Lebenszyklus, wie Neu, In Bearbeitung oder Geschlossen.
Beschreibung

Der Case-Status gibt den aktuellen Zustand einer Serviceanfrage an. Statusänderungen sind oft die primäre Quelle zur Identifizierung von Aktivitäten im Prozess; zum Beispiel kann eine Änderung von 'Neu' zu 'In Bearbeitung' der Aktivität 'Agent untersucht Problem' zugeordnet werden.

Die Analyse des finalen Status von Cases hilft, Lösungsoutcomes zu verstehen. Sie wird auch verwendet, um nach offenen oder geschlossenen Cases zu filtern und Cases zu identifizieren, die zu lange in einem bestimmten Zustand verharren könnten.

Bedeutung

Es gibt Einblick in den aktuellen Status und das Ergebnis des Cases, und Statusänderungen werden oft genutzt, um die Abfolge der Aktivitäten abzuleiten.

Datenquelle

Salesforce Case-Objekt, Feld: Status

Beispiele
NeuIn BearbeitungWarten auf KundenGeschlossen
Ist Erstlösungsquote
IsFirstContactResolution
Ein Flag, das anzeigt, ob der Fall während der ersten Interaktion mit dem Kunden gelöst wurde.
Beschreibung

Dieses Boolesche Attribut identifiziert Serviceanfragen, die ohne weitere Nachfragen nach dem ersten Kundenkontakt gelöst wurden. Die Logik zur Bestimmung dessen beinhaltet oft die Analyse der Reihenfolge und des Timings von Aktivitäten.

Eine hohe First Contact Resolution (FCR)-Rate ist ein starker Indikator für einen effizienten und effektiven Kundenservice-Prozess. Dieses berechnete Attribut ist die Basis für den KPI der First Contact Resolution Rate. Die Analyse der Cases, die nicht beim ersten Kontakt gelöst werden, kann Möglichkeiten zur Verbesserung der Agentenschulung, des Wissensdatenbankinhalts und des Prozessdesigns aufzeigen.

Bedeutung

Es misst direkt einen wesentlichen Aspekt der Serviceeffizienz und Kundenzufriedenheit und hilft dabei, die Treiber einer effektiven Problemlösung zu identifizieren.

Datenquelle

Berechnet während der Datentransformation durch Analyse des Event Logs für einen bestimmten Fall. Eine gängige Regel ist die Überprüfung, ob 'Case Resolved' vor 'Information Requested From Customer' oder nachfolgenden Kundenkontakt-Aktivitäten stattfindet.

Beispiele
truefalsch
Kommunikationskanal
CommunicationChannel
Der Kanal, über den die Serviceanfrage initiiert wurde, wie E-Mail, Telefon oder Web.
Beschreibung

Dieses Attribut spezifiziert die Kommunikationsmethode, die der Kunde zur Einreichung seiner Serviceanfrage verwendet hat. In Salesforce wird dies oft im Feld 'Case Origin' erfasst.

Das Verständnis des Kommunikationskanals ist entscheidend für die Optimierung der Ressourcenzuweisung und die Verbesserung der Serviceeffizienz. Durch die Analyse von Lösungszeiten und Prozessabläufen nach Kanal können Organisationen identifizieren, welche Kanäle für verschiedene Arten von Problemen am effektivsten sind, und unterstützen so das Dashboard für die Effizienz der Kommunikationskanäle.

Bedeutung

Sie ermöglicht Leistungsvergleiche über verschiedene Kundenkontaktkanäle hinweg und hilft dabei, die Kanalstrategie sowie die Ressourcenzuweisung zu optimieren.

Datenquelle

Salesforce Case-Objekt, Feld: Origin

Beispiele
E-MailTelefonWebChat
SLA-Status
SlaStatus
Gibt an, ob der Fall innerhalb seines SLA-Ziels gelöst wurde.
Beschreibung

Dieses Attribut kategorisiert jeden gelösten Case basierend auf seiner Einhaltung des definierten Service Level Agreements. Es wird berechnet, indem der tatsächliche Lösungs-Timestamp mit der 'SLA-Ziel-Lösungszeit' verglichen wird.

Als direkter Input für den KPI der SLA-Einhaltungsrate vereinfacht dieses Attribut die Leistungsüberwachung. Es ermöglicht eine schnelle Filterung und Analyse aller nicht-konformen Cases, um gemeinsame Ursachen für SLA-Verletzungen, wie spezifische Case-Typen, Produkte oder Prozess-Bottlenecks, zu identifizieren.

Bedeutung

Es liefert ein klares, binäres Ergebnis für die SLA-Compliance auf Case-Basis, was grundlegend für die Leistungsüberwachung und die Ursachenanalyse von Verzögerungen ist.

Datenquelle

Berechnet in der Datentransformationsschicht durch Vergleich des 'Case Resolved'-Timestamps mit dem Attribut 'SlaTargetResolutionTime'.

Beispiele
ErfülltVerletzt
SLA-Ziel-Lösungszeit
SlaTargetResolutionTime
Das Zieldatum und die Uhrzeit, bis zu der die Serviceanfrage gemäß der SLA gelöst sein sollte.
Beschreibung

Dieses Attribut definiert die Service Level Agreement (SLA)-Frist für die Lösung eines Cases. Sie wird typischerweise basierend auf Faktoren wie Case-Priorität, Typ und Kundensegment bestimmt. Salesforce kann dies automatisch mithilfe seiner Berechtigungs- und Meilenstein-Funktionen berechnen.

Dieser Timestamp ist entscheidend für die Messung der SLA-Einhaltung. Durch den Vergleich der tatsächlichen Lösungszeit mit diesem Ziel kann die Organisation ihre SLA-Einhaltungsrate (KPI) berechnen und Cases identifizieren, die Gefahr laufen, ihre SLA zu verletzen, und unterstützt so direkt das Case SLA Adherence Dashboard.

Bedeutung

Es liefert den Maßstab, an dem die tatsächliche Leistung gemessen wird, wodurch es entscheidend für die Berechnung der SLA-Compliance und die Identifizierung von Risikofällen wird.

Datenquelle

Dies wird oft im Feld SlaExitDate auf dem Case Milestone Objekt gespeichert, das Teil der Entitlement Management-Funktion von Salesforce ist.

Beispiele
2023-04-16T17:00:00Z2023-04-18T09:00:00Z2023-05-01T12:00:00Z
Zugewiesener Agent
AssignedAgent
Der Benutzer oder die Warteschlange, dem/der die Serviceanfrage aktuell zugewiesen ist.
Beschreibung

Dieses Attribut identifiziert den einzelnen Agenten oder das Team, das für die Bearbeitung der Serviceanfrage zu einem bestimmten Zeitpunkt verantwortlich ist. In Salesforce ist dies typischerweise der Case Owner.

Das Verfolgen von Änderungen an diesem Attribut ist grundlegend für die Analyse der Agentenleistung, Arbeitslastverteilung und Weiterleitungen. Es hilft, Fragen zu beantworten, wie oft ein Case neu zugewiesen wird, welche Agenten die komplexesten Cases bearbeiten und ob die Arbeitslasten im Team ausgeglichen sind. Dies ist ein Schlüsselattribut für die Dashboards für Agenten-Weiterleitungen und Arbeitslastverteilung.

Bedeutung

Es ist unerlässlich für die Analyse der Arbeitslast, Leistung und Häufigkeit von Weiterleitungen der Agenten, was sich direkt auf die Effizienz und Lösungszeit auswirkt.

Datenquelle

Salesforce Case-Objekt, Feld: OwnerId. Dieses Feld enthält die ID eines Benutzers oder einer Warteschlange.

Beispiele
Sarah JonesDavid ChenTier-2-Support-Warteschlange
Anzahl der Agentenübergaben
AgentHandoffCount
Die Anzahl, wie oft ein Case von einem Agenten oder einer Warteschlange an einen anderen neu zugewiesen wurde.
Beschreibung

Diese Metrik quantifiziert die Anzahl der Neu-Zuweisungen, die eine Serviceanfrage durchläuft, bevor sie gelöst wird. Sie wird berechnet, indem die Anzahl der unterschiedlichen Änderungen im Attribut 'Zugewiesener Agent' innerhalb des Lebenszyklus eines einzelnen Cases gezählt wird.

Dieses Attribut ist die Basis für den KPI 'Durchschnittliche Agenten-Weiterleitungen pro Case' und wird in den Dashboards für Agenten-Weiterleitungen und Arbeitslastverteilung visualisiert. Eine hohe Anzahl von Weiterleitungen signalisiert oft Prozesseffizienzen, unklare Verantwortlichkeiten oder Wissenslücken, die alle zu längeren Lösungszeiten und Kundenfrustration führen können.

Bedeutung

Es quantifiziert die interne Reibung im Prozess, da übermäßige Weiterleitungen eine häufige Ursache für Verzögerungen und Kundenunzufriedenheit sind.

Datenquelle

Berechnet auf Case-Ebene während der Datentransformation durch Zählen der eindeutigen Werte im Feld 'AssignedAgent' für jede 'ServiceRequest', minus eins.

Beispiele
0135
Betroffenes Produkt
ProductInvolved
Das spezifische Produkt oder die Dienstleistung, um die es bei der Kundenanfrage geht.
Beschreibung

Dieses Attribut verknüpft eine Serviceanfrage mit einem spezifischen Produkt oder einer Dienstleistung. In Salesforce wird dies oft über einen Lookup zum Produktobjekt verwaltet.

Die Segmentierung von Prozessdaten nach Produkten ist entscheidend für die Produktqualitätsanalyse. Sie hilft zu identifizieren, welche Produkte die meisten Supportanfragen generieren, welche Art von Problemen sie haben und ob sich der Lösungsprozess über Produktlinien hinweg unterscheidet. Diese Informationen sind wichtiges Feedback für Produktentwicklungsteams.

Bedeutung

Es ermöglicht eine produktbasierte Prozessanalyse, die Produktqualitätsprobleme oder Supportlücken bei spezifischen Produkten aufdecken kann.

Datenquelle

Salesforce Case-Objekt, Feld: ProductId. Dies ist ein Standard-, aber optionales Lookup-Feld.

Beispiele
Alpha CRM SuiteBeta Analytics ToolGamma Data Connector
Case-Betreff
CaseSubject
Eine kurze Zusammenfassung oder der Titel des Problems oder der Anfrage des Kunden.
Beschreibung

Das Case Subject bietet eine prägnante Freitext-Zusammenfassung der Serviceanfrage. Es ist oft die E-Mail-Betreffzeile oder ein Titel, der vom Agenten oder Kunden eingegeben wurde.

Obwohl es kein strukturiertes Feld für die direkte Prozessanalyse ist, enthält die Betreffzeile reichhaltige Kontextinformationen. Sie kann mit Text Mining-Techniken verwendet werden, um Cases zu kategorisieren, aufkommende Probleme zu identifizieren oder qualitativen Kontext zur quantitativen Prozessanalyse hinzuzufügen.

Bedeutung

Es bietet einen schnellen, übergeordneten Kontext zum Case, der für Drill-down-Analysen nützlich ist und für Text Mining genutzt werden kann.

Datenquelle

Salesforce Case-Objekt, Feld: Subject

Beispiele
Login ins Portal nicht möglichFrage zur RechnungsstellungFeature-Anfrage für Reporting-Dashboard
Ist eskaliert
IsEscalated
Ein Flag, das anzeigt, ob der Fall eskaliert wurde.
Beschreibung

Dieses Boolesche Attribut zeigt an, ob eine Serviceanfrage eskaliert wurde. In Salesforce kann dies über das Standardfeld IsEscalated verfolgt werden, das automatisch basierend auf Eskalationsregeln gesetzt wird.

Dieses Flag ist ein direkter Input für das Dashboard zur Analyse interner Eskalationen und den KPI der internen Eskalationsrate. Es ermöglicht eine einfache Filterung und Aggregation aller eskalierten Cases, was hilft, ihre Häufigkeit zu quantifizieren und ihren Einfluss auf die gesamten Lösungszeiten und die Prozesskomplexität zu analysieren.

Bedeutung

Es misst direkt Case-Eskalationen, einen wichtigen Indikator für Prozessreibung, Komplexität oder Wissenslücken bei Agenten.

Datenquelle

Salesforce Case-Objekt, Feld: IsEscalated

Beispiele
truefalsch
Ist Nacharbeit
IsRework
Ein Flag, das anzeigt, ob ein Fall Nacharbeit oder eine Rückkehr zu einer früheren Phase umfasste.
Beschreibung

Dieses Boolesche Attribut kennzeichnet Cases, die Muster von Nacharbeit aufweisen, wie die Wiedereröffnung nach dem Abschluss oder das wiederholte Zyklen zwischen 'Agent untersucht' und 'Lösung vorgeschlagen'. Die Logik zur Identifizierung von Nacharbeit erfordert die Analyse der Aktivitätssequenz auf unerwünschte Schleifen.

Dieses Attribut unterstützt direkt den KPI der Nacharbeitsrate und das Dashboard für Agenten-Weiterleitungen und Nacharbeitsmuster. Das Lokalisieren von Cases mit Nacharbeit ermöglicht es Analysten, die Ursachen, die von unzureichenden Lösungen bis zu unvollständiger Informationsbeschaffung reichen können, zu untersuchen und Korrekturmaßnahmen zu ergreifen.

Bedeutung

Es zeigt Prozesseffizienz und verschwendete Mühe auf und ermöglicht eine gezielte Analyse von Aktivitäten, die häufig wiederholt werden.

Datenquelle

Berechnet während der Datentransformation durch Analyse von Aktivitätssequenzen. Zum Beispiel würde eine Sequenz wie 'Case Closed' -> 'Case Reopened' oder 'Solution Proposed' -> 'Agent Investigates Issue' innerhalb desselben Falls als Nacharbeit gekennzeichnet werden.

Beispiele
truefalsch
Kundenname
CustomerName
Der Name des Kunden oder Accounts, der der Serviceanfrage zugeordnet ist.
Beschreibung

Dieses Attribut identifiziert den Kunden, der die Serviceanfrage initiiert hat. In Salesforce könnte dies ein Kontakt (eine Einzelperson) oder ein Account (ein Unternehmen) sein.

Die Analyse des Prozesses aus Kundensicht kann wertvolle Einblicke liefern. Zum Beispiel kann es helfen zu identifizieren, ob bestimmte Kunden mehr Probleme oder längere Lösungszeiten haben. Dies kann Kundenbeziehungsmanagement-Strategien informieren und Möglichkeiten für proaktiven Support aufzeigen.

Bedeutung

Sie ermöglicht eine kundenorientierte Analyse, die dabei hilft, Muster und Leistungsunterschiede bei spezifischen Kunden oder Kundensegmenten zu identifizieren.

Datenquelle

Salesforce Case-Objekt, Felder: ContactId oder AccountId, die jeweils mit den Contact- und Account-Objekten verknüpft sind.

Beispiele
Global Tech Inc.Emily WhiteLösungen innovieren
Erforderlich Empfohlen Optional

Kundenservice-Aktivitäten

Dies sind die wichtigsten Prozessschritte und Meilensteine, die Sie in Ihrem Event Log erfassen sollten, um Ihre Kundenservice-Workflows präzise zu entdecken und zu analysieren.
6 Empfohlen 9 Optional
Aktivität Beschreibung
Case abgeschlossen
Dieser Schlüsselmeilenstein bedeutet, dass der Agent die zur Lösung des Kundenproblems erforderliche Arbeit abgeschlossen hat. Der Case ist nun bis zum endgültigen Abschluss anhängig, der nach einer bestimmten Zeit automatisiert werden kann.
Bedeutung

Dies ist ein primärer Endpunkt zur Messung der Lösungszeit und entscheidend für die Berechnung der SLA-Einhaltung. Sie markiert das Ende der aktiven Arbeit am Case.

Datenquelle

Abgeleitet vom CaseHistory-Objekt, wenn das Statusfeld auf 'Resolved' geändert wird. Das IsClosed-Feld kann zu diesem Zeitpunkt noch false sein.

Erfassen

Timestamp der Case-Statusänderung auf 'Gelöst'.

Ereignistyp inferred
Case einem Agenten zugewiesen
Markiert den Zeitpunkt, an dem eine Serviceanfrage einem bestimmten Agenten oder einer Warteschlange zur Bearbeitung zugewiesen wird. Dies ist ein grundlegender Schritt im Prozess, der durch eine Änderung im Case-Inhaberfeld erfasst wird.
Bedeutung

Diese Aktivität ist unerlässlich für die Verfolgung der Agentenarbeitslast, Zuweisungsverzögerungen und Weiterleitungshäufigkeit. Sie bildet die Grundlage für die Analyse der Agentenleistung und die Identifizierung von Bottlenecks im Zuweisungsprozess.

Datenquelle

Abgeleitet von einer Änderung des OwnerId-Feldes im Case-Objekt. Der Timestamp dieser Änderung wird im CaseHistory-Objekt aufgezeichnet.

Erfassen

Identifizieren Sie den Timestamp der ersten Aktualisierung des OwnerId-Feldes.

Ereignistyp inferred
Fall erstellt
Diese Aktivität markiert den offiziellen Start des Kundenservice-Prozesses, wenn eine neue Serviceanfrage oder ein Case in Salesforce protokolliert wird. Dieses Event wird explizit erfasst, wenn ein neuer Datensatz im Case-Objekt erstellt wird, mit einem präzisen Zeitstempel.
Bedeutung

Als primäres Startereignis ist diese Aktivität unerlässlich für die Berechnung des gesamten Fall-Lebenszyklus und der Lösungszeiten. Sie bildet die Grundlage für die Leistungsmessung gegenüber SLAs und das Verständnis des Fallvolumens.

Datenquelle

Dieses Event entspricht dem Datensatz-Erstellungs-Event für das Case-Objekt. Der Timestamp wird im Standardfeld CreatedDate erfasst.

Erfassen

Direkt vom Erstellungs-Timestamp des Case-Datensatzes.

Ereignistyp explicit
Interne Eskalation ausgelöst
Diese Aktivität tritt auf, wenn ein Case ein höheres Maß an Support oder Expertise erfordert und formal eskaliert wird. Dies kann explizit durch die Eskalationsregeln von Salesforce erfasst oder aus einer Feldänderung abgeleitet werden.
Bedeutung

Die Analyse von Eskalationen hilft, komplexe Falltypen, Schulungsbedarfe für Frontline-Agenten und systemische Probleme zu identifizieren. Sie ist ein Schlüsselindikator für Prozessreibung und deren Auswirkungen auf die Lösungszeit.

Datenquelle

Dies kann ein explizites Event aus CaseEscalation-Datensätzen sein. Häufiger wird es aus der CaseHistory abgeleitet, wenn ein Checkbox-Feld wie 'IsEscalated' auf wahr gesetzt wird.

Erfassen

Timestamp der Änderung des Feldes 'IsEscalated' auf wahr.

Ereignistyp inferred
SLA-Meilenstein verletzt
Dieses Event wird ausgelöst, wenn eine Serviceverpflichtung, wie eine erste Antwort oder Lösungszeit, nicht erfüllt wird. Salesforce verfolgt dies mithilfe von Berechtigungsprozessen und Meilensteindatensätzen.
Bedeutung

Diese Aktivität ist entscheidend für die Analyse der SLA-Einhaltung und das Compliance-Monitoring. Sie hebt direkt Cases hervor, die Kundenerwartungen nicht erfüllt haben, und ermöglicht gezielte Prozessverbesserungen.

Datenquelle

Erfasst vom CaseMilestone-Objekt. Ein Event wird generiert, wenn das Feld IsViolated in einem Meilenstein-Datensatz auf 'true' gesetzt wird.

Erfassen

Event ist der Timestamp, wenn das IsViolated-Flag in einem CaseMilestone-Datensatz auf true gesetzt wird.

Ereignistyp explicit
Vorgang geschlossen
Diese Aktivität stellt das endgültige Ende des Serviceanfragen-Lebenszyklus dar. Sobald ein Case geschlossen ist, wird keine weitere Arbeit erwartet, es sei denn, er wird wiedereröffnet.
Bedeutung

Als Endereignis bildet diese Aktivität den finalen Endpunkt für die Berechnung der gesamten Falldauer. Die Zeit zwischen 'Resolved' und 'Closed' kann auch Ineffizienzen im Abschlussprozess aufzeigen.

Datenquelle

Abgeleitet vom Timestamp, wenn das IsClosed-Feld im Case-Objekt auf true gesetzt wird. Das ClosedDate-Feld wird zu diesem Zeitpunkt ebenfalls gefüllt.

Erfassen

Timestamp, wann das IsClosed-Feld auf wahr wechselt, protokolliert in CaseHistory.

Ereignistyp inferred
Agent untersucht Problem
Stellt die Phase dar, in der ein Agent aktiv an der Diagnose und dem Verständnis des Kundenproblems arbeitet. Dies ist kein explizites Event, sondern wird abgeleitet, wenn sich der Case-Status von einem neuen oder offenen Zustand in einen In-Progress-Zustand ändert.
Bedeutung

Das Verständnis der Dauer der Untersuchungsphase hilft, Komplexitäten in Serviceanfragen und Bereiche zu identifizieren, in denen Agenten mehr Schulung oder Ressourcen benötigen könnten. Es trennt aktive Arbeitszeit von Wartezeit.

Datenquelle

Abgeleitet vom CaseHistory-Objekt, wenn das Statusfeld auf einen Wert aktualisiert wird, der aktive Arbeit anzeigt, wie 'In Progress' oder 'Working'.

Erfassen

Timestamp der Case-Statusänderung auf einen 'in Bearbeitung'-Wert.

Ereignistyp inferred
Case kategorisiert und priorisiert
Diese Aktivität tritt auf, wenn ein Case mit einem Typ, einer Kategorie und einem Prioritätslevel klassifiziert wird. Dies geschieht oft durch ein Triage-Team oder Automatisierungsregeln und wird aus Änderungen an relevanten Case-Feldern abgeleitet.
Bedeutung

Die Kategorisierung ist entscheidend, um die Fallverteilung und die Effektivität des Routings zu verstehen. Die Analyse dieses Schrittes hilft bei der Optimierung der Arbeitslastverteilung und stellt sicher, dass hochpriorisierte Fälle zeitnah bearbeitet werden.

Datenquelle

Abgeleitet vom CaseHistory-Objekt durch Verfolgung des ersten Zeitpunkts, an dem die Felder Priority, Type oder andere Klassifizierungsfelder gefüllt oder von ihren Standardwerten geändert werden.

Erfassen

Verfolgen Sie Aktualisierungen von Feldern wie Priority oder Type in der CaseHistory.

Ereignistyp inferred
Case neu zugewiesen
Stellt eine Weiterleitung dar, bei der ein Case nach der anfänglichen Zuweisung von einem Agenten oder einer Warteschlange zu einem anderen übertragen wird. Dies wird durch nachfolgende Änderungen im Case-Inhaberfeld abgeleitet.
Bedeutung

Häufige Neuzuweisungen können auf eine fehlerhafte initiale Weiterleitung, Prozesseffizienzschwächen oder Wissenslücken hinweisen, was zu Verzögerungen und einer schlechten Kundenerfahrung führt. Diese Aktivität hilft, Agentenübergaben zu quantifizieren.

Datenquelle

Abgeleitet von jeder Änderung des OwnerId-Feldes im CaseHistory-Objekt nach der initialen Zuweisung.

Erfassen

Identifizieren Sie alle Aktualisierungen des Feldes OwnerId nach der ersten.

Ereignistyp inferred
Case wiedereröffnet
Tritt auf, wenn ein zuvor gelöster oder geschlossener Case reaktiviert wird, weil das Problem erneut auftritt oder die Lösung ineffektiv war. Dies ist ein wichtiger Indikator für Nacharbeit.
Bedeutung

Wiedereröffnete Cases sind ein starkes Signal für minderwertige Lösungen oder Misserfolge bei der First Contact Resolution. Die Analyse ihrer Häufigkeit und Ursachen ist unerlässlich zur Verbesserung der Servicequalität.

Datenquelle

Abgeleitet vom CaseHistory-Objekt, wenn sich das Feld IsClosed von true auf false ändert oder der Status von einem geschlossenen/gelösten Zustand zurück zu einem offenen Zustand wechselt.

Erfassen

Timestamp der Änderung des Status- oder IsClosed-Feldes von einem terminalen zu einem aktiven Zustand.

Ereignistyp inferred
Erste Bestätigung gesendet
Stellt die erste an den Kunden gesendete Kommunikation dar, die den Empfang seiner Serviceanfrage bestätigt. Dies ist typischerweise eine automatisierte E-Mail, die durch Case-Erstellungsregeln ausgelöst wird und durch die Identifizierung der ersten ausgehenden Kommunikation abgeleitet wird.
Bedeutung

Die Verfolgung dieser Aktivität ist entscheidend für die Messung der anfänglichen Reaktionszeiten und um sicherzustellen, dass Kunden zeitnah informiert werden. Sie hilft, den KPI 'Initial Acknowledgment Latency' zu analysieren, um die Kundenkommunikation zu verbessern.

Datenquelle

Abgeleitet vom Timestamp des ersten ausgehenden EmailMessage-Datensatzes, der mit dem Case verknüpft ist. Kann auch von einer benutzerdefinierten Feldaktualisierung abgeleitet werden, die durch eine Automatisierungsregel ausgelöst wird.

Erfassen

Identifizieren Sie den Timestamp der ersten ausgehenden EmailMessage, die mit dem Case verknüpft ist.

Ereignistyp inferred
Informationen vom Kunden angefordert
Diese Aktivität tritt auf, wenn ein Agent zusätzliche Informationen vom Kunden benötigt, um mit dem Case fortzufahren. Sie wird typischerweise aus einer Änderung des Case-Status in einen 'Warten auf Kunden'-Zustand abgeleitet.
Bedeutung

Diese Aktivität markiert den Beginn einer Wartezeit, die nicht unter der Kontrolle des Agenten liegt. Die Isolierung dieser Zeit ist entscheidend für die genaue Messung der internen Prozesseffizienz und Agentenleistung.

Datenquelle

Abgeleitet vom CaseHistory-Objekt, wenn das Statusfeld auf einen Wert wie 'Waiting on Customer Response' oder 'Pending' aktualisiert wird.

Erfassen

Timestamp der Case-Statusänderung auf einen 'wartenden' Wert.

Ereignistyp inferred
Informationen vom Kunden erhalten
Diese Aktivität markiert das Ende einer Kundenwartezeit, wenn der Kunde die angeforderten Informationen bereitstellt. Sie wird oft abgeleitet, wenn ein Case-Status nach einer eingehenden Kommunikation wieder in einen aktiven Zustand geändert wird.
Bedeutung

Das Verfolgen dieses Events ist entscheidend für das Verständnis der Kundenreaktionszeiten und deren Auswirkungen auf den gesamten Case-Lebenszyklus. Es signalisiert die Wiederaufnahme der aktiven Arbeit durch den Agenten.

Datenquelle

Abgeleitet vom Timestamp einer eingehenden EmailMessage, die mit dem Fall verknüpft ist, oder durch eine Statusänderung von 'Waiting on Customer' zurück zu 'In Progress' im CaseHistory-Objekt.

Erfassen

Timestamp einer eingehenden E-Mail oder Statusänderung von 'Warten'.

Ereignistyp inferred
Lösung dem Kunden vorgeschlagen
Gibt den Zeitpunkt an, zu dem ein Agent dem Kunden eine potenzielle Lösung angeboten hat. Dies ist ein konzeptioneller Schritt, der typischerweise aus einer ausgehenden Kommunikation oder einer spezifischen Statusänderung abgeleitet wird.
Bedeutung

Die Verfolgung dieses Meilensteins hilft, die Zeit von der Untersuchung bis zur vorgeschlagenen Lösung zu messen. Es kann auch der Beginn einer Bestätigungsschleife sein, wenn die Lösung nicht akzeptiert wird.

Datenquelle

Abgeleitet von einer ausgehenden EmailMessage mit spezifischen Schlüsselwörtern oder einer Statusänderung zu 'Solution Provided' im CaseHistory-Objekt.

Erfassen

Timestamp der Statusänderung oder des ausgehenden Kommunikations-Events.

Ereignistyp inferred
Zufriedenheitsumfrage gesendet
Stellt das Senden einer Kundenzufriedenheits-(CSAT)- oder Net Promoter Score (NPS)-Umfrage dar. Dies ist typischerweise eine automatisierte Aktion, die auf die Case-Lösung oder -Schließung folgt.
Bedeutung

Obwohl nicht Teil des Kernlösungsprozesses, ist diese Aktivität wichtig für das Verständnis der Feedback-Schleife. Die Analyse ihres Timings und ihrer Häufigkeit stellt sicher, dass die Stimme des Kunden konsistent erfasst wird.

Datenquelle

Abgeleitet von einem ausgehenden EmailMessage-Datensatz, der mit dem Fall verknüpft ist und einer Umfragevorlage entspricht. Alternativ kann es von der Erstellung eines SurveyInvitation-Datensatzes erfasst werden.

Erfassen

Identifizieren Sie die Erstellung einer ausgehenden Umfrage-E-Mail oder eines SurveyInvitation-Datensatzes.

Ereignistyp inferred
Empfohlen Optional

Extraktionsleitfäden

So erhalten Sie Ihre Daten aus der Salesforce Service Cloud