Ihr Kundenservice-Daten-Template

ServiceNow CSM
Ihr Kundenservice-Daten-Template

Ihr Kundenservice-Daten-Template

Diese Datenvorlage bietet einen klare Struktur zur Erfassung der wesentlichen Informationen, die für die Analyse Ihres Kundenserviceprozesses erforderlich sind. Sie skizziert die wichtigen Datenattribute, definiert wichtige zu verfolgende Aktivitäten und bietet Anleitungen zur Extraktion dieser Informationen aus Ihrem Quellsystem. Verwenden Sie diese Ressource, um Ihre Daten genau und effizient für das Process Mining vorzubereiten.
  • Empfohlene Attribute zur Erfassung
  • Wichtige Aktivitäten für das Tracking
  • Extraktionsanleitung
Neu bei Event-Logs? Erfahren Sie wie Sie ein Process-Mining-Event-Log erstellen.

Kundenservice-Attribute

Dies sind die empfohlenen Datenfelder, die Sie in Ihr Event Log für eine vollständige Kundenservice-Analyse aufnehmen sollten.
3 Erforderlich 6 Empfohlen 9 Optional
Name Beschreibung
Ereigniszeit
EventTime
Der genaue Zeitstempel, der angibt, wann eine spezifische Aktivität oder ein Ereignis stattfand.
Beschreibung

Event Time erfasst Datum und Uhrzeit, zu der eine Aktivität durchgeführt wurde. Dieser Zeitstempel ist die Basis für die chronologische Anordnung von Ereignisse und für die Berechnung von Dauern zwischen verschiedenen Schritten im Prozess.

In der Process-Mining-Analyse wird dieses Attribut verwendet, um alle zeitbasierten Metriken zu berechnen, einschließlich Durchlaufzeits, Wartezeiten und Bearbeitungsdauern. Es ermöglicht Analysten, Engpässe zu identifizieren, indem Aktivitäten mit langen Verzögerungen vor ihnen gefunden werden, und die Leistungsfähigkeit im Vergleich zu Service Level Agreements (SLAs) zu messen. Genaue und konsistente Zeitstempels sind für eine leistungsfundierte Analysen unerlässlich.

Bedeutung

Dieser Zeitstempel ist maßgeblich für die korrekte Reihenfolge von Ereignissen und die Berechnung aller Leistungsmetriken, wie Durchlaufzeiten und Engpässe.

Datenquelle

Dies entspricht in der Regel dem Feld 'sys_created_on' in den Audit- und History-Tabellen von ServiceNow (z.B. 'sys_audit').

Beispiele
2023-10-26T10:00:00Z2023-10-26T10:15:32Z2023-10-27T14:05:11Z
Service-Requestn
ServiceRequest
Der eindeutige Identifikator für jede Kundenserviceanfrage, jeden Fall oder jedes Ticket.
Beschreibung

Die Service-Requestn ist die primäre Fall-ID, die alle zugehörigen Aktivitäten und Ereignisse für ein einzelnes Kundenproblem, von der Erstellung bis zum Abschluss, verknüpft. Sie dient als zentraler Leitfaden zur Verfolgung der End-to-End-Verlauf einer Kundeninteraktion.

Im Process Mining ist dieses Attribut wichtig für die Rekonstruktion des Prozessflusses. Jeder eindeutige Wert der Service-Requestn repräsentiert eine Instanz des Prozesses und ermöglicht die Analyse von Durchlaufzeiten, Pfaden und Variationen auf Fallbasis. Es stellt sicher, dass alle Schritte, vom ersten Kontakt bis zur endgültigen Lösung und zum Abschluss, korrekt der gleichen Kundenanfrage zugeordnet werden.

Bedeutung

Dies ist die essenzielle Fall-ID, die alle Prozessschritte verbindet und die Analyse des gesamten Lebenszyklus jeder Kundenservice-Interaktion ermöglicht.

Datenquelle

Dies ist in der Regel das Feld 'number' aus der Tabelle 'sn_customerservice_case' in ServiceNow CSM.

Beispiele
CS0010001CS0010045CS0010112
Aktivitätsname
ActivityName
Der Name eines spezifischen Ereignisses oder einer Aufgabe, die innerhalb des Service-Requestn-Lebenszyklus aufgetreten ist.
Beschreibung

Der Aktivitätsname beschreibt einen Schritt im Kundenserviceprozess, wie 'Service-Requestn erstellt', 'Anfrage Agent zugewiesen' oder 'Lösung vorgeschlagen'. Diese Aktivitäten werden aus Systemprotokollen oder Tabellenaktualisierungen extrahiert, um eine chronologische Abfolge von Ereignissen für jede Service-Requestn zu erstellen.

Dieses Attribut ist maßgeblich für die Visualisierung der Prozessablauf, die Identifizierung von Engpässen und das Verständnis des Arbeitsflusses. Durch die Analyse der Reihenfolge und Häufigkeit von Aktivitäten können Analysten gängige Prozesspfade, Abweichungen und Bereiche von Nacharbeit oder Ineffizienz aufdecken. Die Granularität der den Antrag bearbeitet.efinierten Aktivitäten beeinflusst direkt die Tiefe der Erkenntnisse, die aus dem Prozessmodell gewonnen werden können.

Bedeutung

