Ihre Kundenservice-Datentemplate
Ihre Kundenservice-Datentemplate
- Empfohlene Attribute zur Erfassung
- Wichtige Aktivitäten zur Verfolgung
- Extraktionsanleitung für Microsoft Dynamics 365 Customer Service
Kundenservice-Attribute
| Name | Beschreibung | ||
|---|---|---|---|
|
Serviceanfrage
ServiceRequest
|
Der eindeutige Identifikator für eine Kundenserviceanfrage, auch bekannt als Fall oder Ticket. | ||
|
Beschreibung
Die Serviceanfrage dient als primärer Identifikator, der alle Aktivitäten im Zusammenhang mit einer einzelnen Kundenanfrage oder einem Problem verbindet. Sie fungiert als Case ID für Process Mining und gewährleistet eine vollständige und konsistente Ansicht jeder Kundeninteraktion von der Erstellung bis zum Abschluss. Die Analyse nach Serviceanfrage ermöglicht die Verfolgung des End-to-End-Verlaufs, die Messung von Lösungszeiten und die Identifizierung von Mustern bei ähnlichen Fällen.
Bedeutung
Dies ist die essentielle Case ID, die alle zugehörigen Events zu einer einzigen Prozessinstanz verbindet und so eine End-to-End-Prozessanalyse ermöglicht.
Datenquelle
Dies ist der Primärschlüssel (Primary Key) der Case (Incident) Entität in Microsoft Dynamics 365 Customer Service.
Beispiele
CAS-01024-F3B4V6SR-2023-00589TKT-4815162342
|
|||
|
Aktivität
ActivityName
|
Der Name des spezifischen Geschäftsereignisses, das zu einem bestimmten Zeitpunkt für eine Serviceanfrage aufgetreten ist. | ||
|
Beschreibung
Dieses Attribut beschreibt einen einzelnen Schritt oder eine Statusänderung innerhalb des Kundenserviceprozesses, wie z.B. 'Fall erstellt', 'Agent hat Problem untersucht' oder 'Fall gelöst'. Diese Aktivitäten bilden das Rückgrat der Prozesslandkarte und ermöglichen die Visualisierung und Analyse des Prozessflusses. Jede Aktivität, in Kombination mit einem Timestamp, erzeugt ein Event, das die Prozesssequenz definiert.
Bedeutung
Aktivitäten definieren die Schritte im Prozess. Die Analyse der Reihenfolge und Häufigkeit von Aktivitäten ist grundlegend, um Prozessabläufe zu verstehen, Abweichungen zu identifizieren und
Datenquelle
Wird in der Regel durch das Mapping von Statusänderungen (statuscode) oder spezifischen Events aus verknüpften Entitäten wie Tasks, Emails oder Phone Calls auf einen standardisierten Aktivitätsnamen abgeleitet.
Beispiele
Fall erstelltAgent hat Problem untersuchtLösung dem Kunden vorgeschlagenVorgang geschlossen
|
|||
|
Letzte Datenaktualisierung
LastDataUpdate
|
Der Timestamp der letzten Datenaktualisierung oder -extraktion aus dem Quellsystem. | ||
|
Beschreibung
Dieses Attribut gibt an, wann die Daten zuletzt aus Microsoft Dynamics 365 abgerufen wurden. Es wird verwendet, um die Aktualität der analysierten Daten zu verstehen und ist essentiell für Berichts- und Überwachungszwecke. Es stellt sicher, dass Benutzer die Aktualität der Daten bei der Interpretation von Dashboards und Analysen kennen.
Bedeutung
Informiert Benutzer über die Aktualität der Daten, was für zeitnahe und genaue Geschäftsentscheidungen auf Basis der Prozessanalyse unerlässlich ist.
Datenquelle
Dieser Wert wird zum Zeitpunkt der Datenextraktion erzeugt und im Datensatz vermerkt.
Beispiele
2023-10-27T08:00:00Z
|
|||
|
Quellsystem
SourceSystem
|
Identifiziert das Quellsystem, aus dem die Daten extrahiert wurden. | ||
|
Beschreibung
Dieses Attribut gibt den Ursprung der Eventdaten an. Für diesen Prozess wird es Microsoft Dynamics 365 Customer Service konsistent als Quelle identifizieren. In Umgebungen mit mehreren Systemen ist dieses Feld entscheidend für die Unterscheidung von Datenquellen und die Sicherstellung der Datenherkunft.
Bedeutung
Bietet eine klare Datenherkunft, was entscheidend für die Data Governance und zur Fehlerbehebung bei Dateninkonsistenzen ist, insbesondere bei Analysen über gemischte Systeme.
Datenquelle
Dabei handelt es sich typischerweise um einen statischen Wert, der während der Datenextraktion und -transformation hinzugefügt wird, um die Herkunft des Datensatzes zu kennzeichnen.
Beispiele
Microsoft Dynamics 365 Customer Service
|
|||
|
Startzeit
EventTime
|
Der Timestamp, der angibt, wann die Aktivität stattfand. | ||
|
Beschreibung
Dieses Attribut erfasst das genaue Datum und die Uhrzeit, zu der eine spezifische Aktivität stattfand. Es ist essentiell für die korrekte Sequenzierung von Events und für alle zeitbasierten Analysen, einschließlich der Berechnung von Zykluszeiten, Dauern und Wartezeiten zwischen Aktivitäten. Ein genauer und konsistenter Timestamp ist entscheidend für die Integrität der Process Mining Analyse.
Bedeutung
Dieser Timestamp ordnet Events chronologisch an und ermöglicht alle dauerbasierten Berechnungen, die entscheidend für die Leistungsanalyse und Engpasserkennung sind.
Datenquelle
Dies entspricht Feldern wie 'createdon' oder 'modifiedon' in der Case (Incident) Entität oder zugehörigen Activity-Entitäten (z. B. Email, Task, Phone Call).
Beispiele
2023-04-15T10:00:00Z2023-05-20T14:35:10Z2023-06-01T09:12:45Z
|
|||
|
Agentenname
AgentName
|
Der Name des Kundenservice-Agenten oder Benutzers, der für die Aktivität verantwortlich ist. | ||
|
Beschreibung
Dieses Attribut identifiziert den spezifischen Agenten oder Systembenutzer, der eine Aktivität durchgeführt hat, wie z.B. das Annehmen eines Elements aus einer Warteschlange oder das Lösen eines Falls. Es ist entscheidend für die Analyse der Agentenleistung, Arbeitslastverteilung und Ressourcenallokation. Durch die Verfolgung von Aktivitäten auf Agentenebene können Organisationen Top-Performer, Schulungsbedarfe und Ungleichgewichte in der Arbeitslast identifizieren.
Bedeutung
Ermöglicht die Analyse der individuellen und Teamleistung, hilft bei der Arbeitslastverteilung und identifiziert Coaching-Möglichkeiten zur Verbesserung der gesamten Servicequalität.
Datenquelle
Entspricht dem Feld 'Owner' (ownerid) der
Beispiele
Alice SmithBob JohnsonSystem
|
|||
|
Kanal
Channel
|
Der Kommunikationskanal, über den die Serviceanfrage initiiert wurde. | ||
|
Beschreibung
Dieses Attribut identifiziert den Ursprung der Kundeninteraktion, wie Telefon, E-Mail, Webportal oder Chat. Verschiedene Kanäle haben oft unterschiedliche Prozessflüsse, Kundenerwartungen und Lösungskomplexitäten. Die Analyse des Prozesses nach Kanal hilft, kanalspezifische Workflows und die Ressourcenzuweisung zu optimieren.
Bedeutung
Bietet Einblicke, wie verschiedene Kundenkontaktkanäle die Prozesseffizienz, Lösungszeit und Kundenzufriedenheit beeinflussen.
Datenquelle
Dies entspricht dem Feld 'Case Origin' (caseorigincode) in der Case (Incident) Entität.
Beispiele
TelefonE-MailWebChat
|
|||
|
Kundenname
CustomerName
|
Der Name des Kunden oder Kontos, der mit der Serviceanfrage verknüpft ist. | ||
|
Beschreibung
Dieses Attribut identifiziert den Kunden, der die Serviceanfrage initiiert hat. Es ermöglicht eine Analyse des Prozesses aus kundenzentrierter Sicht und hilft zu erkennen, welche Kunden die meisten Anfragen stellen, die längsten Lösungszeiten haben oder die komplexesten Probleme aufweisen. Dies ist entscheidend für das Management von Kundenbeziehungen und die Verbesserung der kundenspezifischen Servicebereitstellung.
Bedeutung
Ermöglicht eine kundenbezogene Analyse, um Muster zu identifizieren, den Service für Schlüsselkonten zu verbessern und die
Datenquelle
Dies ist das Lookup-Feld 'Customer' (customerid) in der Case (Incident) Entität, das entweder auf einen Account- oder einen Contact-Datensatz verweisen kann.
Beispiele
Global Tech Inc.Jane DoeLösungen innovieren
|
|||
|
Priorität
Priority
|
Das der Serviceanfrage zugewiesene Prioritätsniveau, das ihre Dringlichkeit anzeigt. | ||
|
Beschreibung
Dieses Attribut definiert die Dringlichkeit einer Serviceanfrage, typischerweise kategorisiert als Niedrig, Normal, Hoch oder Dringend. Die Priorität wird verwendet, um die Reihenfolge der Fallbearbeitung zu bestimmen und diktiert oft SLA-Ziele. Die Analyse, wie die Priorität den Prozessfluss, die Ressourcenallokation und die Lösungszeiten beeinflusst, ist entscheidend, um sicherzustellen, dass kritische Probleme umgehend behandelt werden.
Bedeutung
Hilft zu verstehen, ob hochprioritäre Anfragen schneller bearbeitet werden und ihre Ziele erreichen, und wie Prioritätsstufen die Gesamtprozessleistung beeinflussen.
Datenquelle
Dies entspricht dem Feld 'Priority' (prioritycode) in der Case (Incident) Entität.
Beispiele
NiedrigNormalHoch
|
|||
|
Serviceanfragetyp
ServiceRequestType
|
Die primäre Kategorie oder Klassifizierung der Serviceanfrage. | ||
|
Beschreibung
Dieses Attribut kategorisiert die Serviceanfrage basierend auf ihrer Art, wie z.B. 'Rechnungsanfrage', 'Technischer Support' oder 'Produktfeedback'. Es ist grundlegend für die Segmentierung der Prozessanalyse, um zu verstehen, wie verschiedene Arten von Anfragen bearbeitet werden. Die Analyse nach Typ kann aufzeigen, dass bestimmte Kategorien längere Lösungszeiten, höhere Eskalationsraten oder unterschiedliche Prozesspfade aufweisen.
Bedeutung
Ermöglicht die Prozesssegmentierung, um typenspezifische
Datenquelle
Diese Information wird häufig im Feld 'Subject' (subjectid) oder einem benutzerdefinierten Kategoriefeld in der Case (Incident) Entität gespeichert.
Beispiele
RechnungsanfrageTechnischer SupportProduktfeedbackKontenverwaltung
|
|||
|
SLA-Ziellösungszeit
SlaTargetResolutionTime
|
Die vertraglich vereinbarte Zielzeit zur Lösung der Serviceanfrage. | ||
|
Beschreibung
Dieses Attribut spezifiziert die Zieldauer, innerhalb derer eine Serviceanfrage gemäß dem aktiven Service Level Agreement (SLA) gelöst werden sollte. Es dient als Benchmark, an dem die tatsächliche Leistung gemessen wird. Dieser Wert ist entscheidend für das SLA Compliance Monitoring Dashboard und für die Berechnung des SLA Compliance Rate KPI, und zeigt auf, wo der Prozess Serviceverpflichtungen nicht erfüllt.
Bedeutung
Dies ist der primäre Benchmark zur Messung der Serviceleistung im Vergleich zu Verpflichtungen, der direkt die Analyse der SLA-Compliance und von Verletzungen ermöglicht.
Datenquelle
Dieser Wert wird durch die SLA-Konfiguration in Dynamics 365 bestimmt und ist einem Case über SLA KPI Instances zugeordnet.
Beispiele
2592008640014400
|
|||
|
Statusgrund
StatusReason
|
Bietet einen detaillierteren Grund für den aktuellen Status der Serviceanfrage. | ||
|
Beschreibung
Während ein Fall einen allgemeinen Status wie 'Aktiv' oder 'Gelöst' hat, bietet der Statusgrund einen spezifischeren Kontext, wie z.B. 'Informationen bereitgestellt' oder 'Problem gelöst'. Dieses Attribut ist entscheidend, um die Nuancen zu verstehen, wie und warum Fälle ihren Lebenszyklus durchlaufen. Zum Beispiel kann es zwischen erfolgreich gelösten Fällen und solchen, die vom Kunden storniert wurden, unterscheiden, was für eine genaue Ergebnisanalyse von entscheidender Bedeutung ist.
Bedeutung
Bietet detaillierte Einblicke in den Ausgang eines Falls und die Gründe für seine Statusänderungen, was eine präzisere Analyse von Lösungswegen und Grundursachen ermöglicht.
Datenquelle
Dies entspricht dem Feld 'Status Reason' (statuscode) in der Case (Incident) Entität.
Beispiele
In BearbeitungAuf WartestellungProblem gelöstInformationen bereitgestellt
|
|||
|
`SLA` verletzt
IsSlaBreached
|
Ein berechnetes Flag, das anzeigt, ob die Serviceanfrage ihr `SLA`-Ziel überschritten hat. | ||
|
Beschreibung
Dieses boolesche Flag wird durch den Vergleich der tatsächlichen Lösungszeit einer Serviceanfrage mit ihrer 'SLA-Ziellösungszeit' bestimmt. Es wird auf 'wahr' gesetzt, wenn die tatsächliche Zeit größer ist als die Zielzeit. Dieses Attribut ist grundlegend für das SLA Compliance Monitoring Dashboard und für die Berechnung des SLA Compliance Rate KPI und liefert ein klares, binäres Ergebnis für die SLA-Performance jedes Falls.
Bedeutung
Bietet ein klares Erfolgs- oder Missergebnis für die SLA-Einhaltung bei jedem Fall, wodurch das Filtern, Aggregieren und Analysieren der Grundursachen für Verletzungen erleichtert wird.
Datenquelle
Berechnet durch den Vergleich von 'ServiceRequestCycleTime' mit 'SlaTargetResolutionTime'.
Beispiele
truefalsch
|
|||
|
Bearbeitungszeit für Serviceanfragen
ServiceRequestCycleTime
|
Die gesamte verstrichene Zeit von der Erstellung bis zur Lösung einer Serviceanfrage. | ||
|
Beschreibung
Diese berechnete Metrik misst die End-to-End-Dauer für jede Serviceanfrage. Sie wird als Zeitdifferenz zwischen der Aktivität 'Fall erstellt' und der Aktivität 'Fall gelöst' berechnet. Dies ist ein primärer KPI zur Bewertung der gesamten Prozesseffizienz und steht im Mittelpunkt des Service Request Resolution Times Dashboards. Er hilft, Fälle zu identifizieren, die außergewöhnlich lange dauern, und systemische Verzögerungen aufzudecken.
Bedeutung
Dies ist eine zentrale Prozessleistungsmetrik, die direkt die Effizienz des End-to-End-Lösungsprozesses misst und hilft, langwierige Fälle zu identifizieren.
Datenquelle
Berechnet durch Subtraktion des
Beispiele
1728006048003600
|
|||
|
Betroffenes Produkt
ProductInvolved
|
Das Produkt, das mit der Serviceanfrage des Kunden verbunden ist. | ||
|
Beschreibung
Dieses Attribut identifiziert das spezifische Produkt oder die Dienstleistung, auf das sich das Problem des Kunden bezieht. Es ermöglicht eine produktbasierte Segmentierung des Serviceprozesses, was aufzeigen kann, ob bestimmte Produkte mehr Supportanfragen generieren, komplexere Probleme aufweisen oder spezialisierte Agentenfähigkeiten erfordern. Diese Analyse hilft bei der Produktverbesserung und Ressourcenplanung.
Bedeutung
Ermöglicht eine produktspezifische Prozessanalyse, um wiederkehrende Produktprobleme zu identifizieren, die Support-Dokumentation zu verbessern und Expertenressourcen effektiv zuzuweisen.
Datenquelle
Dies entspricht dem Lookup-Feld 'Product' (productid) in der Case (Incident) Entität.
Beispiele
Alpha-100 DruckerZeta CRM SoftwareOmega Data Plan
|
|||
|
CSAT-Wert
CustomerSatisfactionScore
|
Der Zufriedenheitswert, den der Kunde nach der Falllösung angegeben hat. | ||
|
Beschreibung
Dieses Attribut enthält die numerische oder kategoriale Bewertung einer Kundenzufriedenheitsumfrage (CSAT), die typischerweise nach Abschluss einer Serviceanfrage gesammelt wird. Es ist ein direktes Maß für die Kundenwahrnehmung der Servicequalität. Diese Daten sind essentiell für das Customer Satisfaction Trends Dashboard und den KPI "Durchschnittlicher CSAT-Wert nach der Lösung", wodurch die Prozessleistung mit den Kundenergebnissen verknüpft wird.
Bedeutung
Bietet ein direktes Maß für die Kundenzufriedenheit, wodurch das Unternehmen Prozessverhalten mit Kundenstimmung korrelieren und Verbesserungen vorantreiben kann.
Datenquelle
Diese Daten stammen in der Regel aus einer zugehörigen Umfrage-Entität, wie z. B. Customer Voice, und sind mit der Case (Incident) Entität verknüpft.
Beispiele
5341
|
|||
|
Ist Erstkontaktlösung
IsFirstContactResolution
|
Ein Flag, das anzeigt, ob die Anfrage beim ersten Kontakt gelöst wurde. | ||
|
Beschreibung
Dieses berechnete Attribut identifiziert Serviceanfragen, die ohne weitere Kundeninteraktionen oder signifikante Verzögerungen, die eine Agenten-Neuzuweisung erforderten, gelöst wurden. Die genaue Logik kann komplex sein, aber sie beinhaltet typischerweise die Prüfung auf eine kurze Zykluszeit und das Fehlen von Wiedereröffnungs- oder Kundenanfrageaktivitäten nach der initialen Interaktion. Sie ist die Grundlage für den First Contact Resolution Rate KPI.
Bedeutung
Dies ist ein kritisches Maß für Serviceeffizienz und Kundenzufriedenheit, da es die Fähigkeit hervorhebt, Probleme schnell und vollständig zu lösen.
Datenquelle
Berechnet basierend auf der Reihenfolge und dem
Beispiele
truefalsch
|
|||
|
Ist eskaliert
IsEscalated
|
Ein Flag, das anzeigt, ob die Serviceanfrage eskaliert wurde. | ||
|
Beschreibung
Dieses boolesche Attribut gibt an, ob eine Serviceanfrage eskaliert wurde. Eskalationen treten auf, wenn der Erst-Support ein Problem nicht lösen kann und eine Intervention von einem höherrangigen Team oder Spezialisten erforderlich ist. Die Verfolgung dieses Flags ist essentiell für das Internal Escalation Pathways Dashboard und den Internal Escalation Rate KPI und hilft, die Grundursachen von Eskalationen und Schwächen in den anfänglichen Supportstufen zu identifizieren.
Bedeutung
Misst direkt die Häufigkeit von Eskalationen, deckt Probleme bei der Erstkontaktlösung auf und weist auf Bereiche hin, die Prozess- oder Agentenfähigkeitsverbesserungen erfordern.
Datenquelle
Dies entspricht dem Feld 'Is Escalated' (isescalated) in der Case (Incident) Entität.
Beispiele
truefalsch
|
|||
|
Ist Nacharbeit
IsRework
|
Ein berechnetes Flag, das anzeigt, ob ein `Case` Nacharbeitsaktivitäten beinhaltete. | ||
|
Beschreibung
Dieses boolesche Flag identifiziert Fälle, die Nacharbeitsschleifen oder wiederholte Aktivitäten enthalten, wie z.B. mehrere 'Informationen vom Kunden angefordert'-Events oder ein 'Fall reaktiviert'-Event nach der Lösung. Es wird berechnet, indem die Abfolge der Aktivitäten auf Muster analysiert wird, die auf Ineffizienz oder ein Versäumnis hinweisen, das Problem beim ersten Mal korrekt zu lösen. Dieses Attribut ist entscheidend für das Rework and Repeat Contact Analysis Dashboard.
Bedeutung
Hilft, Prozessineffizienzen zu quantifizieren und zu isolieren, sodass Analysten sich auf die Grundursachen von wiederholter Arbeit und verschwendetem Aufwand konzentrieren können.
Datenquelle
Berechnet durch die Erkennung spezifischer Aktivitätssequenzen (z. B. Gelöst -> Reaktiviert) oder wiederholter Aktivitäten innerhalb eines
Beispiele
truefalsch
|
|||
|
Owner Team
OwnerTeam
|
Das Team, das die Serviceanfrage derzeit besitzt. | ||
|
Beschreibung
Dieses Attribut identifiziert das für die Serviceanfrage verantwortliche Team. Eine Anfrage kann einem einzelnen Agenten oder einem Team (Warteschlange) gehören. Die Analyse nach Team ist entscheidend für das Verständnis der Teamleistung, der Arbeitslastverteilung über verschiedene Supportstufen oder Spezialisierungen hinweg und die Identifizierung von Prozessvariationen zwischen Teams.
Bedeutung
Ermöglicht eine Leistungsanalyse auf Teamebene, die für die effektive Verwaltung von Support-Ebenen und spezialisierten Gruppen unerlässlich ist.
Datenquelle
Abgeleitet vom Feld 'Owner' (ownerid) der
Beispiele
Tier 1 SupportAbrechnungsabteilungTechnische Spezialisten
|
|||
|
Wissensartikel-ID
KnowledgeArticleId
|
Der Identifier eines Wissensdatenbankartikels, der mit der Serviceanfrage verknüpft ist. | ||
|
Beschreibung
Dieses Attribut erfasst die ID jedes Wissensartikels, der während der Lösung einer Serviceanfrage verwendet oder verknüpft wurde. Es bietet ein direktes Maß dafür, wie effektiv die Wissensdatenbank von Agenten zur Lösung von Kundenproblemen genutzt wird. Diese Daten sind entscheidend für das Knowledge Article Utilization Dashboard und den entsprechenden KPI, und helfen, den Wert und die Vollständigkeit der Wissensdatenbank zu bewerten.
Bedeutung
Verfolgt die Nutzung der Wissensdatenbank und hilft zu verstehen, ob Agenten verfügbare Ressourcen nutzen, um Probleme schneller und konsistenter zu lösen.
Datenquelle
Diese Information findet sich in der Beziehung zwischen den Entitäten Case (Incident) und Knowledge Article (knowledgearticle).
Beispiele
KA-01337KA-02048
|
|||
Kundenservice-Aktivitäten
| Aktivität | Beschreibung | ||
|---|---|---|---|
|
Case abgeschlossen
|
Dies ist ein entscheidender Meilenstein, der den Zeitpunkt darstellt, an dem der Agent das Kundenproblem als behoben betrachtet. Dies ist eine explizite Aktion in Dynamics 365, die einen 'Falllösung' Aktivitätsdatensatz erstellt, der mit dem Fall verknüpft ist. | ||
|
Bedeutung
Als primäres erfolgsbasiertes End-
Datenquelle
Dieses Event entspricht der Erstellung eines 'Lösungs'- (Falllösung) Aktivitätsdatensatzes. Der 'actualend' Timestamp auf diesem Datensatz markiert die Lösungszeit.
Erfassen
Verwenden Sie den Zeitstempel 'actualend' oder 'createdon' aus dem zugehörigen 'Resolution' Activity-Datensatz.
Ereignistyp
explicit
|
|||
|
Fall erstellt
|
Diese Aktivität markiert den Beginn des Kundenserviceprozesses, wenn ein neuer Falldatensatz im System erstellt wird. Die Erstellung ist ein explizites Event, das mit einem spezifischen Timestamp protokolliert wird, wenn der 'Incident'-Entitätsdatensatz zuerst gespeichert wird. | ||
|
Bedeutung
Als primäres Start-
Datenquelle
Dieses Event wird aus dem 'createdon'-Zeitstempel der 'Incident' (Case) Entität für jeden neuen Datensatz erfasst.
Erfassen
Use the 'createdon' timestamp of the Incident record.
Ereignistyp
explicit
|
|||
|
Fall eskaliert
|
Stellt die formale Eskalation eines Falls an eine höhere Supportstufe oder ein anderes Team dar. Dies kann eine explizite Benutzeraktion sein, die den Fall einer bestimmten Eskalationswarteschlange oder einem Benutzer neu zuweist. | ||
|
Bedeutung
Die Überwachung von Eskalationen ist entscheidend für den KPI 'Interne Eskalationsrate' und zur Identifizierung der Grundursachen für Probleme, die der Erst-Support nicht lösen kann. Es zeigt Prozessschwächen und Schulungsmöglichkeiten auf.
Datenquelle
Abgeleitet aus einer Änderung des Feldes 'ownerid' zu einer designierten Eskalationswarteschlange oder einem Team. Es kann auch eine explizite benutzerdefinierte Aktion sein, die den
Erfassen
Identifizieren Sie eine
Ereignistyp
inferred
|
|||
|
Fall zugewiesen
|
Diese Aktivität stellt die Zuweisung eines Falls zu einer spezifischen Warteschlange oder einem Benutzer zur Bearbeitung dar. Das System protokolliert explizit Änderungen am Fallbesitzer, die über die Audit Logs des Systems verfolgt werden können. | ||
|
Bedeutung
Die Verfolgung von Zuweisungen ist entscheidend für die Analyse der Arbeitslastverteilung, die Identifizierung zuweisungsbezogener Verzögerungen und das Verständnis der Routing-Effizienz. Es hilft, Fragen zu beantworten, wie schnell Fälle dem richtigen Team oder der richtigen Person zugewiesen werden.
Datenquelle
Erfasst durch die Verfolgung von Änderungen am Feld 'ownerid' in der Entität 'Incident'. Der
Erfassen
Extrahieren Sie
Ereignistyp
explicit
|
|||
|
SLA-Timer gestartet
|
Zeigt die Aktivierung eines `Service Level Agreement` (`SLA`)-`Timers` für den `Case` an, der die Zeitmessung gegen eine definierte Servicemetrik wie 'First Response By' oder 'Resolve By' beginnt. Dies ist ein explizites `Event`, das von der Dynamics 365 `SLA Engine` verwaltet wird. | ||
|
Bedeutung
Diese Aktivität ist grundlegend für die Überwachung der SLA-Compliance und das Verständnis, wann die Uhr für Serviceverpflichtungen zu ticken beginnt. Sie unterstützt direkt die Analyse, ob Serviceziele erreicht werden.
Datenquelle
Protokolliert in der Entität 'SLA KPI Instance', die mit der Entität 'Incident' verknüpft ist. Der 'createdon' Timestamp des relevanten 'SLA KPI Instance'-Datensatzes markiert den Start.
Erfassen
Verwenden Sie den Erstellungszeitstempel des mit dem Case verknüpften 'SLA KPI Instance'-Datensatzes.
Ereignistyp
explicit
|
|||
|
Vorgang geschlossen
|
Dies ist der endgültige administrative Abschluss des Falldatensatzes, der gleichzeitig mit der Lösung oder irgendwann danach erfolgen kann. Diese Aktivität wird durch eine Änderung des Fallstatus in 'Geschlossen' erfasst. | ||
|
Bedeutung
Dies stellt das absolute Ende des Prozesslebenszyklus im System dar. Die Zeit zwischen 'Gelöst' und 'Geschlossen' kann auf administrativen Overhead oder Verzögerungen bei der Finalisierung von Datensätzen hinweisen.
Datenquelle
Erfasst durch eine Änderung des Feldes 'statecode' in der Entität 'Incident' auf 'Canceled' (2) oder einen benutzerdefinierten geschlossenen Status. Der
Erfassen
Erfassen Sie den Zeitstempel, an dem sich der 'statecode' in den finalen Endzustand ändert (z. B. Canceled/Closed).
Ereignistyp
explicit
|
|||
|
`Case` reaktiviert
|
Tritt auf, wenn ein zuvor gelöster Fall automatisch oder manuell wiedereröffnet wird, üblicherweise weil der Kunde geantwortet oder gemeldet hat, dass das Problem nicht behoben wurde. Dies ist ein standardmäßiges Systemverhalten, das den Fallstatus von 'Gelöst' zurück zu 'Aktiv' ändert. | ||
|
Bedeutung
Diese Aktivität ist entscheidend für die Identifizierung von Nacharbeit und die Analyse der 'Erstlösungsquote'. Eine hohe Anzahl von Reaktivierungen deutet auf unvollständige oder ineffektive initiale Lösungen hin.
Datenquelle
Erfasst durch eine Änderung des Feldes 'statecode' in der Entität 'Incident' von 'Resolved' (1) zurück zu 'Active' (0). Der
Erfassen
Verfolgen Sie in den Audit-Logs den Zeitstempel der Änderung des 'statecode' von Resolved zu Active.
Ereignistyp
explicit
|
|||
|
`Case`-Kategorisierung geändert
|
Dieses Event tritt auf, wenn ein Agent die Kategorie oder den Betreff eines Falls nach dessen initialer Erstellung ändert. Dies ist eine explizite Änderung, die durch die Audit-Funktionalität des Systems verfolgt wird. | ||
|
Bedeutung
Die Verfolgung der Neukategorisierung ist essentiell für den KPI 'Service Request Recategorization Rate'. Eine hohe Frequenz deutet auf Probleme bei der initialen Triage hin, was zu falscher Weiterleitung und Verzögerungen führt.
Datenquelle
Erfasst aus dem
Erfassen
Extrahieren Sie
Ereignistyp
explicit
|
|||
|
Agent hat Problem untersucht
|
Stellt den Agenten dar, der aktiv daran arbeitet, das Kundenproblem zu verstehen und zu diagnostizieren. Dies ist eine abgeleitete Aktivität, oft identifiziert durch die Verknüpfung eines Wissensartikels durch den Agenten mit dem Fall, was auf eine erfolgte Recherche hinweist. | ||
|
Bedeutung
Die Verfolgung dessen hilft, die Nutzung von Wissensressourcen zu messen und deren Auswirkungen auf die Lösungszeiten. Es gibt Einblicke, ob Agenten verfügbare Tools nutzen, um Probleme effizient zu lösen.
Datenquelle
Abgeleitet von der Erstellung eines Datensatzes in der Entität 'IncidentKnowledgeBaseRecord', die einen
Erfassen
Verwenden Sie den Zeitstempel, an dem ein Knowledge Article mit dem Incident verknüpft wird.
Ereignistyp
inferred
|
|||
|
Informationen vom Kunden angefordert
|
Diese Aktivität markiert einen Punkt, an dem der Agent weitere Informationen vom Kunden benötigt, um fortzufahren. Sie wird oft durch die Änderung des Fallstatus in einen 'Warte'-Zustand oder durch eine ausgehende E-Mail von der Fall-Timeline abgeleitet. | ||
|
Bedeutung
Dies ist entscheidend für die Messung kundenbezogener Verzögerungen und das Verständnis des KPI 'Kundeninformations-Wartezeit'. Es hilft, die Prozesszeit zu isolieren, die mit dem Warten auf externe Eingaben verbracht wird.
Datenquelle
Kann aus einer Änderung des Feldes 'statuscode' in der Entität 'Incident' auf einen Wert wie 'On Hold' mit dem Grund 'Waiting for Customer' abgeleitet werden. Der
Erfassen
Erfassen Sie den Zeitstempel einer Änderung von statuscode in einen definierten Status 'Waiting for customer'.
Ereignistyp
inferred
|
|||
|
Lösung dem Kunden vorgeschlagen
|
Diese Aktivität bedeutet, dass der Agent eine Lösung formuliert und dem Kunden mitgeteilt hat. Sie wird typischerweise aus einer ausgehenden E-Mail von der Fall-Timeline oder einer Statusänderung zu 'Warten auf Kundenbestätigung' abgeleitet. | ||
|
Bedeutung
Dieser Meilenstein markiert den Übergang von der Untersuchung zur Lösung. Die Analyse der Zeit zwischen dem Vorschlag und der Bestätigung einer Lösung kann Verzögerungen in der Kundenantwort oder Probleme mit den vorgeschlagenen Korrekturen aufzeigen.
Datenquelle
Kann aus dem
Erfassen
Verwenden Sie den Zeitstempel einer ausgehenden Email-Aktivität oder einer Statusänderung zu 'Solution Proposed'.
Ereignistyp
inferred
|
|||
|
Warteschlangenelement von Agent angenommen
|
Dieses Event tritt auf, wenn ein Agent aktiv einen Fall aus einer geteilten Warteschlange übernimmt, um mit der Bearbeitung zu beginnen. Dies ist eine bewusste Handlung des Benutzers, die sich von der Systemzuweisung des Falls an die Warteschlange unterscheidet. | ||
|
Bedeutung
Diese Aktivität hilft, die tatsächliche Wartezeit eines Falls in einer Warteschlange zu messen, bevor ein Agent mit der Arbeit beginnt. Sie ist entscheidend für die Identifizierung von Engpässen in Warteschlangen und das Verständnis der Proaktivität von Agenten.
Datenquelle
Wird erfasst, wenn ein Benutzer das Feld 'workedbyid' in der zum Case gehörenden 'QueueItem' Entität aktualisiert oder wenn der Case-Besitzer von einer Queue zu einem Benutzer wechselt.
Erfassen
Identifizieren Sie den
Ereignistyp
explicit
|
|||
|
Zufriedenheitsumfrage gesendet
|
Markiert das Senden einer Kundenzufriedenheitsumfrage, die typischerweise automatisch nach der Lösung eines Falls ausgelöst wird. Dies wird üblicherweise als ausgehende E-Mail oder eine Customer Voice Umfrageaktivität erfasst. | ||
|
Bedeutung
Diese Aktivität verknüpft den operativen Prozess mit Ergebnissen der Kundenerfahrung. Sie ermöglicht die Analyse von Zufriedenheitswerten im Kontext des Prozesspfads, den ein Fall genommen hat.
Datenquelle
Abgeleitet von der Erstellung einer ausgehenden 'Email'-Aktivität mit einem Umfragelink oder von einem 'Customer Voice survey invite'-Aktivitätsdatensatz, der mit dem
Erfassen
Verwenden Sie den Erstellungszeitstempel des umfragebezogenen Activity-Datensatzes.
Ereignistyp
inferred
|
|||