Ihr Kundenservice-Daten-Template

Freshdesk
Ihr Kundenservice-Daten-Template

Ihr Kundenservice-Daten-Template

Dieses Template bietet einen umfassenden Leitfaden zu den wesentlichen Datenattributen und Prozessaktivitäten, die für eine effektive Kundenservice-Analyse erforderlich sind. Es enthält auch praktische Extraktionsanleitungen, die Ihnen helfen, Ihre Daten effizient zu sammeln. Nutzen Sie diese Ressource, um Ihre Datenerfassung zu optimieren und sich auf aufschlussreiches Process Mining vorzubereiten.
  • 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 in Ihrem Event Log enthalten sein sollten, um eine umfassende Kundenservice-Analyse durchzuführen und tiefe Einblicke zu gewinnen.
3 Erforderlich 5 Empfohlen 12 Optional
Name Beschreibung
Aktivität
Activity
Der Name eines spezifischen Business Events oder Schrittes, der innerhalb des Kundenservice-Prozesses stattfand.
Beschreibung

Das Attribut Aktivität repräsentiert eine eigenständige Aktion oder Statusänderung im Lebenszyklus einer Serviceanfrage. Es erfasst wichtige Business Events wie 'Ticket Created', 'Ticket Assigned', 'First Response Sent' und 'Ticket Resolved'. Diese Aktivitäten bilden die Knoten im Prozess-Map.

Die Analyse der Abfolge und Häufigkeit dieser Aktivitäten ist der Kern des Process Mining. Sie ermöglicht die Visualisierung von Prozessflüssen, die Identifizierung gängiger und seltener Pfade sowie die Erkennung von Abweichungen vom Standardvorgehen. Das Verständnis der Aktivitäten ist entscheidend, um Ineffizienzen, Nacharbeitschleifen wie 'Ticket Reopened' oder Compliance-Probleme genau zu bestimmen.

Bedeutung

Dieses Attribut definiert die Schritte im Prozess-Map und ermöglicht die Visualisierung und Analyse des Prozessflusses von Anfang bis Ende.

Datenquelle

Abgeleitet von Event-Typen innerhalb von Freshdesk. Dies kann eine Kombination aus Statusänderungen vom 'Tickets' API-Endpunkt und spezifischen Events wie Notizen oder Antworten vom 'Konversationen'-Endpunkt sein.

Beispiele
Ticket erstelltErste Antwort gesendetStatus auf 'Ausstehend' geändertTicket gelöstTicket geschlossen
Ereigniszeit
EventTime
Der Zeitstempel, der angibt, wann eine bestimmte Aktivität oder ein Ereignis stattgefunden hat.
Beschreibung

Event Time, oder der Timestamp, zeichnet das genaue Datum und die Uhrzeit auf, an dem eine Aktivität stattfand. Es ist eine kritische Komponente für die chronologische Anordnung von Events und für die Berechnung von Dauern zwischen verschiedenen Schritten im Prozess. Jede aufgezeichnete Aktivität muss einen entsprechenden Timestamp haben.

In der Analyse wird dieses Attribut verwendet, um die Timeline jeder Serviceanfrage zu erstellen. Es ist die Grundlage für die Berechnung aller zeitbezogenen KPIs, wie Lösungszeit, Erste Antwortzeit und die Dauer von Engpässen. Genaue Timestamps sind essenziell für das Verständnis der Prozessleistung und die Identifizierung von Verzögerungen.

Bedeutung

Dieser Timestamp ist unerlässlich für die chronologische Reihenfolge von Events und die Berechnung aller dauerbasierten Metriken, wie z.B. Zykluszeiten und SLA-Compliance.

Datenquelle

Dies entspricht den Feldern 'created_at' oder 'updated_at', die mit Ticket-Events, Antworten oder Statusänderungen in der Freshdesk API verbunden sind.

Beispiele
2023-10-25T10:00:00Z2023-10-25T10:05:14Z2023-10-26T14:30:00Z
Serviceanfrage
ServiceRequest
Der eindeutige Identifier für eine einzelne Kundenanfrage oder ein Problem, allgemein bekannt als Ticket oder Case.
Beschreibung

Die Serviceanfrage ist der primäre Case-Identifier, der alle Aktivitäten, die mit einer einzelnen Kundeninteraktion verbunden sind, verknüpft. Jede neue Kundenanfrage, jedes Problem oder jeder Request generiert eine eindeutige Service Request ID. Diese ID bleibt während des gesamten Lebenszyklus des Tickets, von der Erstellung und Zuweisung bis zur Lösung und Schließung, konstant.

Im Process Mining ist dieses Attribut grundlegend für die Rekonstruktion der End-to-End-Journey jedes Kunden-Cases. Durch das Gruppieren aller verwandten Events unter einer einzigen Service Request ID können Analysten Prozessabläufe visualisieren, Zykluszeiten messen und Variationen oder Engpässe identifizieren, die einzelne Cases betreffen.

Bedeutung

Dies ist die wesentliche Case ID, die alle verwandten Events zu einer einzigen Prozessinstanz verbindet und eine vollständige Ansicht jeder Kundenservice-Journey ermöglicht.

Datenquelle

Dies ist die primäre Ticket-ID in Freshdesk, typischerweise als Feld 'id' im 'Tickets'-API-Endpunkt zu finden.