Dieses Attribut ist die Basis der Prozessablauf und definiert die spezifischen Schritte und Aufgaben, deren Reihenfolge und Dauer analysiert werden.

Datenquelle

Dies ist ein konzeptionelles Attribut, das aus System-Audit-Tabellen (z.B. 'sys_audit') oder den Antrag bearbeitet.urch die Verfolgung von Statusänderungen und wichtigen Feldaktualisierungen in der Tabelle 'sn_customerservice_case' abgeleitet wird.

Beispiele
Service-Requestn erstelltAnfrage einem Agenten zugewiesenVom Kunden angeforderte InformationenService-Requestn gelöst
Bearbeitungsgruppe
AssignmentGroup
Das Team oder den Antrag bearbeitet.ie Abteilung, die für die Service-Requestn verantwortlich ist.
Beschreibung

Die Zuweisungsgruppe repräsentiert die Warteschlange oder den Antrag bearbeitet.as Team, dem eine Service-Requestn zugewiesen wird. Anfragen werden oft je nach Art des Problems zwischen verschiedenen Gruppen geleitet, z. B. einem Level-1-Support-Desk, einem spezialisierten technischen Team oder einer Abrechnungsabteilung.

Dieses Attribut ist unerlässlich für die Analyse von Übergaben zwischen Abteilungen und die Identifizierung von Engpässen auf Teamebene. Es hilft, den Arbeitsfluss zwischen verschiedenen Funktionsbereichen zu visualisieren und kann Gruppen hervorheben, die überlastet sind oder zusätzliche Schulungen benötigen. Dies unterstützt direkt die Dashboards 'Agenten-Übergaben und Neuzuweisungen' und 'Prozessfluss'.

Bedeutung

Identifiziert, welches Team für die Arbeit verantwortlich ist, was wichtig für die Analyse der Team-Leistungsfähigkeit, Arbeitslasten und Prozessübergaben zwischen Abteilungen ist.

Datenquelle

Dies entspricht dem Feld 'assignment_group' in der Tabelle 'sn_customerservice_case'.

Beispiele
`Service Desk`RechnungsanfragenTechnischer Support Level 2
Kategorie
Category
Die primäre Klassifizierung der Service-Requestn, z. B. 'Abrechnung' oder 'Technisches Problem'.
Beschreibung

Die Kategorie bietet eine übergeordnete Gruppierung für Service-Requestnn basierend auf der Art der Kundenanfrage oder den Antrag bearbeitet.es Problems. Diese Klassifizierung erfolgt in der Regel bei der erstmaligen Erstellung der Anfrage und hilft bei der Weiterleitung an die richtige Zuweisungsgruppe.

Dieses Attribut ist wichtig für die Segmentierung der Prozessanalyse. Durch das Filtern nach Kategorie können Analysten die Prozessabläufe für verschiedene Anfragetypen vergleichen. Beispielsweise kann der Lösungsprozess für ein 'Abrechnungs'-Problem sehr unterschiedlich von dem eines 'Technischen Problems' sein. Dies ist ein Schlüsselattribut für nahezu alle Dashboards, um die Daten zu segmentieren.

Bedeutung

Ermöglicht die Aufschlüsselung der Analyse nach Anfragetyp und zeigt auf, ob bestimmte Kategorien anfälliger für Verzögerungen, Eskalationen oder SLA-Verstöße sind.

Datenquelle

Dies entspricht dem Feld 'category' in der Tabelle 'sn_customerservice_case'.

Beispiele
Anfrage / HilfeBestellungenProduktproblemeAbrechnung
Priorität
Priority
Die Prioritätsstufe der Service-Requestn, die ihre Dringlichkeit beeinflusst.
Beschreibung

Die Priorität gibt die Bedeutung und die erforderliche Dringlichkeit für die Bearbeitung einer Service-Requestn an. Sie wird oft durch eine Kombination aus dem Einfluss der Anfrage auf den Kunden und ihrer Dringlichkeit bestimmt. Gängige Werte reichen von 'Kritisch' bis 'Niedrig'.

Im Process Mining ist die Priorität eine hilfreiche Dimension für Filterung und Vergleich. Sie ermöglicht Analysten zu prüfen, ob Anfragen mit hoher Priorität tatsächlich schneller bearbeitet werden als solche mit niedriger Priorität und ob SLA-Verstöße bei bestimmten Prioritätsstufen häufiger vorkommen. Dies ist die Basis für das Dashboard 'End-to-End-Zykluszeit der Service-Requestn'.

Bedeutung

Dies ermöglicht die Segmentierung von Service-Requestnn nach Dringlichkeit, was essenziell ist, um zu überprüfen, ob kritische Probleme schneller bearbeitet werden als nicht-kritische.

Datenquelle

Dies entspricht dem Feld 'priority' in der Tabelle 'sn_customerservice_case'.

Beispiele
1 – Kritisch2 – Hoch3 – Moderat4 – Niedrig
SLA verletzt?
IsSlaBreached
Ein boolesches Flag, das anzeigt, ob die Service-Requestn ihr definiertes Service Level Agreement (SLA) Ziel überschritten hat.
Beschreibung

Dieses berechnete Attribut gibt an, ob eine Service-Requestn innerhalb des vereinbarten Zeitrahmens gelöst wurde. Es ist in der Regel 'Wahr', wenn die Lösungszeit das SLA-Ziel überschritten hat, und 'Falsch' andernfalls. Dies liefert ein klares, binäres Ergebnis für die SLA-Leistung jedes Falls.

