Ihr Kundenservice-Daten-Template
Ihr Kundenservice-Daten-Template
- Empfohlene Attribute zur Erfassung
- Wichtige Aktivitäten zur Verfolgung
- Extraktionsanleitung
Kundenservice-Attribute
| 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
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
|
|||
Kundenservice-Aktivitäten
| 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
|
|||