Beispiele
SR-2023-10-4831SR-2023-11-0192SR-2023-11-5210
Lösungszeit
ResolutionTime
Die Gesamtzeit, die von der Erstellung einer Serviceanfrage bis zu ihrer Lösung verstrichen ist.
Beschreibung

Die Lösungszeit ist ein kritischer Fall-Level-KPI, der die End-to-End-Dauer des Serviceprozesses misst. Sie wird als Differenz zwischen dem Timestamp der 'Ticket Resolved'-Aktivität und der 'Ticket Created'-Aktivität berechnet.

Dieses Attribut ist ein primäres Maß für die Prozesseffizienz. Es wird in fast allen Service-Dashboards verwendet, um die Performance über die Zeit zu verfolgen, die Performance über verschiedene Kategorien hinweg zu vergleichen und Fälle zu identifizieren, deren Lösung ungewöhnlich lange dauert. Die Reduzierung der durchschnittlichen Lösungszeit ist oft ein Hauptziel von Prozessverbesserungsinitiativen.

Bedeutung

Dies ist ein primärer KPI zur Messung der Prozesseffizienz, der die Gesamtzeit aufzeigt, die zur Lösung eines Kundenproblems von Anfang bis Ende benötigt wird.

Datenquelle

Berechnetes Feld. Es ist die Dauer zwischen dem Timestamp des ersten Events (Erstellung) und dem Timestamp des Events 'Ticket gelöst' für jede Serviceanfrage.

Beispiele
25920000086400000604800000
Priorität
Priority
Die Prioritätsstufe, die der Serviceanfrage zugewiesen wurde, wie z.B. 'Niedrig', 'Mittel', 'Hoch' oder 'Dringend'.
Beschreibung

Das Attribut Priorität spiegelt die Dringlichkeit einer Serviceanfrage wider und diktiert oft die Ziel-Antwort- und Lösungszeiten. Die Priorität kann automatisch basierend auf Regeln oder manuell von einem Agenten während der Triage festgelegt werden.

Dieses Attribut ist wesentlich für die Analyse der SLA-Compliance und der Ressourcenzuweisung. Durch das Filtern des Prozess-Maps nach Priorität können Analysten feststellen, ob Tickets mit hoher Priorität tatsächlich schneller bearbeitet werden als solche mit niedriger Priorität. Es hilft auch zu verstehen, ob Prioritätsänderungen, eine Form der Nacharbeit, häufig vorkommen und welche Auswirkungen sie auf den Prozess haben.

Bedeutung

Essenziell für die SLA-Analyse und um zu verstehen, ob Ressourcen korrekt zugewiesen sind, um hochprioritäre Probleme schneller als niedrigprioritäre zu bearbeiten.

Datenquelle

Dies entspricht dem Feld 'priority' im Freshdesk 'Tickets'-Objekt.

Beispiele
NiedrigMittelHochDringend
Serviceanfragetyp
ServiceRequestType
Die Klassifizierung der Serviceanfrage, wie z.B. 'Frage', 'Vorfall', 'Problem' oder 'Funktionsanfrage'.
Beschreibung

Der Serviceanfragetyp ist ein entscheidendes Kategorisierungsfeld, das die Art der Kundenanfrage definiert. Diese Klassifizierung wird typischerweise bei der Ticketerstellung oder während eines ersten Triage-Schritts festgelegt und hilft, die Anfrage an das entsprechende Team oder den Agenten weiterzuleiten.

In der Analyse ermöglicht dieses Attribut die Segmentierung des Prozesses, um zu verstehen, wie verschiedene Anfragetypen bearbeitet werden. Es hilft, Fragen zu beantworten wie 'Dauern Vorfälle länger als Fragen?' und 'Welche Anfragetypen werden am häufigsten wiedereröffnet?'. Diese Segmentierung ist entscheidend, um typspezifische Engpässe zu identifizieren und Workflows entsprechend zu optimieren.

Bedeutung

Ermöglicht die Prozesssegmentierung, um Leistung und Workflows für verschiedene Arten von Kundenproblemen, wie Vorfälle gegenüber Fragen, zu vergleichen.

Datenquelle

Dies ist wahrscheinlich das Feld 'type', das im Freshdesk 'Tickets'-Objekt verfügbar ist.

Beispiele
FrageVorfallProblemFeature-Anfrage
Status
Status
Der aktuelle oder historische Status der Serviceanfrage, wie z.B. 'Open', 'Pending', 'Resolved' oder 'Closed'.
Beschreibung

Das Attribut Status gibt den Zustand einer Serviceanfrage zu einem bestimmten Zeitpunkt an. Statusänderungen stellen oft wichtige Meilensteine im Prozess dar, z.B. der Übergang von 'Open' zu 'Pending', wenn auf Kundeneingabe gewartet wird, oder von 'Pending' zu 'Open', wenn der Kunde antwortet.

Die Verfolgung von Statusänderungen ist grundlegend, um den Ticket-Lebenszyklus zu verstehen. Sie hilft zu identifizieren, wie viel Zeit Tickets in bestimmten Zuständen verbringen, was nützlich ist, um Engpässe genau zu bestimmen. Eine lange Dauer im 'Pending'-Status könnte beispielsweise auf Verzögerungen beim Empfang von Informationen von Kunden hinweisen.

Bedeutung