Dieses Attribut ist wichtig für das Dashboard 'SLA-Einhaltung und Verletzungstrends' und den KPI 'SLA-Quote'. Es vereinfacht die Analyse, indem es ein direktes Filtern und Zählen von verletzten Fällen ermöglicht, wodurch leicht identifiziert werden kann, welche Arten von Anfragen, Prioritäten oder Teams am häufigsten mit SLA-Verstöße in Verbindung gebracht werden.

Bedeutung

Bietet eine klare Ja- oder Nein-Antwort darauf, ob ein Fall seine Frist eingehalten hat, was für die Messung und Berichterstattung der SLA-Konformität grundlegend ist.

Datenquelle

Berechnet basierend auf dem Feld 'made_sla' aus der Tabelle 'task_sla' oder abgeleitet durch den Vergleich der tatsächlichen Lösungszeit mit der geplanten Lösungszeit.

Beispiele
JaNein
Status
State
Der aktuelle Status oder Zustand der Service-Requestn in ihrem Lebenszyklus.
Beschreibung

Das Attribut 'Status' beschreibt den operativen Zustand einer Service-Requestn zu jedem Zeitpunkt, wie z.B. 'Neu', 'In Bearbeitung', 'Wartet auf Info', 'Gelöst' oder 'Geschlossen'. Änderungen in diesem Feld werden oft zur Definition der Aktivitäten im Prozessmodell verwendet.

Die Analyse des Status bietet eine übergeordnete Ansicht darüber, wo sich Fälle im Prozess befinden. Sie wird verwendet, um zu identifizieren, wie lange Fälle in bestimmten Zuständen verbleiben, wie z.B. 'Wartet auf Info', was eine erhebliche Verzögerungsquelle sein kann. Es hilft auch, die Start- und Endpunkte für wichtige KPIs wie die 'Lösung bis Abschlusszeit' zu definieren.

Bedeutung

Zeigt den Status einer Anfrage zu jeder Zeit an und hilft, die in unProduktiven Zuständen wie 'In Wartestellung' oder 'Informationen erwartend' verbrachte Zeit zu identifizieren.

Datenquelle

Dies entspricht dem Feld 'state' in der Tabelle 'sn_customerservice_case'.

Beispiele
NeuIn BearbeitungWartet auf BenutzerHinweisrmationenGelöstGeschlossen
Zugewiesener Agent
AssignedAgent
Der einzelne Service-Agent, der aktuell mit der Bearbeitung der Service-Requestn betraut ist.
Beschreibung

Dieses Attribut identifiziert den Anwender, der zu einem bestimmten Zeitpunkt für die Service-Requestn verantwortlich ist. Es ändert sich oft während des gesamten FallLebenszyklus, da die Anfrage zwischen verschiedenen Agenten oder Spezialisten übergeben wird.

Die Analyse des zugewiesenen Agenten ist maßgeblich für das Verständnis der Arbeitslastverteilung, der Agentenleistung und der Übergaben. Sie hilft, Fragen zu beantworten, wie welche Agenten die komplexesten Fälle bearbeiten, wie oft Fälle neu zugewiesen werden und ob bestimmte Agenten mit längeren Lösungszeiten oder höherer Kundenzufriedenheit verbunden sind. Dies ist maßgeblich für das Dashboard 'Agenten-Übergaben und Neuzuweisungen'.

Bedeutung

Verfolgt die Agentenverantwortlichkeit und ermöglicht die Analyse von Arbeitslast, Leistung und der Häufigkeit von Neuzuweisungen, was oft auf Prozessreibung hinweist.

Datenquelle

Dies entspricht dem Feld 'assigned_to' in der Tabelle 'sn_customerservice_case'.

Beispiele
Beth AnglinDavid LooAbel Tuter
Anzahl der Neuzuweisungen
ReassignmentCount
Die Gesamtzahl der Male, die die Service-Requestn einem anderen Agenten oder einer anderen Gruppe neu zugewiesen wurde.
Beschreibung

Dieses Attribut ist ein Zähler, der sich jedes Mal erhöht, wenn sich das Feld 'assigned_to' oder 'assignment_group' ändert. Es liefert eine einfache Metrik für die Anzahl der internen Transfers eines Falls.

Die Neuzuweisungsanzahl ist ein direktes Maß für Prozessreibung und eine wichtige Eingabe für das Dashboard 'Agenten-Übergaben und Neuzuweisungen' sowie den KPI 'Durchschnittliche Agenten-Übergaben pro Anfrage'. Hohe Neuzuweisungsanzahlen weisen oft auf Probleme bei der anfänglichen Weiterleitung, Lücken in den Agentenfähigkeiten oder schwer kategorisierbare Fälle hin, die alle zu längeren Lösungszeiten führen.

Bedeutung

Misst direkt die Prozessineffizienz durch Zählung von Übergaben (Übergaben). Eine hohe Anzahl korreliert oft mit längeren Lösungszeiten und Kundenunzufriedenheit.

Datenquelle

Dies ist ein standardmäßiges Metrikfeld, 'reassignment_count', in der 'task'-Tabelle, die 'sn_customerservice_case' erweitert.

