Ihr Kundenservice-Daten-Template
Ihr Kundenservice-Daten-Template
- Empfohlene Attribute zur Erfassung
- Wichtige Aktivitäten für das Tracking
- Extraktionsanleitung
Kundenservice-Attribute
| Name | Beschreibung | ||
|---|---|---|---|
|
Aktivität
Activity
|
Der Name eines spezifischen Business Ereignisse 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 Service-Requestn. Es erfasst wichtige Business Ereignisse wie 'Ticket Created', 'Ticket Assigned', 'First Response Sent' und 'Ticket Resolved'. Diese Aktivitäten bilden die Knoten in der Prozess-Map. Die Analyse der Abfolge und Häufigkeit dieser Aktivitäten ist die Grundlage für 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 maßgeblich, um Ineffizienzen, Nacharbeitsschleifen wie 'Ticket Reopened' oder Compliance-Verstöße genau zu bestimmen.
Bedeutung
Dieses Attribut definiert die Schritte in der Prozess-Map und ermöglicht die Visualisierung und Analyse des Prozessflusses von Anfang bis Ende.
Datenquelle
Abgeleitet von Event-Typn innerhalb von Freshdesk. Dies kann eine Kombination aus Statusänderungen vom 'Tickets' API-Endpunkt und spezifischen Ereignisse 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 den Antrag bearbeitet.er Zeitstempel, 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 Ereignisse und für die Berechnung von Dauern zwischen verschiedenen Schritten im Prozess. Jede aufgezeichnete Aktivität muss einen entsprechenden Zeitstempel haben. In der Analyse wird dieses Attribut verwendet, um die Timeline jeder Service-Requestn 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 Zeitstempels sind essenziell für das Verständnis der Prozessleistung und die Identifizierung von Verzögerungen.
Bedeutung
Dieser Zeitstempel ist unerlässlich für die chronologische Reihenfolge von Ereignisse und die Berechnung aller zeitbasierten Kennzahlen, wie z.B. Durchlaufzeiten und SLA-Compliance.
Datenquelle
Dies entspricht den Feldern 'created_at' oder 'updated_at', die mit Ticket-Ereignisse, Antworten oder Statusänderungen in der Freshdesk API verbunden sind.
Beispiele
2023-10-25T10:00:00Z2023-10-25T10:05:14Z2023-10-26T14:30:00Z
|
|||
|
Service-Requestn
ServiceRequest
|
Der eindeutige Identifikator für eine einzelne Kundenanfrage oder ein Problem, allgemein bekannt als Ticket oder Case. | ||
|
Beschreibung
Die Service-Requestn ist der primäre Case-Identifikator, 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 wichtig für die Rekonstruktion der End-to-End-Prozesses jedes Kunden-Fälle. Durch das Gruppieren aller verwandten Ereignisse unter einer einzigen Service Request ID können Analysten Prozessabläufe visualisieren, Durchlaufzeiten messen und Variationen oder Engpässe identifizieren, die einzelne Fälle betreffen.
Bedeutung
Dies ist die wesentliche Case-ID, die alle verwandten Ereignisse 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, in der Regel als Feld 'id' im 'Tickets'-API-Endpunkt zu finden.
Beispiele
SR-2023-10-4831SR-2023-11-0192SR-2023-11-5210
|
|||
|
Priorität
Priority
|
Die Prioritätsstufe, die der Service-Requestn zugewiesen wurde, wie z.B. 'Niedrig', 'Mittel', 'Hoch' oder 'Dringend'. | ||
|
Beschreibung
Das Attribut Priorität spiegelt die Dringlichkeit einer Service-Requestn 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
|
|||
|
Service-Requestntyp
ServiceRequestType
|
Die Klassifizierung der Service-Requestn, wie z.B. 'Frage', 'Vorfall', 'Problem' oder 'Funktionsanfrage'. | ||
|
Beschreibung
Der Service-Requestntyp ist ein wichtiges Kategorisierungsfeld, das die Art der Kundenanfrage definiert. Diese Klassifizierung wird in der Regel bei der Ticketerstellung oder während eines ersten Triage-Schritts festgelegt und hilft, die Anfrage an das entsprechende Team oder den Antrag bearbeitet.en 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 maßgeblich, 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
FrageVorfallProblemFunktion-Anfrage
|
|||
|
Status
Status
|
Der aktuelle oder historische Status der Service-Requestn, wie z.B. 'Open', 'Pending', 'Resolved' oder 'Closed'. | ||
|
Beschreibung
Das Attribut Status gibt den Zustand einer Service-Requestn 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 maßgeblich, um den Ticket-Lebenszyklus zu verstehen und zu identifizieren, wie lange Fälle 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 den Antrag bearbeitet.ie ID des Kundenservice-Agenten, der zum Zeitpunkt des Ereignisse für das Ticket verantwortlich war. | ||
|
Beschreibung
Dieses Attribut identifiziert den spezifischen Agenten, der zur Bearbeitung der Service-Requestn 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 maßgeblich für Leistungsfähigkeit-Management-Dashboards. Sie ermöglicht die Messung agentenspezifischer KPIs wie durchschnittliche Lösungszeit, Ticketvolumen und Wiedereröffnungsraten. Dies hilft, leistungsstärksten Agenten zu identifizieren, Schulungsbedarfe aufzudecken und die Auswirkungen von Agenten-Transfers auf die gesamte Lösungszeit zu analysierenn.
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
|
|||
|
Anzahl der Agenten-Weiterleitungen
AgentTransferCount
|
Die Gesamtzahl der Male, die eine Service-Requestn 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 den Antrag bearbeitet.er zugewiesene Agent eines Tickets gewechselt hat. Es wird berechnet, indem die Vorkommen der Aktivität 'Ticket Reassigned' für jede Service-Requestn 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 Service-Requestn.
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 Zeitstempel 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 Zeitstempel des Ereignisse 'Ticket erstellt' und dem Event 'Erste Antwort gesendet'.
Beispiele
3000009000001800000
|
|||
|
Kommunikationskanal
CommunicationChannel
|
Der Kanal, über den die Service-Requestn 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 Hinweisrmieren, welche Kanäle zu pflegen 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 den Antrag bearbeitet.ie ID des Kunden, der den Antrag bearbeitet.ie Service-Requestn initiiert hat. | ||
|
Beschreibung
Dieses Attribut identifiziert den Kunden, der mit der Service-Requestn verbunden ist. Es bietet eine Möglichkeit, den Prozess aus einer kundenorientierten Perspektive zu analysierenn 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 Hinweisrmieren und dabei helfen, Kunden zu identifizieren, die aufgrund schlechter Serviceerfahrungen von Abwanderung bedroht sein könnten. Sie ist auch wichtig für das Verständnis der End-to-End-Customer-Journey über mehrere Service-Requestnn 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 'Nutzer'-Objekt in Freshdesk verbunden ist.
Beispiele
John DoeJane SmithGlobal Tech Inc.
|
|||
|
Letzte Datenaktualisierung
LastDataUpdate
|
Der Zeitstempel, der den Antrag bearbeitet.en 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 Datensets aus Freshdesk. Es bietet Transparenz über die Aktualität der analysierten Daten, was wichtig ist, um zeitnahe und relevante Geschäftsentscheidungen zu treffen. Analysten einsetzen 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 MetaDatenelement für jedes Process Mining Dashboard oder jeden Bericht, das sicherstellt, dass Stakeholder über die Aktualität der Daten Hinweisrmiert 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 Zeitstempel des Datenabzugs erfasst.
Beispiele
2023-12-01T08:00:00Z
|
|||
|
Produkt
Product
|
Das Produkt oder den Antrag bearbeitet.ie Dienstleistung, auf die sich die Anfrage des Kunden bezieht. | ||
|
Beschreibung
Dieses Attribut spezifiziert die Produkt- oder Service-Linie, die Gegenstand der Service-Requestn 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 den Antrag bearbeitet.ie längsten Lösungszeiten haben.
Datenquelle
Dies ist in der Regel 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 den Antrag bearbeitet.ie ProzessDaten ihren Ursprung hatten. Für diese Analyse ist der Wert statisch, z.B. 'Freshdesk', was darauf hinweist, dass alle Ereignisse von der Freshdesk-Kundenservice-Plattform stammen. Obwohl es einfach erscheinen mag, ist dieses Attribut wichtig für die Daten 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 maßgeblich 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 Daten Governance und beim Kombinieren von Daten aus mehreren Quellsystemen wichtig ist.
Datenquelle
Dies ist ein statischer Wert, 'Freshdesk', der während des Datentransformationsprozesses hinzugefügt wird, um die Datenquelle zu identifizieren.
Beispiele
Freshdesk
|
|||
|
SLA verletzt?
IsSlaBreached
|
Ein Boolesches Flag, das anzeigt, ob die Lösungszeit der Service-Requestn das SLA-Ziel überschritten hat. | ||
|
Beschreibung
Dieses kalkulierte Attribut liefert einen klaren, binären Indikator für die SLA-Compliance jeder Service-Requestn. 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-Verstöße identifizieren und die Prozessmuster der verletzten Tickets detailliert analysierenn können, um Grundursachen zu finden. Es unterstützt direkt das SLA Compliance Übersicht 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-Zeitstempels mit dem Feld 'SlaTargetResolutionTime' oder 'due_by' aus Freshdesk abgeleitet wird.
Beispiele
JaNein
|
|||
|
SLA-Ziel-Lösungszeit
SlaTargetResolutionTime
|
Die vertraglich vereinbarte oder angestrebte Zeit für die Lösung der Service-Requestn. | ||
|
Beschreibung
Dieses Attribut definiert die Zieldauer, innerhalb derer eine Service-Requestn gemäß dem Service Level Agreement (SLA) gelöst werden sollte. Dieses Ziel hängt oft von der Priorität oder den Antrag bearbeitet.em 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-Leistungsfähigkeit ü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 Service-Requestn jemals wiedereröffnet wurde. | ||
|
Beschreibung
Dieses Case-Level-Attribut ist ein Flag, das auf "Ja" gesetzt wird, wenn eine Service-Requestn zu irgendeinem Zeitpunkt in ihrem Lebenszyklus eine 'Ticket Reopened'-Aktivität erlebt hat. Es bietet eine einfache Möglichkeit, Fälle zu identifizieren und zu analysierenn, 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-Typn 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 Service-Requestn, wenn ein Event mit
Beispiele
JaNein
|
|||
|
Zufriedenheitsbewertung
SatisfactionRating
|
Der Zufriedenheitswert, der vom Kunden nach der Lösung des Tickets abgegeben wurde. | ||
|
Beschreibung
Die Zufriedenheitsbewertung ist eine wichtige Ergebnis-Metrik, die in der Regel ü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 den Antrag bearbeitet.ie Abteilung, der den Antrag bearbeitet.ie Service-Requestn zugewiesen ist. | ||
|
Beschreibung
Die zugewiesene Gruppe repräsentiert das Agententeam, das für die Bearbeitung einer spezifischen Service-Requestn 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 Leistungsfähigkeit 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 wichtig 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-Verfolgung 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 Zeitstempel 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 notwendig 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 Aktivitäten'-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-Leistungsfähigkeit und der gesamten Prozesseffizienz.
Datenquelle
Erfasst aus dem 'Ticket-Aktivitäten'-Log, das die spezifische Statusänderung zu 'Gelöst' zusammen mit einem Zeitstempel 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 Service-Requestn-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 den Antrag bearbeitet.ie Gruppe gefüllt oder geändert wird. | ||
|
Bedeutung
Die Verfolgung von Zuweisungen ist maßgeblich 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 Zeitstempel 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 analysierenn 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 in der Regel eine Statusänderung von 'Pending' zurück zu 'Open' aus. | ||
|
Bedeutung
Diese Aktivität ist maßgeblich, um die wechselseitige Natur von Kundeninteraktionen zu verstehen und Kundenreaktionszeiten zu messen. Sie startet auch alle pausierten SLA-Zeitgeber 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 maßgeblich 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 den Antrag bearbeitet.urch den Vergleich von Antwort-/Lösungs-Zeitstempels 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-Zeitgeber 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 Neine 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 Aktivitäten'-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 wichtig 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 Aktivitäten'-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 in der Regel 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 detaillierte Einblicke geben, wie die Prozessleistung die Kundenzufriedenheit beeinflusst.
Datenquelle
Dies wird in der Regel 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
|
|||