Die Verfolgung von Statusänderungen ist entscheidend, um den Ticket-Lebenszyklus zu verstehen und zu identifizieren, wie lange Cases in spezifischen Zuständen wie 'Pending' oder 'On Hold' verbringen.

Datenquelle

Dies entspricht dem Feld 'status' im Freshdesk 'Tickets'-Objekt. Historische Status müssen aus den Aktivitäten-Logs abgeleitet werden.

Beispiele
OffenPendingGelöstGeschlossen
Zugewiesener Agent
AssignedAgent
Der Name oder die ID des Kundenservice-Agenten, der zum Zeitpunkt des Events für das Ticket verantwortlich war.
Beschreibung

Dieses Attribut identifiziert den spezifischen Agenten, der zur Bearbeitung der Serviceanfrage zugewiesen ist. Der zugewiesene Agent kann sich während des gesamten Ticket-Lebenszyklus aufgrund von Neuzuweisungen oder Eskalationen ändern.

Die Analyse der Daten nach zugewiesenem Agenten ist entscheidend für Performance-Management-Dashboards. Sie ermöglicht die Messung agentenspezifischer KPIs wie durchschnittliche Lösungszeit, Ticketvolumen und Wiedereröffnungsraten. Dies hilft, Top-Performing-Agenten zu identifizieren, Schulungsbedarfe aufzudecken und die Auswirkungen von Agenten-Transfers auf die gesamte Lösungszeit zu analysieren.

Bedeutung

Ermöglicht Leistungsanalyse nach individuellem Agenten, die hilft, Spitzenkräfte zu identifizieren, Schulungsmöglichkeiten aufzuzeigen und die Auswirkungen von Neuzuweisungen zu bewerten.

Datenquelle

Dies entspricht dem Feld 'responder_id' im Freshdesk 'Tickets'-Objekt, das dann mit Agentendetails verknüpft werden kann.

Beispiele
Alice JohnsonRobert SmithMaria Garcia
`SLA` verletzt
IsSlaBreached
Ein Boolesches Flag, das anzeigt, ob die Lösungszeit der Serviceanfrage das SLA-Ziel überschritten hat.
Beschreibung

Dieses kalkulierte Attribut liefert einen klaren, binären Indikator für die SLA-Compliance jeder Serviceanfrage. Es wird abgeleitet, indem die tatsächliche 'ResolutionTime' mit der 'SlaTargetResolutionTime' verglichen wird. Wenn die tatsächliche Zeit größer als das Ziel ist, ist das Flag wahr.

Dieses Attribut vereinfacht die Analyse und das Dashboarding für die SLA-Compliance. Es ermöglicht das einfache Zählen und Filtern von verletzten Tickets, wodurch Analysten schnell das Ausmaß der SLA-Non-Compliance identifizieren und in die Prozessmuster der verletzten Tickets eintauchen können, um Grundursachen zu finden. Es unterstützt direkt das SLA Compliance Overview Dashboard und den KPI.

Bedeutung

Vereinfacht die Analyse der SLA-Compliance, indem für jeden Fall, der sein Ziel nicht erreicht hat, ein klares Kennzeichen bereitgestellt wird, was eine Ursachenanalyse von Verstößen ermöglicht.

Datenquelle

Dies ist ein kalkuliertes Feld, das durch den Vergleich des tatsächlichen Lösungs-Timestamps mit dem Feld 'SlaTargetResolutionTime' oder 'due_by' aus Freshdesk abgeleitet wird.

Beispiele
truefalsch
Anzahl der Agenten-Weiterleitungen
AgentTransferCount
Die Gesamtzahl der Male, die eine Serviceanfrage von einem Agenten zu einem anderen neu zugewiesen wurde.
Beschreibung

Dieses Attribut ist eine Case-Level-Metrik, die die Häufigkeit zählt, mit der der zugewiesene Agent eines Tickets gewechselt hat. Es wird berechnet, indem die Vorkommen der Aktivität 'Ticket Reassigned' für jede Serviceanfrage gezählt werden.

Häufige Transfers, auch bekannt als 'Ping-Ponging', können zu erheblichen Verzögerungen und einem frustrierenden Kundenerlebnis führen, da der Kontext bei jeder Übergabe verloren geht. Die Analyse der Transferanzahl hilft, Probleme bei der anfänglichen Weiterleitung, Lücken in den Agentenfähigkeiten oder Prozesskomplexität zu identifizieren. Ziel ist es oft, unnötige Transfers zu minimieren, um die Effizienz und Kundenzufriedenheit zu verbessern.

Bedeutung

Misst die Häufigkeit interner Übergaben, die eine Hauptursache für Verzögerungen und Kundenfrustration sein können, und trägt zur Verbesserung der Erstlösung bei.

Datenquelle

Berechnetes Feld. Dies ist die Anzahl der 'Ticket neu zugewiesen'-Aktivitäten für jede eindeutige Serviceanfrage.

Beispiele
0132
Erste Antwortzeit
FirstResponseTime
Die verstrichene Zeit von der Ticketerstellung bis zur ersten Agentenantwort an den Kunden.
Beschreibung

Die Erste Antwortzeit misst, wie schnell ein Kunde eine anfängliche, nicht-automatisierte Antwort von einem Serviceagenten erhält. Sie wird berechnet als die Differenz zwischen dem Timestamp der Aktivität 'Erste Antwort gesendet' und der Aktivität 'Ticket erstellt'.