Beispiele
0135
Behebungscode
ResolutionCode
Ein Code, der den Antrag bearbeitet.as Endergebnis oder den Antrag bearbeitet.ie Art der Lösung der Service-Requestn angibt.
Beschreibung

Der Lösungscode ist ein strukturierter Wert, der vom Agenten bei der Lösung eines Falls ausgewählt wird. Er liefert spezifische Details zur Lösung, wie 'Vom Benutzer gelöst', 'Bekannter Fehler', 'Duplikat' oder 'Keine Aktion erforderlich'.

Dieses Attribut ist wertvoll für die Ursachenanalyse. Durch die Analyse der Häufigkeit verschiedener Lösungscodes können Organisationen wiederkehrende Probleme, Wissenslücken oder Produktprobleme identifizieren. Diese Informationen können dann geverwendet werden, um Verbesserungen voranzutreiben, die das Volumen bestimmter Arten von Service-Requestnn reduzieren.

Bedeutung

Bietet Einblicke in die Resultate von Service-Requestnn, was wichtig für die Ursachenanalyse und die Identifizierung wiederkehrender Probleme ist.

Datenquelle

Dies entspricht dem Feld 'close_code' oder einem benutzerdefinierten Lösungscode-Feld in der Tabelle 'sn_customerservice_case'.

Beispiele
Gelöst (`Workaround`)Gelöst (Dauerhaft)Nicht gelöst (Kunde reagiert nicht)Vom Anrufer geschlossen/gelöst
Ist Erstkontaktlösung
IsFirstContactResolution
Ein boolesches Flag, das anzeigt, ob die Anfrage vom ersten zugewiesenen Agenten ohne Übergaben oder Eskalationen gelöst wurde.
Beschreibung

Dieses berechnete Attribut identifiziert Service-Requestnn, die während der ersten Interaktion oder vom ersten Agenten, der den Antrag bearbeitet.en Fall bearbeitet hat, effizient gelöst wurden. Die Logik prüft in der Regel Bedingungen wie null Neuzuweisungen ('ReassignmentCount' ist 0), keine 'Interne Eskalation ausgelöst'-Aktivitäten und keine Anfragen nach weiteren Informationen vom Kunden.

Dieses Attribut misst direkt eine kritische Kundenservicemetrik und unterstützt das Dashboard 'Erstkontaktlösungsrate' und den KPI. Es ermöglicht eine einfache Quantifizierung der FCR-Leistung und hilft bei der Analyse der Faktoren, wie Kanal oder Anfragenkategorie, die zur Erreichung der Erstkontaktlösung beitragen oder den Antrag bearbeitet.iese behindern.

Bedeutung

Misst direkt die Effizienz der initialen Antwort. Eine hohe FCR-Rate ist stark mit operativer Effizienz und hoher Kundenzufriedenheit verbunden.

Datenquelle

Dies ist ein berechnetes Attribut. Es wird während der Datentransformation basierend auf Regeln abgeleitet, wie z.B. dass 'ReassignmentCount' null ist und keine Eskalationsaktivitäten auftreten.

Beispiele
JaNein
Ist Nacharbeit
IsRework
Ein boolesches Flag, das anzeigt, ob signifikante Nacharbeiten stattgefunden haben, wie ein wiedereröffneter Case oder eine wiederholte Untersuchung.
Beschreibung

Dies ist ein berechnetes Attribut, das Fälle kennzeichnet, die Muster von Ineffizienz oder Wiederholung aufweisen. Die Logik für dieses Flag könnte durch Ereignisse wie 'Service-Requestn wiedereröffnet' oder wenn eine Schlüsselsequenz von Aktivitäten, wie 'Agent beginnt Untersuchung' gefolgt von 'Lösung vorgeschlagen', mehrfach innerhalb desselben Falls auftritt, ausgelöst werden.

Dieses Flag ist von besonders wertvoll, um problematische Fälle schnell zu identifizieren und das Gesamtmaß an Nacharbeit im Prozess zu quantifizieren. Es unterstützt direkt das Dashboard 'Hotspots für Nacharbeit und Wiederholung' und den KPI 'Nacharbeitsrate', wodurch Analysten sich auf die Treiber der Ineffizienz konzentrieren können, ohne repetitive Muster manuell identifizieren zu müssen.

Bedeutung

Hilft, die Prozessineffizienz zu quantifizieren, indem Fälle mit sich wiederholenden Schleifen oder Wiedereröffnungs-Ereignisse gekennzeichnet werden, was die Messung und gezielte Bearbeitung von Nacharbeiten (Rework) vereinfacht.

Datenquelle

Dies ist ein berechnetes Attribut. Es wird während der Datentransformation durch Anwendung von Geschäftslogik abgeleitet, die Muster von Nacharbeit erkennt, wie z.B. eine ungleich null 'ReopenCount' oder wiederholte Aktivitäten.

Beispiele
JaNein
Kanal
Channel
Der Kommunikationskanal, über den die Service-Requestn initiiert wurde.
Beschreibung

Der Kanal gibt die Methode an, die der Kunde zur Einreichung seiner Anfrage verwendet hat, z. B. 'E-Mail', 'Telefon', 'Webportal' oder 'Chat'. Verschiedene Kanäle können erheblich unterschiedliche Prozessmerkmale und Kundenerwartungen aufweisen.