Dieser KPI ist ein Schlüsselindikator für die Service-Reaktionsfähigkeit und hat einen starken Einfluss auf die Kundenzufriedenheit. Eine kurze erste Antwortzeit versichert dem Kunden, dass sein Problem anerkannt und bearbeitet wird. Die Analyse dieser Metrik hilft Organisationen sicherzustellen, dass sie anfängliche Antwort-SLAs erfüllen und ein schnelles Kundenerlebnis bieten.

Bedeutung

Misst die Service-Reaktionsfähigkeit, die ein wesentlicher Treiber für die Kundenzufriedenheit ist und direkt auf das Ziel einer proaktiven Servicebereitstellung abzielt.

Datenquelle

Berechnetes Feld. Es ist die Dauer zwischen dem Timestamp des Events 'Ticket erstellt' und dem Event 'Erste Antwort gesendet'.

Beispiele
3000009000001800000
Kommunikationskanal
CommunicationChannel
Der Kanal, über den die Serviceanfrage initiiert wurde, wie z.B. 'E-Mail', 'Telefon', 'Chat' oder 'Webportal'.
Beschreibung

Dieses Attribut identifiziert den Ursprung oder Kanal der Kundenkommunikation. Verschiedene Kanäle können unterschiedliche Prozessflüsse und Lösungszeiten aufweisen. Zum Beispiel könnte eine über Chat initiierte Anfrage eine kürzere erwartete Lösungszeit haben als eine per E-Mail eingereichte.

Die Analyse des Prozesses nach Kommunikationskanal hilft bei der Optimierung der Ressourcenzuweisung und dem Verständnis der Kanaleffizienz. Sie kann aufzeigen, welche Kanäle mit schnelleren Lösungen oder höherer Kundenzufriedenheit verbunden sind, und strategische Entscheidungen darüber informieren, welche Kanäle zu fördern oder in die investiert werden sollte.

Bedeutung

Hilft bei der Analyse der Prozessleistung und Effizienz über verschiedene Kundenkontaktkanäle hinweg, wie E-Mail, Telefon oder Chat.

Datenquelle

Dies entspricht dem Feld 'source' im Freshdesk 'Tickets'-Objekt.

Beispiele
E-MailTelefonWeb-PortalChat
Kundenname
CustomerName
Der Name oder die ID des Kunden, der die Serviceanfrage initiiert hat.
Beschreibung

Dieses Attribut identifiziert den Kunden, der mit der Serviceanfrage verbunden ist. Es bietet eine Möglichkeit, den Prozess aus einer kundenorientierten Perspektive zu analysieren und alle Interaktionen für einen spezifischen Kunden über die Zeit hinweg zu verfolgen.

Die Analyse nach Kunden kann Muster aufdecken, wie z.B. welche Kunden die meisten Tickets einreichen oder welche die meisten wiedereröffneten Probleme erleben. Dies kann Initiativen zum Kundenerfolg informieren und dabei helfen, Kunden zu identifizieren, die aufgrund schlechter Serviceerfahrungen von Abwanderung bedroht sein könnten. Sie ist auch entscheidend für das Verständnis der End-to-End-Customer-Journey über mehrere Serviceanfragen hinweg.

Bedeutung

Ermöglicht eine kundenorientierte Prozessansicht, die hilft, häufige Anfragende oder Kunden, die wiederholt Probleme haben, zu identifizieren.

Datenquelle

Diese Informationen sind über die 'requester_id' im 'Tickets'-Objekt verknüpft, die mit dem 'Contacts'- oder 'Users'-Objekt in Freshdesk verbunden ist.

Beispiele
John DoeJane SmithGlobal Tech Inc.
Letzte Datenaktualisierung
LastDataUpdate
Der Timestamp, der den letzten Zeitpunkt angibt, zu dem die Daten aus dem Quellsystem aktualisiert wurden.
Beschreibung

Dieses Attribut erfasst das Datum und die Uhrzeit der letzten Extraktion oder Aktualisierung des Datasets aus Freshdesk. Es bietet Transparenz über die Aktualität der analysierten Daten, was entscheidend ist, um zeitnahe und relevante Geschäftsentscheidungen zu treffen.

Analysten nutzen diese Informationen, um das von den Daten abgedeckte Zeitfenster zu verstehen und zu bestätigen, dass sie mit den aktuellsten verfügbaren Informationen arbeiten. Es ist ein wichtiges Metadatenstück für jedes Process Mining Dashboard oder jeden Bericht, das sicherstellt, dass Stakeholder über die Aktualität der Daten informiert sind.

Bedeutung

Zeigt die Aktualität der Daten an, wodurch sichergestellt wird, dass Analysen und Entscheidungen auf aktuellen Informationen basieren.

Datenquelle

Dies ist ein Metadatenfeld, das während des Datenextraktionsprozesses generiert wird und den Timestamp des Datenabzugs erfasst.

Beispiele
2023-12-01T08:00:00Z
Produkt
Product
Das Produkt oder die Dienstleistung, auf die sich die Anfrage des Kunden bezieht.
Beschreibung

Dieses Attribut spezifiziert die Produkt- oder Service-Linie, die Gegenstand der Serviceanfrage ist. Dies ist oft ein benutzerdefiniertes Feld, das in Freshdesk konfiguriert wird, um Tickets für die Weiterleitung und Berichterstattung zu kategorisieren.

Durch das Filtern des Prozesses nach Produkt können Organisationen produktspezifische Probleme aufdecken. Es kann beispielsweise hervorheben, ob ein bestimmtes Produkt eine überproportionale Anzahl von Support-Tickets generiert oder ob eine neue Produkteinführung einen Anstieg der Anfragen verursacht. Diese Analyse liefert wertvolles Feedback an Produktentwicklungs- und Managementteams.

Bedeutung

Ermöglicht die Filterung des Prozesses nach Produktbereich und bietet Einblicke, welche Produkte die meisten Supportanfragen generieren oder die längsten Lösungszeiten haben.

Datenquelle

Dies ist typischerweise ein benutzerdefiniertes Feld. Der genaue Speicherort hängt von der Freshdesk-Konfiguration ab und ist wahrscheinlich im Teil 'custom_fields' der 'Tickets'-API-Antwort zu finden.

Beispiele
Alpha PlattformBeta Mobile AppGamma Subscription
Quellsystem
SourceSystem
Das System, aus dem die Daten extrahiert wurden, in diesem Fall 'Freshdesk'.
Beschreibung

Dieses Attribut identifiziert die Quellanwendung, in der die Prozessdaten ihren Ursprung hatten. Für diese Analyse ist der Wert statisch, z.B. 'Freshdesk', was darauf hinweist, dass alle Events von der Freshdesk Kundenservice-Plattform stammen.

Obwohl es einfach erscheinen mag, ist dieses Attribut wichtig für die Data Governance und in Szenarien, in denen Daten aus mehreren Systemen zusammengeführt werden. Es bietet eine klare Herkunft und Kontext, die sicherstellt, dass Analysten den Ursprung der von ihnen untersuchten Daten verstehen. Dies ist entscheidend für die Aufrechterhaltung der Datenintegrität und den Aufbau von Vertrauen in die Analyse.

Bedeutung

Liefert wesentlichen Kontext über die Datenherkunft, was für die Data Governance und beim Kombinieren von Daten aus mehreren Quellsystemen entscheidend ist.

Datenquelle

Dies ist ein statischer Wert, 'Freshdesk', der während des Datentransformationsprozesses hinzugefügt wird, um die Datenquelle zu identifizieren.

Beispiele
Freshdesk
SLA-Ziel-Lösungszeit
SlaTargetResolutionTime
Die vertraglich vereinbarte oder angestrebte Zeit für die Lösung der Serviceanfrage.
Beschreibung

Dieses Attribut definiert die Zieldauer, innerhalb derer eine Serviceanfrage gemäß dem Service Level Agreement (SLA) gelöst werden sollte. Dieses Ziel hängt oft von der Priorität oder dem Typ des Tickets ab.

Dies ist eine kritische Eingabe für die Berechnung der SLA-Compliance. Durch den Vergleich der tatsächlichen Lösungszeit mit diesem Ziel kann eine Feststellung von 'Met' oder 'Breached' getroffen werden. Die Analyse der SLA-Performance über verschiedene Anfragetypen, Teams oder Agenten hinweg ist ein Kernbestandteil des Service-Managements.

Bedeutung

Bietet die Grundlage zur Messung der SLA-Compliance, einem Schlüsselindikator für jede Kundenservice-Organisation.

Datenquelle

Dies kann als Feld wie 'fr_due_by' (erste Antwort) oder 'due_by' (Lösung) im Freshdesk 'Tickets'-Objekt verfügbar sein, oder es muss möglicherweise basierend auf SLA-Richtlinienregeln abgeleitet werden.

Beispiele
2023-10-25T14:00:00Z2023-10-27T09:00:00Z2023-11-01T17:00:00Z
Wiedereröffnet
IsReopened
Ein Boolesches Flag, das anzeigt, ob eine gelöste Serviceanfrage jemals wiedereröffnet wurde.
Beschreibung

Dieses Case-Level-Attribut ist ein Flag, das auf "true" gesetzt wird, wenn eine Serviceanfrage zu irgendeinem Zeitpunkt in ihrem Lebenszyklus eine 'Ticket Reopened'-Aktivität erlebt hat. Es bietet eine einfache Möglichkeit, Cases zu identifizieren und zu analysieren, die Nacharbeit erforderten.

Eine hohe Rate von wiedereröffneten Tickets deutet darauf hin, dass die ursprüngliche Lösung nicht effektiv oder vollständig war, was zu Ineffizienz und Kundenfrustration führt. Durch das Filtern nach wiedereröffneten Tickets können Analysten die Grundursachen untersuchen, wie z.B. häufige Gründe für die Wiedereröffnung, welche Agenten oder Teams höhere Raten aufweisen und welche Ticket-Typen am anfälligsten für Wiedereröffnungen sind.

Bedeutung

Identifiziert Fälle, die Nacharbeit erforderten, ein Schlüsselindikator für Lösungsqualität und Prozesseffizienz. Die Analyse dieser Fälle hilft, die Erstkontaktlösung zu verbessern.

Datenquelle

Berechnetes Feld. Auf 'wahr' gesetzt für eine Serviceanfrage, wenn ein Event mit Activity = 'Ticket wiedereröffnet' für diesen Case existiert.