Die Analyse des Prozesses nach Kanal hilft, die Effektivität jeder Kommunikationsmethode zu bewerten. Zum Beispiel kann sie aufzeigen, ob Anfragen, die per 'Telefon' eingereicht wurden, eine höhere Erstkontaktlösungsrate aufweisen oder ob 'E-Mail'-Anfragen tendenziell längere Durchlaufzeiten haben. Dies unterstützt direkt das Dashboard 'Effektivität der Kommunikationskanäle'.

Bedeutung

Hilft, die Effizienz und Resultate verschiedener Kundeninteraktionskanäle wie Telefon, E-Mail oder Webportal zu bestimmen.

Datenquelle

Dies entspricht in der Regel dem Feld 'contact_type' in der Tabelle 'sn_customerservice_case'.

Beispiele
TelefonE-MailSelf-ServiceChat
Kunde
Customer
Der Name oder den Antrag bearbeitet.ie Kennung des Kunden oder Unternehmens, der/das die Service-Requestn initiiert hat.
Beschreibung

Dieses Attribut identifiziert den externen Stakeholder, entweder eine Einzelperson oder eine Organisation, für die die Service-Requestn bestimmt ist. Es liefert den Kundenkontext für jeden Fall.

In der Analyse ermöglicht das Kundenattribut eine kundenorientierte Sicht auf den Serviceprozess. Es kann verwendet werden, um festzustellen, ob bestimmte Kunden mehr Probleme oder längere Verzögerungen erfahren, und kann mit anderen KundenDaten, wie Segment oder Wert, verknüpft werden, um Prozessoptimierungsbemühungen zu priorisieren. Zum Beispiel könnte man prüfen, ob hochrangige Kunden einen schnelleren Service erhalten.

Bedeutung

Verknüpft den Prozess mit bestimmten Kunden und ermöglicht die Analyse von Service Levels und der Häufigkeit von Problemen für Schlüsselkunden oder Kundensegmente.

Datenquelle

Dies könnte das Feld 'caller_id', 'opened_for' oder 'account' in der Tabelle 'sn_customerservice_case' sein, die auf Benutzer- oder Firmentabellen verweisen.

Beispiele
John SmithACME CorporationGlobal Tech Inc.
Letzte Datenaktualisierung
LastDataUpdate
Der Zeitstempel, der angibt, wann die Daten zuletzt aus dem Quellsystem extrahiert oder aktualisiert wurden.
Beschreibung

Dieses Attribut zeichnet Datum und Uhrzeit des letzten Datenabrufs auf. Es liefert Kontext zur Aktualität der analysierten Daten und stellt sicher, dass Benutzer wissen, ob sie nahezu EchtzeitHinweisrmationen oder einen historischen Schnappschuss betrachten.

Während der Analyse ist dies ein wichtiges Metadatum, um das Zeitfenster des Datensatzes zu verstehen. Es hilft Benutzern, Dashboards und KPIs korrekt zu interpretieren, indem sie beispielsweise wissen, dass die Daten auf dem Stand der letzten Stunde oder den Antrag bearbeitet.es Vortages sind.

Bedeutung

Zeigt die Aktualität der Daten an, was wichtig für die Relevanz und Zeitnähe der Process Mining-Erkenntnisse ist.

Datenquelle

Dieser Zeitstempel wird während des Daten-Extraktions-, Transformations- und Ladevorgangs (ETL-Prozess) generiert und hinzugefügt.

Beispiele
2023-11-20T08:00:00Z
Quellsystem
SourceSystem
Das System, aus dem die Daten extrahiert wurden.
Beschreibung

Dieses Attribut identifiziert den Datenursprung, was besonders wichtig in Umgebungen ist, in denen Informationen aus mehreren Systemen aggregiert werden. Für diese Prozessansicht wäre der Wert durchgängig 'ServiceNow CSM'.

In der Analyse hilft dies bei der Daten Governance und Fehlerbehebung. Wenn mehrere Quellsysteme beteiligt sind, ermöglicht es das Filtern des Prozesses, um zu verstehen, wie er innerhalb eines spezifischen Systems funktioniert, oder um Prozessvariationen über verschiedene Systeme hinweg zu vergleichen.

Bedeutung

Liefert den wesentlichen Kontext zum Datenursprung, stellt ... sicher Klarheit in Multi-System-Umgebungen und unterstützt die Daten Governance.

Datenquelle

Dies ist ein statischer Wert, der während des Datentransformationsprozesses hinzugefügt wird, um den Ursprung des Datensatzes zu kennzeichnen.

Beispiele
ServiceNow CSM
Wiedereröffnungsanzahl
ReopenCount
Die Anzahl der Wiedereröffnungen einer gelösten Service-Requestn durch den Kunden.
Beschreibung

Dieser Zähler erfasst, wie oft ein Fall von einem 'Gelöst'- oder 'Geschlossen'-Status zurück in einen 'In Bearbeitung'- oder 'Offen'-Status übergegangen ist. Ein wiedereröffneter Fall deutet darauf hin, dass die ursprüngliche Lösung nicht effektiv oder vollständig war.