Beispiele
truefalsch
Zufriedenheitsbewertung
SatisfactionRating
Der Zufriedenheitswert, der vom Kunden nach der Lösung des Tickets abgegeben wurde.
Beschreibung

Die Zufriedenheitsbewertung ist eine wichtige Ergebnis-Metrik, die typischerweise über eine Umfrage erfasst wird, die nach der Lösung eines Tickets versendet wird. Sie besteht normalerweise aus einem numerischen Wert oder einer kategorialen Bewertung wie 'Zufrieden', 'Neutral' oder 'Unzufrieden'.

Dieses Attribut ermöglicht die Korrelation von Prozessmustern mit Kundenergebnissen. Durch die Analyse der Prozessvarianten, die zu niedrigen Zufriedenheitswerten führen, können Organisationen spezifische Verhaltensweisen oder Verzögerungen identifizieren, die das Kundenerlebnis negativ beeinflussen. Dies stellt eine direkte Verbindung zwischen Prozesseffizienz und Kundenzufriedenheit her.

Bedeutung

Verknüpft die Prozessausführung mit Kundenergebnissen und hilft zu identifizieren, welche Prozessverhaltensweisen zu hoher oder niedriger Kundenzufriedenheit führen.

Datenquelle

Diese Daten sind Teil der Zufriedenheitsbewertungsfunktion in Freshdesk und können über den API-Endpunkt 'Surveys' oder 'Satisfaction Ratings' abgerufen werden.

Beispiele
5314
Zugewiesene Gruppe
AssignedGroup
Das Team oder die Abteilung, der die Serviceanfrage zugewiesen ist.
Beschreibung

Die zugewiesene Gruppe repräsentiert das Agententeam, das für die Bearbeitung einer spezifischen Serviceanfrage verantwortlich ist. Tickets werden oft an spezialisierte Gruppen weitergeleitet, basierend auf ihrem Typ oder ihrer Komplexität, wie z.B. 'Technischer Support' oder 'Rechnungsabteilung'.

Dieses Attribut ist wertvoll für die Analyse von interdepartementalen Übergaben und der Performance auf Teamebene. Es hilft zu identifizieren, welche Gruppen die meisten Tickets bearbeiten, welche die längsten Lösungszeiten haben und wie oft Tickets zwischen Gruppen übertragen werden. Diese Informationen sind entscheidend für die Optimierung von Teamstrukturen und Workflows.

Bedeutung

Ermöglicht die Leistungsanalyse auf Team- oder Abteilungsebene, indem Übergaben hervorgehoben und gruppenspezifische Engpässe identifiziert werden.

Datenquelle

Dies entspricht dem Feld 'group_id' im Freshdesk 'Tickets'-Objekt.

Beispiele
L1 SupportL2 Technischer SupportAbrechnungKundenerfolg
Erforderlich Empfohlen Optional

Kundenservice-Aktivitäten

Dies sind die wesentlichen Prozessschritte und wichtigen Meilensteine, die Sie in Ihrem Event Log erfassen sollten, um eine genaue Prozessentdeckung und Engpass-Identifizierung zu ermöglichen.
5 Empfohlen 8 Optional
Aktivität Beschreibung
Erste Antwort gesendet
Markiert die erste öffentliche Antwort, die von einem Agenten an den Kunden gesendet wurde, nachdem das Ticket erstellt wurde. Freshdesk erfasst dieses Event explizit, um die 'Erste Antwortzeit' für das SLA-Tracking zu messen.
Bedeutung

Dies ist ein kritischer Meilenstein für die Messung der Kundenreaktionsfähigkeit und der SLA-Compliance. Die Analyse der Zeit bis zu dieser Aktivität hilft, Verzögerungen bei der anfänglichen Kundeninteraktion zu identifizieren.

Datenquelle

Dies ist ein spezifisches Event, das Freshdesk für SLA-Zwecke verfolgt. Es entspricht dem Timestamp des ersten öffentlichen Kommentars, der von einem Agenten hinzugefügt wurde.

Erfassen

Identifiziert durch die erste öffentliche Agentenantwort in der Konversationshistorie des Tickets.

Ereignistyp explicit
Ticket erstellt
Dies ist das erste Event im Kundenservice-Lebenszyklus, das den Moment darstellt, in dem die Anfrage eines Kunden formell in Freshdesk protokolliert wird. Diese Aktivität wird explizit erfasst, wenn ein neues Ticket generiert wird, sei es per E-Mail, über ein Portal, Telefon oder API-Integration.
Bedeutung

Diese Aktivität dient als Ausgangspunkt für jeden Case, wodurch sie unerlässlich ist für die Berechnung der gesamten Lösungszeiten und die Analyse von Ticketvolumen-Trends nach Kanal oder Typ.

Datenquelle

Dies ist ein explizites Event im Freshdesk 'Ticket Activities'-Log. Es wird automatisch bei der Erstellung eines neuen Ticket-Eintrags generiert.

Erfassen

Direkt im Aktivitätsstream des Tickets bei der Erstellung protokolliert.

Ereignistyp explicit
Ticket gelöst
Stellt den wichtigen Meilenstein dar, bei dem der Agent eine Lösung bereitgestellt und den Ticketstatus auf 'Resolved' geändert hat. Dies ist eine explizite Statusänderung, die in der Ticket-Historie erfasst wird.
Bedeutung

Diese Aktivität markiert das Ende der aktiven Arbeit an einem Ticket und ist die Grundlage für die Messung der Lösungszeit. Sie ist ein kritisches Event für die Analyse der Agenten-Performance und der gesamten Prozesseffizienz.

Datenquelle

Erfasst aus dem 'Ticket-Aktivitäten'-Log, das die spezifische Statusänderung zu 'Gelöst' zusammen mit einem Timestamp aufzeichnet.

Erfassen

Event protokolliert, wenn das Feld 'Status' des Tickets auf 'Gelöst' aktualisiert wird.

Ereignistyp explicit
Ticket geschlossen
Dies ist die finale Aktivität, die die permanente Schließung des Tickets repräsentiert. Dies wird oft automatisch vom System durchgeführt, nachdem eine bestimmte Zeit im Status 'Resolved' ohne neue Kundenantworten verstrichen ist.
Bedeutung

Diese Aktivität markiert das definitive Ende des Serviceanfrage-Lebenszyklus. Sie bietet den finalen Endpunkt für präzise End-to-End-Zykluszeitberechnungen.

Datenquelle

Erfasst aus dem 'Ticket-Aktivitäten'-Log, das die finale Statusänderung zu 'Geschlossen' aufzeichnet. Dies wird oft durch eine Systemautomatisierung ausgelöst.

Erfassen

Event protokolliert, wenn das Feld 'Status' des Tickets auf 'Geschlossen' aktualisiert wird.

Ereignistyp explicit
Ticket zugewiesen
Stellt die Zuweisung eines Tickets an einen bestimmten Agenten oder eine Gruppe zur Bearbeitung dar. Dieses Event wird explizit in der Ticket-Historie protokolliert, wann immer das Feld für den zugewiesenen Agenten oder die Gruppe gefüllt oder geändert wird.
Bedeutung

Die Verfolgung von Zuweisungen ist entscheidend für die Analyse der Agenten-Arbeitslast, die Identifizierung von Routing-Ineffizienzen und die Messung von Time-to-Assignment-KPIs. Sie hilft zu verstehen, wie die Arbeit verteilt ist und wo Verzögerungen auftreten, bevor die Arbeit beginnt.

Datenquelle

Erfasst aus dem 'Ticket-Aktivitäten'-Log, wo Änderungen an den Feldern 'Agent' oder 'Gruppe' mit einem Timestamp aufgezeichnet werden.

Erfassen

Event protokolliert, wenn das Feld 'Zugewiesen an' für einen Agenten oder eine Gruppe aktualisiert wird.

Ereignistyp explicit
Interne Notiz hinzugefügt
Ein Agent fügt eine private Notiz zum Ticket hinzu, die für die interne Zusammenarbeit mit anderen Agenten bestimmt ist. Dies ist ein explizites Event, das im Aktivitätsstream des Tickets erfasst wird und nur für Agenten sichtbar ist.
Bedeutung

Die Verfolgung interner Notizen hilft, Kollaborationsmuster zu analysieren und Probleme zu identifizieren, die eine erhebliche interne Diskussion erfordern. Eine hohe Frequenz interner Notizen vor der Lösung kann auf komplexe Probleme oder Wissenslücken hinweisen.

Datenquelle

Wird als "Private Notiz" im Konversationsverlauf des Tickets erfasst und ist von öffentlichen Antworten an den Kunden unterscheidbar.

Erfassen

Event protokolliert, wenn ein Agent eine als 'Privat' markierte Notiz hinzufügt.

Ereignistyp explicit
Kunde hat geantwortet
Stellt eine neue Antwort oder Kommunikation dar, die vom Kunden empfangen wurde. Dies ist ein explizites Event im Konversationsverlauf des Tickets und löst typischerweise eine Statusänderung von 'Pending' zurück zu 'Open' aus.
Bedeutung

Diese Aktivität ist entscheidend, um die wechselseitige Natur von Kundeninteraktionen zu verstehen und Kundenreaktionszeiten zu messen. Sie startet auch alle pausierten SLA-Timer neu, was sich auf die Compliance-Metriken auswirkt.

Datenquelle

Als neuer Eintrag im Konversations-Thread des Tickets protokolliert. Das Event ist mit dem Kontaktdatensatz des Kunden verknüpft.

Erfassen

Eine neue öffentliche Notiz, die vom Kundenkontakt zum Ticket hinzugefügt wurde.

Ereignistyp explicit
SLA verletzt
Ein berechnetes Event, das auftritt, wenn die Zeit, die für die Beantwortung oder Lösung eines Tickets benötigt wird, das definierte SLA-Richtlinienziel überschreitet. Freshdesk verfolgt den SLA-Status und markiert Tickets als 'verletzt', was zur Ableitung dieser Aktivität verwendet werden kann.
Bedeutung

Diese Aktivität unterstützt direkt die Analyse der SLA-Compliance, indem sie genau aufzeigt, wann und wo Service-Level-Verpflichtungen nicht eingehalten werden. Sie ist entscheidend für die Identifizierung systemischer Ursachen von Verzögerungen.

Datenquelle

Dieses Event wird abgeleitet oder berechnet, indem der SLA-Status eines Tickets beobachtet wird. Eine Aktivität kann generiert werden, wenn der SLA-Status des Tickets auf 'Violated' wechselt oder durch den Vergleich von Antwort-/Lösungs-Timestamps mit SLA-Zielen.