Dieses Attribut ist ein starker Indikator für Nacharbeit und die Qualität der Erstlösung. Eine hohe Wiedereröffnungszahl deutet auf Probleme im Lösungsprozess hin, wie z.B. Agenten, die Tickets vorzeitig schließen oder den Antrag bearbeitet.as zugrunde liegende Problem des Kunden nicht vollständig angehen. Es ist eine Schlüsselmetrik zum Verständnis der Wirksamkeit vorgeschlagener Lösungen.

Bedeutung

Zeigt fehlgeschlagene Lösungen und Nacharbeiten (Rework) an. Eine hohe Anzahl von Wiedereröffnungen signalisiert eine schlechte Qualität im Lösungsprozess und führt zu Kundenfrustration.

Datenquelle

Dies wird oft in einem Feld namens 'reopen_count' in der Tabelle 'sn_customerservice_case' oder einer verwandten Tabelle verfolgt.

Beispiele
012
Erforderlich Empfohlen Optional

Kundenservice-Aktivitäten

Dies sind die wichtigen Prozessschritte und Meilensteine, die Sie in Ihrem `Event Log` für eine genaue `Prozessanalyse (Discovery)` erfassen sollten.
5 Empfohlen 9 Optional
Aktivität Beschreibung
Anfrage einem Agenten zugewiesen
Diese Aktivität tritt auf, wenn eine Service-Requestn einem bestimmten Agenten zur Untersuchung und Lösung zugewiesen wird. Sie wird durch Ableitung der Änderung im Feld 'assigned_to' des FallDatensatzes erfasst.
Bedeutung

Dies ist ein wichtiger Meilenstein für die Messung der anfänglichen Reaktionszeiten und der Arbeitslastverteilung der Agenten. Die Verfolgung von Neuzuweisungen dieses Feldes hebt Prozessineffizienzen und potenzielle Engpässe bei der Agentenverfügbarkeit hervor.

Datenquelle

Abgeleitet aus dem Audit-Verlauf (sys_audit) für die Tabelle sn_customerservice_case durch Verfolgung, wann das Feld assigned_to gefüllt oder geändert wird.

Erfassen

Erkennung der Wertänderung für das Feld 'assigned_to' im Audit Log des Fälle.

Ereignistyp inferred
Interne Eskalation ausgelöst
Stellt die formelle Eskalation einer Service-Requestn an eine höhere Support- oder Managementebene zur Lösung dar. Dies kann aus einer Änderung der Zuweisungsgruppe zu einem Team der nächsthöheren Ebene oder den Antrag bearbeitet.em Setzen eines Flags abgeleitet werden.
Bedeutung

Die Verfolgung von Eskalationen hilft, Prozessschwächen, Wissenslücken im First-Level-Support und komplexe Falltypen zu identifizieren. Dies ist ein Schlüsselindikator für Prozessreibung und Kundenunzufriedenheit.

Datenquelle

Kann aus dem Audit Log abgeleitet werden, indem eine Änderung in der 'assignment_group' zu einem bekannten Eskalationsteam oder eine Änderung im 'escalation'-Feld im Case-Datensatz erkannt wird.

Erfassen

Erkennung der Änderung im 'escalation'-Feld oder eines Wechsels zu einer höherstufigen 'assignment_group'.

Ereignistyp inferred
Service-Requestn erstellt
Diese Aktivität markiert den Beginn des Kundenserviceprozesses, wenn ein neuer Fall formal im System protokolliert wird. Dieses Ereignis wird explizit erfasst, wenn ein neuer Datensatz in die Tabelle sn_customerservice_case eingefügt wird.
Bedeutung

Als Startpunkt für jeden Case ist diese Aktivität unerlässlich für die Berechnung der End-to-End Durchlaufzeit und die Analyse der Anfragenvolumen. Sie dient als Auslöser für alle nachgelagerten Prozesse und SLA Zeitgeber.

Datenquelle

Dieses Ereignis entspricht der Erstellung eines Datensatzes in der Tabelle sn_customerservice_case. Der Zeitstempel wird aus dem Feld sys_created_on entnommen.

Erfassen

Datensatz-Erstellungs-Zeitstempel (sys_created_on) in der Tabelle sn_customerservice_case.

Ereignistyp explicit
Service-Requestn gelöst
Dies ist ein wichtiger Meilenstein, der anzeigt, dass der Service-Agent die Arbeit abgeschlossen hat und das Problem als gelöst gilt. Dies wird erfasst, wenn der Fallstatus auf 'Gelöst' geändert und der resolved_at Zeitstempel gefüllt wird.
Bedeutung

Diese Aktivität markiert das Ende des aktiven Lösungsprozesses und ist maßgeblich für die Berechnung von Lösungszykluszeiten und der SLA-Einhaltung. Sie dient als primärer Endpunkt für viele Effizienz-KPIs.

Datenquelle

Abgeleitet aus dem Audit-Verlauf, wenn das Feld 'state' in der Tabelle sn_customerservice_case auf 'Resolved' gesetzt wird. Das Feld resolved_at wird in der Regel gleichzeitig gefüllt.

Erfassen

Erkennung der 'state'-Änderung zu 'Gelöst' und Verwendung des entsprechenden Zeitstempels.

Ereignistyp inferred
Service-Requestn geschlossen
Dies ist die letzte Aktivität, die den formalen Abschluss des Service-Requestnn-Datensatzes markiert, oft nach einer Bestätigungsfrist nach der Lösung. Sie wird erfasst, wenn der Fallstatus auf 'Geschlossen' wechselt und der closed_at Zeitstempel gesetzt wird.
Bedeutung