Erfassen

Aus Ticketdaten ableiten, wenn die 'Zeit bis zur Lösung' die 'SLA Ziel-Lösungszeit' überschreitet.

Ereignistyp calculated
Status auf 'Ausstehend' geändert
Diese Aktivität tritt auf, wenn ein Agent auf Informationen vom Kunden wartet und den Ticketstatus auf 'Pending' ändert. Dieses Event wird explizit als Statusänderung in der Aktivitäten-Historie des Tickets protokolliert.
Bedeutung

Identifiziert Zeiträume, in denen der Prozess pausiert und auf externe Eingaben wartet. Die Analyse der in diesem Status verbrachten Zeit hilft, kundenseitige Verzögerungen zu quantifizieren und unterstützt die SLA-Compliance-Analyse, da SLA-Timer in diesem Zustand oft pausiert sind.

Datenquelle

Erfasst aus dem 'Ticket-Aktivitäten'-Log, das alle Statusänderungen aufzeichnet, einschließlich des Übergangs zu 'Ausstehend'.

Erfassen

Event protokolliert, wenn das Feld 'Status' des Tickets auf 'Ausstehend' aktualisiert wird.

Ereignistyp explicit
Ticket neu zugewiesen
Tritt auf, wenn ein Ticket nach der ursprünglichen Zuweisung von einem Agenten oder einer Gruppe zu einem anderen übertragen wird. Dies ist ein explizites Event, das im Aktivitäten-Log des Tickets als Änderung des Besitzers erfasst wird.
Bedeutung

Häufige Neuzuweisungen oder eine hohe Agent-zu-Agent-Weiterleitungsrate deuten oft auf eine falsche anfängliche Weiterleitung oder isoliertes Wissen hin. Diese Analyse hilft, Möglichkeiten zur Verbesserung der Erstkontaktlösung aufzuzeigen.

Datenquelle

Verfolgt über Änderungen an den Feldern 'Agent' oder 'Gruppe' im 'Ticket Activities'-Log nach der ersten Zuweisung.

Erfassen

Eine nachfolgende Aktualisierung des Feldes 'Zugewiesen an', nachdem eine anfängliche Zuweisung erfolgt ist.

Ereignistyp explicit
Ticket wiedereröffnet
Diese Aktivität tritt auf, wenn ein Kunde auf ein Ticket antwortet, das sich bereits im Status 'Resolved' befindet, wodurch sich sein Status automatisch wieder auf 'Open' ändert. Dies ist ein explizites Event, das vom System protokolliert wird.
Bedeutung

Eine hohe Wiedereröffnungsrate deutet darauf hin, dass anfängliche Lösungen nicht effektiv sind, was zu Nacharbeit und Kundenunzufriedenheit führt. Die Analyse dieser Aktivität ist essenziell für die 'Analyse der Ticket-Wiedereröffnung' und die Verbesserung der Erstkontaktlösung.

Datenquelle

Dieses Event wird erfasst, wenn eine Kundenantwort eine automatische Statusänderung von 'Resolved' zurück zu 'Open' auslöst. Diese Statusänderung wird im 'Ticket Activities'-Log protokolliert.

Erfassen

Statusänderung von 'Resolved' zu 'Open', ausgelöst durch eine Kundeninteraktion.

Ereignistyp explicit
Ticket-Priorität geändert
Dieses Event tritt auf, wenn ein Agent oder eine Automatisierungsregel die Prioritätsstufe eines Tickets ändert, z.B. von 'Niedrig' zu 'Hoch'. Dies wird als explizites Update im Aktivitäten-Log des Tickets erfasst.
Bedeutung

Änderungen in der Priorität können Eskalationen signalisieren oder eine Neubewertung der Dringlichkeit des Problems. Die Analyse dieser Änderungen hilft, Eskalationstreiber und deren Auswirkungen auf die Lösungszeit zu verstehen.

Datenquelle

Erfasst aus dem 'Ticket-Aktivitäten'-Log, das alle Änderungen an den Ticketeigenschaften aufzeichnet, einschließlich des Feldes 'Priorität'.

Erfassen

Event protokolliert, wenn der Wert des Feldes 'Priorität' aktualisiert wird.

Ereignistyp explicit
Zufriedenheitsumfrage gesendet
Stellt das Senden einer Kundenbefragung dar, die typischerweise durch eine Automatisierungsregel ausgelöst wird, nachdem ein Ticket gelöst wurde. Dieses Event kann erfasst werden, wenn die Automatisierungsaktion in der Ticket-Historie protokolliert wird.
Bedeutung

Markiert den Beginn des Feedback-Erfassungsprozesses. Die Korrelation von Umfrageantworten mit Prozessvarianten kann tiefe Einblicke geben, wie die Prozessleistung die Kundenzufriedenheit beeinflusst.

Datenquelle

Dies wird typischerweise durch eine 'Automatisierungsregel' ausgelöst. Ihre Sichtbarkeit als diskretes Event im Ticket-Aktivitäts-Log hängt von der Logging-Konfiguration von Freshdesk für Automatisierungen ab.

Erfassen

Event protokolliert durch die Ausführung einer Automatisierungsregel nach der Ticketlösung.

Ereignistyp explicit
Empfohlen Optional

Extraktionsleitfäden

So erhalten Sie Ihre Daten aus Freshdesk