Als definitives Ende des Prozesses ist diese Aktivität wesentlich für die Berechnung des gesamten Case Lebenszykluss. Die Analyse der Zeit zwischen 'Gelöst' und 'Geschlossen' zeigt administrativen Overhead oder Verzögerungen auf.

Datenquelle

Abgeleitet aus dem Audit-Verlauf, wenn das Feld 'state' in der Tabelle sn_customerservice_case auf 'Closed' gesetzt wird. Das Feld closed_at wird gleichzeitig gefüllt.

Erfassen

Erkennung der 'state'-Änderung zu 'Geschlossen' und Verwendung des entsprechenden Zeitstempels.

Ereignistyp inferred
Agent beginnt Untersuchung
Diese Aktivität signalisiert, dass ein Agent aktiv mit der Bearbeitung der Service-Requestn begonnen hat. Sie wird in der Regel abgeleitet, wenn der Fallstatus von einem Status wie 'Neu' oder 'Zugewiesen' zu 'In Bearbeitung' wechselt.
Bedeutung

Dieses Ereignis hilft, die Warteschlangenzeit von der aktiven Arbeitszeit zu unterscheiden. Die Analyse der Dauer zwischen Zuweisung und Untersuchungsbeginn zeigt Verzögerungen bei der Aufnahme neuer Fälle durch Agenten auf.

Datenquelle

Abgeleitet aus der Änderung des Statusfelds eines Falls in einen aktiven Arbeitszustand, wie z.B. 'In Bearbeitung'. Die spezifischen Statuswerte können konfiguriert und sollten überprüft werden.

Erfassen

Erkennung der Änderung im 'state'-Feld von einem ausstehende Zahlungen identifizieren.enden zu einem aktiven Wert (z. B. 'Neu' zu 'In Bearbeitung').

Ereignistyp inferred
Anfrage kategorisiert und priorisiert
Stellt die anfängliche Triage dar, bei der den Antrag bearbeitet.ie Service-Requestn klassifiziert und eine Prioritätsstufe zugewiesen wird, um deren Dringlichkeit und Weiterleitung zu bestimmen. Dies wird aus Änderungen in den Feldern Kategorie, Unterkategorie oder Priorität im Audit-Log des Fall-Datensatzes abgeleitet.
Bedeutung

Die Analyse dieser Aktivität hilft, Verzögerungen bei der Falltriage zu identifizieren und sicherzustellen, dass Anfragen korrekt weitergeleitet und entsprechend der Dringlichkeit bearbeitet werden. Sie beeinflusst die Zeit bis zur ersten Zuweisung und die gesamte Lösungs-Effizienz.

Datenquelle

Abgeleitet aus dem Audit-Verlauf (sys_audit) für die Tabelle sn_customerservice_case, insbesondere durch Verfolgung der initialen Füllung oder Aktualisierungen der Kategorie- und Prioritätsfelder.

Erfassen

Erkennung des ersten gesetzten Wertes oder einer Wertänderung für 'Kategorie'- oder 'Priorität'-Felder.

Ereignistyp inferred
Kundenumfrage gesendet
Stellt das Versenden einer Kundenzufriedenheitsumfrage nach der Falllösung dar. Dieses Ereignis wird in der Regel erfasst, wenn ein Umfrage-InstanzDatensatz erstellt und dem Fall zugeordnet wird.
Bedeutung

Diese Aktivität hilft, Prozessausführungsmuster mit Kundenfeedback zu korrelieren. Das Verständnis, wann und ob Umfragen versendet werden, ist wichtig für die Analyse der Effektivität des Feedback-Loops.

Datenquelle

Dies ist ein explizites Ereignis, das in einer umfragespezifischen Tabelle wie asmt_assessment_instance protokolliert wird und einen Verweis auf den QuellDatensatz des Falls enthält.

Erfassen

Datensatz-Erstellung in der Tabelle 'asmt_assessment_instance', verknüpft mit dem Fall.

Ereignistyp explicit
Lösung vorgeschlagen
Diese Aktivität markiert den Zeitpunkt, an dem ein Agent eine Lösung identifiziert und diese dem Kunden zur Bestätigung mitgeteilt hat. Sie wird oft aus einer Statusänderung zu einem Wert wie 'Wartet auf Akzeptanz' oder aus einem spezifischen Arbeitsnotizeintrag abgeleitet.
Bedeutung

Dieser Meilenstein trennt die Untersuchungsphase von der Bestätigungs- und Lösungsphase. Die Analyse der Wartezeit auf Kundenbestätigung kann Möglichkeiten aufzeigen, die Abschlussphasen eines Falls zu optimieren.

Datenquelle

Abgeleitet aus dem Audit Log der Tabelle sn_customerservice_case, wenn sich der Status zu einem Wert ändert, der eine vorgeschlagene Lösung anzeigt (z. B. 'Vorgeschlagene Lösung'). Dies kann je nach Implementierung variieren.

Erfassen

Erkennung der Änderung im 'state'-Feld zu einem Wert wie 'Vorgeschlagene Lösung' oder 'Warten auf Annahme'.

Ereignistyp inferred
Service-Requestn wiedereröffnet
Tritt auf, wenn eine zuvor gelöste Service-Requestn in einen aktiven Status zurückkehrt, weil das Problem erneut auftrat oder den Antrag bearbeitet.ie Lösung ineffektiv war. Dies wird durch die Erkennung einer Statusänderung von 'Gelöst' zurück zu 'In Bearbeitung' abgeleitet.
Bedeutung

Wiedereröffnete Fälle sind ein direktes Maß für die Lösungsqualität und ein zentrale Faktor für Nacharbeit. Die Analyse dieser Ereignisse ist maßgeblich, um die Erstkontaktlösungsraten und die Kundenzufriedenheit zu verbessern.

Datenquelle

Abgeleitet aus dem Audit-Verlauf der Tabelle sn_customerservice_case durch Identifizierung einer Sequenz, in der den Antrag bearbeitet.as Feld 'state' von 'Resolved' in einen aktiven Status wechselt.

Erfassen

Erkennung der 'state'-Änderung von 'Gelöst' zu einem aktiven Wert wie 'In Bearbeitung'.

Ereignistyp inferred
SLA verletzt
Stellt den Zeitpunkt dar, an dem eine Service-Requestn ein definiertes Service Level Agreement, wie z.B. die Lösungszeit, nicht einhält. Dies ist ein kalkuliertes Ereignis, das durch den Vergleich der Lösungszeit mit der geplanten Endzeit des SLA abgeleitet wird.
Bedeutung

Die Identifizierung von SLA-Verstöße ist die Basis für Compliance-Monitoring und Leistungsfähigkeit-Management. Dieses Event hilft, genau zu bestimmen, welche Prozessphasen oder Case-Typn am meisten zu SLA-Verstöße beitragen.

Datenquelle

Berechnet durch Analyse von Datensätzen in der task_sla-Tabelle, die mit dem Case verknüpft sind. Eine Verletzung tritt auf, wenn das Feld has_breached wahr ist oder wenn die actual_elapsed_time die planned_duration überschreitet.

Erfassen

Überprüfen Sie das 'has_breached'-Flag im verknüpften task_sla-Datensatz.

Ereignistyp calculated
Vom Kunden angeforderte Informationen
Tritt auf, wenn ein Agent zusätzliche Informationen vom Kunden benötigt, um fortzufahren, und den Fall in einen ausstehende Zahlungen identifizieren.enden Status versetzt. Dies wird aus einer Statusänderung zu einem Wert wie 'Wartet auf BenutzerHinweis' oder 'In Warteschleife' abgeleitet.
Bedeutung

Diese Aktivität ist maßgeblich für die Analyse der 'KundenHinweisrmation-Wartezeiten'. Sie isoliert Prozessverzögerungen, die durch externe Abhängigkeiten verursacht werden, und trennt sie von der internen Bearbeitungszeit.

Datenquelle

Abgeleitet aus dem Audit-Verlauf der Tabelle sn_customerservice_case, wenn sich das Feld 'state' zu einem Wert ändert, der angibt, dass eine Kundenrückmeldung ausstehende Zahlungen identifizieren.t (z. B. 'Warten auf Info').

Erfassen

Erkennung der Änderung im 'state'-Feld zu einem bestimmten 'Kunden wartend'-Wert.

Ereignistyp inferred
Vom Kunden erhaltene Informationen
Diese Aktivität markiert den Zeitpunkt, an dem der Kunde die angeforderten Informationen bereitstellt, wodurch der Agent die Arbeit wieder aufnehmen kann. Sie wird abgeleitet, wenn der Fallstatus von 'Wartet auf BenutzerHinweis' zurück in einen aktiven Zustand wechselt.
Bedeutung

Dieses Ereignis beendet die Kundenwartezeit und ermöglicht eine präzise Messung der Kundenreaktionszeiten. Es hilft zu identifizieren, welche Falltypen oder Kunden mit den längsten Verzögerungen verbunden sind.

Datenquelle

Abgeleitet aus dem Audit-Verlauf der Tabelle sn_customerservice_case, wenn sich das Feld 'state' von einem 'Warten auf Info'-Status zurück zu einem aktiven Status wie 'In Bearbeitung' ändert.

Erfassen

Erkennung der Änderung im 'state'-Feld von einem 'Kunden wartend'-Wert zurück zu einem aktiven Wert.

Ereignistyp inferred
Zuweisungsgruppe geändert
Zeigt an, dass die Verantwortung für einen Case von einem Team an ein anderes übertragen wurde. Dieses Event wird abgeleitet, indem Änderungen am Feld assignment_group innerhalb des Case-Datensatzes überwacht werden.
Bedeutung

Die Verfolgung von Änderungen in Zuweisungsgruppen ist maßgeblich für die Analyse von abteilungsübergreifenden Übergaben und die Identifizierung systematischer Routing-Probleme. Eine hohe Häufigkeit dieser Aktivität kann auf unklare Verantwortlichkeiten oder Prozessdefinitionen hinweisen.

Datenquelle

Abgeleitet aus dem Audit-Verlauf (sys_audit) für die Tabelle sn_customerservice_case durch Verfolgung, wann sich das Feld assignment_group ändert.

Erfassen

Erkennung der Wertänderung für das Feld 'assignment_group' im Audit Log des Fälle.

Ereignistyp inferred
Empfohlen Optional

Extraktionsanleitungen

So erhalten Sie Ihre Daten aus ServiceNow CSM