Uw Customer Service Data Template

Salesforce Service Cloud
Uw `Customer Service Data Template`

Uw Customer Service Data Template

Deze `template` biedt een uitgebreide gids voor het voorbereiden van uw `customer service data` voor `process mining`. Het schetst de essentiële `data attributes` om te verzamelen, de belangrijkste `activities` om te volgen, en praktische begeleiding over hoe u deze informatie uit uw bronsysteem kunt extraheren. Gebruik deze bron om ervoor te zorgen dat uw `data` klaar is voor inzichtelijke analyse en optimalisatie.
  • Aanbevolen attributen om vast te leggen
  • Belangrijkste activiteiten om te volgen
  • Richtlijnen voor data-extractie
Nieuw met event logs? Leer hoe je een process mining event log creëert.

Klantenservice attributen

Dit zijn de aanbevolen `data fields` om op te nemen in uw `event log` voor uitgebreide analyse van uw `customer service` proces.
5 Verplicht 10 Aanbevolen 6 Optioneel
Naam Omschrijving
Service Request
ServiceRequest
De unieke identificatie voor een `customer service case` of `ticket`, die alle gerelateerde `activities` koppelt.
Omschrijving

De Service Request, vaak aangeduid als een Ticket of Case, dient als de primaire identificatie, die alle activities met betrekking tot een enkele klantvraag of probleem koppelt. In Salesforce Service Cloud komt dit overeen met het Case Number.

Deze attribute is essentieel voor het reconstrueren van de end-to-end journey van elke klantinteractie. Het stelt de process mining tool in staat om alle gerelateerde events, zoals 'Case Created', 'Agent Investigates Issue' en 'Case Resolved', te groeperen in één process instance, waardoor een holistische analyse van begin tot eind mogelijk is.

Het belang

Het is de fundamentele bouwsteen voor process mining, omdat het alle events die tot hetzelfde klantprobleem behoren, verbindt tot een samenhangende process instance.

Vindplaats

Salesforce Case object, veld: CaseNumber

Voorbeelden
000010240000105800001193
Activiteitsnaam
ActivityName
De naam van een specifieke `business event` of stap die plaatsvond binnen het `customer service` proces.
Omschrijving

Dit attribute beschrijft een enkele stap of milestone in de levenscyclus van een service request. Activities zijn de knooppunten in de proceskaart en vertegenwoordigen acties ondernomen door agents, geautomatiseerde systemen of klanten.

Het analyseren van de sequentie en frequentie van activities zoals 'Case Created', 'Internal Escalation Triggered' en 'Case Closed' staat centraal bij process mining. Het helpt de daadwerkelijke proces flow te onthullen, knelpunten te identificeren en afwijkingen van de standard operating procedure te spotten.

Het belang

Activiteiten definiëren de stappen van het proces, en hun volgorde vormt de basis van de process map en alle daaropvolgende analyse.

Vindplaats

Doorgaans afgeleid uit een combinatie van velden, zoals statuswijzigingen op het Case object (Status field) of records in de CaseHistory of EmailMessage objects.

Voorbeelden
Case aangemaakt`Case` toegewezen aan `agent`Oplossing Voorgesteld aan KlantCase afgesloten
Bronsysteem
SourceSystemName
Het systeem waaruit de proces `data` afkomstig is.
Omschrijving

Dit attribute identificeert de bronapplicatie waar de data is gegenereerd, wat in deze context Salesforce Service Cloud is. Het is bijzonder nuttig in omgevingen waar data van meerdere systemen wordt gecombineerd voor een holistisch procesoverzicht.

Zelfs bij het analyseren van een enkel systeem, biedt dit attribute essentiële context over de herkomst van de data. Het helpt bij data governance, troubleshooting en het waarborgen dat analyses gebaseerd zijn op de juiste dataset.

Het belang

Het biedt cruciale context over de herkomst van de data, wat essentieel is voor data governance en voor analyses die data uit meerdere systemen kunnen combineren.

Vindplaats

Dit is meestal een statische waarde die tijdens data-extractie en transformatie wordt toegevoegd om de herkomst van de dataset te labelen.

Voorbeelden
Salesforce Service CloudSFSC
Laatste data-update
LastDataUpdateTime
Timestamp die aangeeft wanneer de `data` voor dit proces voor het laatst is ververst.
Omschrijving

Dit attribute registreert de timestamp van de laatste data extraction of update vanuit het bronsysteem. Het is een metadata field dat van toepassing is op de gehele dataset in plaats van op individuele events.

Het primaire gebruik is om gebruikers te informeren over de actualiteit van de data die ze analyseren. Dit is cruciaal om ervoor te zorgen dat inzichten en beslissingen gebaseerd zijn op actuele en relevante informatie, en het helpt verwachtingen over de tijdigheid van de data te managen.

Het belang

Het zorgt voor transparantie over de actualiteit van de data, waardoor gebruikers begrijpen hoe recent hun analyse is.

Vindplaats

Deze waarde wordt doorgaans gegenereerd en opgeslagen tijdens het data extraction, transformation, and loading (ETL) process.

Voorbeelden
2023-10-27T04:00:00Z
Tijdstip Gebeurtenis
EventTime
De precieze `timestamp` die aangeeft wanneer een `activity` plaatsvond.
Omschrijving

Event Time legt de datum en tijd vast waarop een specifieke activity in het systeem werd vastgelegd. Het biedt de temporele context voor het gehele proces, waardoor de berekening van durations, waiting times en cycle times mogelijk is.

Bij analyse wordt deze timestamp gebruikt om events chronologisch te ordenen voor elke service request, wat de basis vormt voor process discovery. Het is cruciaal voor performance-related KPIs, zoals het meten van de tijd tussen 'Case Created' en 'Initial Acknowledgment Sent' of het berekenen van de totale resolution time.

Het belang

Deze timestamp is cruciaal voor het begrijpen van de procestijdlijn, het berekenen van performance metrics en het identificeren van vertragingen tussen activities.

Vindplaats

Afgeleid van verschillende date fields die overeenkomen met specifieke events, zoals CreatedDate op het Case object of de CreatedDate op CaseHistory records.

Voorbeelden
2023-04-15T10:00:00Z2023-04-15T11:23:14Z2023-04-16T09:05:30Z
`Case Priority`
CasePriority
Het prioriteitsniveau dat is toegewezen aan de `service request`, zoals `High`, `Medium` of `Low`.
Omschrijving

Case Priority is een standaard classificatie die wordt gebruikt om de urgentie van een service request te bepalen. Deze aanduiding dicteert vaak de target response en resolution times volgens Service Level Agreements (SLA's).

Het analyseren van process performance op basis van priority is cruciaal voor het evalueren van de effectiviteit van de prioriteringsstrategie. Het helpt bepalen of high-priority cases daadwerkelijk sneller worden opgelost en hun agressieve SLA targets halen, wat de Case Prioritization and Impact dashboard direct ondersteunt.

Het belang

Het maakt analyse mogelijk van de effectiviteit waarmee het proces urgente cases prioriteert en verschillende service levels behaalt op basis van de case urgentie.

Vindplaats

Salesforce Case object, veld: Priority

Voorbeelden
HoogGemiddeldLaag
`Case` oplossingstijd
CaseResolutionTime
De totale verstreken tijd vanaf het moment dat een `case` werd gecreëerd totdat deze werd afgehandeld.
Omschrijving

Deze metric meet de totale duration van een service request, van de 'Case Created' timestamp tot de 'Case Resolved' timestamp. Het is een van de meest fundamentele KPI's voor elk customer service proces.

Dit berekende attribute ondersteunt direct de Average Case Resolution Time KPI en is een kern metric in het Case SLA Adherence and Resolution dashboard. Het biedt een duidelijke maatstaf voor algehele procesefficiëntie en klantervaring. Het analyseren van deze metric over verschillende dimensies zoals case type of prioriteit helpt bij het opsporen van gebieden voor verbetering.

Het belang

Dit is een primaire KPI voor het meten van algehele procesefficiëntie en is essentieel voor het begrijpen van de end-to-end ervaring van de klant.

Vindplaats

Berekend tijdens data transformation door het tijdsverschil te vinden tussen de timestamp van de Case Created activity en de Case Resolved activity voor elke Service Request.

Voorbeelden
25920000086400000604800000
Beoogde SLA-Oplostijd
SlaTargetResolutionTime
De streefdatum en -tijd waarop de `service request` moet zijn afgehandeld, volgens de `SLA`.
Omschrijving

Dit attribute definieert de service level agreement (SLA) deadline voor het afhandelen van een case. Het wordt doorgaans bepaald op basis van factoren zoals case priority, type en customer tier. Salesforce kan dit automatisch berekenen met behulp van zijn entitlement en milestone features.

Deze timestamp is essentieel voor het meten van SLA adherence. Door de werkelijke afhandelingstijd te vergelijken met dit doel, kan de organisatie haar SLA Adherence Rate KPI berekenen en cases identificeren die risico lopen hun SLA te schenden, direct ter ondersteuning van het Case SLA Adherence dashboard.

Het belang

Het biedt de benchmark waartegen de werkelijke prestaties worden gemeten, waardoor het cruciaal is voor het berekenen van SLA compliance en het identificeren van at-risk cases.

Vindplaats

Dit wordt vaak opgeslagen in het SlaExitDate field op het Case Milestone object, dat deel uitmaakt van Salesforce's Entitlement Management feature.

Voorbeelden
2023-04-16T17:00:00Z2023-04-18T09:00:00Z2023-05-01T12:00:00Z
Case type
CaseType
De classificatie van de `service request`, zoals Vraag, Probleem of `Feature Request`.
Omschrijving

Case Type is een categorisch attribute dat helpt de aard van de vraag of het probleem van de klant te classificeren. Dit maakt segmentatie van service requests mogelijk om te begrijpen hoe verschillende soorten problemen worden afgehandeld.

Het analyseren van het proces op basis van Case Type kan onthullen dat bepaalde soorten requests verschillende paden volgen, langere resolution times hebben of meer handoffs vereisen. Dit inzicht is waardevol voor het afstemmen en verbeteren van het proces voor specifieke categorieën werk.

Het belang

Het maakt segmentatie van het proces mogelijk om te begrijpen of verschillende typen aanvragen anders worden afgehandeld en om gebieden voor gespecialiseerde verbetering te identificeren.

Vindplaats

Salesforce Case object, veld: Type

Voorbeelden
ProbleemFunctieaanvraagVraag
Communicatiekanaal
CommunicationChannel
Het kanaal waarlangs de `service request` is geïnitieerd, zoals e-mail, telefoon of `web`.
Omschrijving

Dit attribute specificeert de communicatiemethode die door de klant wordt gebruikt om hun service request in te dienen. In Salesforce wordt dit vaak vastgelegd in het Case Origin field.

Inzicht in het communicatiekanaal is key tot het optimaliseren van resource allocation en het verbeteren van service efficiency. Door resolution times en proces flows per kanaal te analyseren, kunnen organisaties identificeren welke kanalen het meest effectief zijn voor verschillende soorten problemen, ter ondersteuning van het Communication Channel Efficiency dashboard.

Het belang

Het maakt performance comparison mogelijk over verschillende customer contact channels, wat helpt bij het optimaliseren van de channel strategy en resource allocation.

Vindplaats

Salesforce Case object, veld: Origin

Voorbeelden
E-mailTelefoon`Web`Chat
Dossierstatus
CaseStatus
De huidige status van de `service request` in zijn levenscyclus, zoals Nieuw, `In Progress` of Gesloten.
Omschrijving

De Case Status geeft de huidige staat van een service request aan. Statuswijzigingen zijn vaak de primaire bron voor het identificeren van activities in het proces; bijvoorbeeld, een verandering van 'New' naar 'Working' kan worden toegewezen aan de activity 'Agent onderzoekt probleem'.

Het analyseren van de uiteindelijke status van cases helpt bij het begrijpen van afhandelingsresultaten. Het wordt ook gebruikt om te filteren op open of gesloten cases en om cases te identificeren die mogelijk te lang in een bepaalde status vastzitten.

Het belang

Het biedt inzicht in de huidige status en uitkomst van de case, en statuswijzigingen worden vaak gebruikt om de sequentie van activities af te leiden.

Vindplaats

Salesforce Case object, veld: Status

Voorbeelden
NieuwIn behandelingWachten op KlantGesloten
Eindtijd
EndTime
De timestamp waarop een activiteit is afgerond.
Omschrijving

De End Time vertegenwoordigt de voltooiingstijd van een activity. In combinatie met de Start Time maakt het een precieze berekening van activity processing times mogelijk. Voor veel events in Salesforce is het event direct, wat betekent dat de Start Time en End Time identiek zijn.

Echter, voor langlopende activities is een afzonderlijke End Time cruciaal voor het nauwkeurig meten van de tijd besteed aan een taak. Het ondersteunt direct performance analysis door actieve verwerkingstijd te onderscheiden van inactieve wachttijd tussen stappen.

Het belang

Het maakt de berekening mogelijk van de werkelijke duur van een activity, wat essentieel is voor het analyseren van de agent prestaties en het identificeren van tijdrovende stappen.

Vindplaats

Dit is vaak hetzelfde als de StartTime voor directe events. Voor activities met een duration moet het afkomstig zijn van een specifiek veld dat voltooiing aangeeft, wat custom configuration kan vereisen.

Voorbeelden
2023-04-15T10:00:00Z2023-04-15T11:55:00Z2023-04-16T14:20:00Z
Is `First Contact Resolution`
IsFirstContactResolution
Een `flag` die aangeeft of de `case` is opgelost tijdens de eerste interactie met de klant.
Omschrijving

Dit boolean attribute identificeert service requests die zijn afgehandeld zonder enige opvolging na het initiële klantcontact. De logic om dit te bepalen omvat vaak het analyseren van de sequentie en timing van activities.

Een hoge First Contact Resolution (FCR) rate is een sterke indicator van een efficiënt en effectief customer service proces. Dit berekende attribute vormt de basis voor de First Contact Resolution Rate KPI. Het analyseren van de cases die niet bij het eerste contact worden opgelost, kan kansen onthullen voor het verbeteren van agent training, knowledge base content en procesontwerp.

Het belang

Het meet direct een cruciaal aspect van service efficiency en klanttevredenheid, en helpt bij het identificeren van factoren die effectieve probleemoplossing bevorderen.

Vindplaats

Berekend tijdens data transformation door de event log voor een gegeven case te analyseren. Een veelvoorkomende regel is om te controleren of 'Case Resolved' optreedt vóór 'Information Requested From Customer' of daaropvolgende klantcontact activities.

Voorbeelden
truefalse
SLA-Status
SlaStatus
Geeft aan of de `case` binnen zijn `SLA target` is opgelost.
Omschrijving

Dit attribute categoriseert elke afgehandelde case op basis van de naleving van de gedefinieerde Service Level Agreement. Het wordt berekend door de werkelijke afhandeling timestamp te vergelijken met de 'SLA Target Resolution Time'.

Als directe input voor de SLA Adherence Rate KPI vereenvoudigt dit attribute performance monitoring. Het maakt snelle filtering en analyse van alle niet-conforme cases mogelijk om veelvoorkomende root causes voor SLA breaches te identificeren, zoals specifieke case types, producten of procesknelpunten.

Het belang

Het biedt een duidelijk, binair resultaat voor SLA compliance per case, wat fundamenteel is voor performance monitoring en root cause analysis van vertragingen.

Vindplaats

Berekend in de data transformation layer door de 'Case Resolved' timestamp te vergelijken met het SlaTargetResolutionTime attribute.

Voorbeelden
BehaaldGeschonden
Toegewezen agent
AssignedAgent
De `user` of `queue` waaraan de `service request` momenteel is toegewezen.
Omschrijving

Dit attribute identificeert de individuele agent of het team dat verantwoordelijk is voor het afhandelen van de service request op een bepaald moment. In Salesforce is dit doorgaans de Case Owner.

Het volgen van wijzigingen in dit attribute is fundamenteel voor het analyseren van agent performance, workload distribution en handoffs. Het helpt vragen te beantwoorden zoals hoe vaak een case wordt toegewezen, welke agents de meest complexe cases afhandelen, en of de workloads binnen het team evenwichtig zijn. Dit is een key attribute voor de Agent Handoffs and Workload Distribution dashboards.

Het belang

Het is essentieel voor het analyseren van agent workload, prestaties en de frequentie van handoffs, wat direct van invloed is op de efficiëntie en afhandeltijd.

Vindplaats

Salesforce Case object, veld: OwnerId. Dit veld bevat de ID van een User of een Queue.

Voorbeelden
Sarah JonesDavid ChenTier 2 Support Queue
`Case Subject`
CaseSubject
Een korte samenvatting of titel van het probleem of verzoek van de klant.
Omschrijving

De Case Subject biedt een beknopte, vrije-tekst samenvatting van het service request. Dit is vaak de e-mailonderwerpregel of een titel ingevoerd door de agent of klant.

Hoewel geen gestructureerd veld voor directe procesanalyse, bevat de onderwerpregel rijke contextuele informatie. Het kan worden gebruikt met text mining technieken om cases te categoriseren, opkomende problemen te identificeren, of kwalitatieve context toe te voegen aan kwantitatieve procesanalyse.

Het belang

Het biedt snelle, high-level context over de case, wat nuttig is voor drill-down analysis en kan worden gebruikt voor text mining.

Vindplaats

Salesforce Case object, veld: Subject

Voorbeelden
Kan niet inloggen op `portal`Vraag over factuurFeature request voor `reporting dashboard`
Aantal `Agent Handoffs`
AgentHandoffCount
Het aantal keren dat een `case` werd toegewezen van de ene `agent` of `queue` aan de andere.
Omschrijving

Deze metric kwantificeert het aantal herindelingen dat een service request ondergaat voordat deze is afgehandeld. Het wordt berekend door het aantal afzonderlijke wijzigingen in het 'AssignedAgent' attribute binnen de levenscyclus van een enkele case te tellen.

Dit attribute vormt de basis voor de Average Agent Handoffs per Case KPI en wordt gevisualiseerd in het Agent Handoffs and Rework Patterns dashboard. Een hoge handoff count signaleert vaak procesinefficiënties, onduidelijk eigenaarschap of kennislacunes, die allemaal kunnen leiden tot langere resolution times en klantfrustratie.

Het belang

Het kwantificeert interne frictie in het proces, aangezien overmatige handoffs een veelvoorkomende bron zijn van vertragingen en klantontevredenheid.

Vindplaats

Berekend op case level tijdens data transformation door het unieke aantal waarden in het 'AssignedAgent'-veld voor elke ServiceRequest te tellen, min één.

Voorbeelden
0135
Is Geëscaleerd
IsEscalated
Een `flag` die aangeeft of de `case` is geëscaleerd.
Omschrijving

Dit boolean attribute geeft aan of een service request een escalatie heeft ondergaan. In Salesforce kan dit worden gevolgd via het standaard IsEscalated field, dat automatisch wordt ingesteld op basis van Escalation Rules.

Deze flag is een directe input voor het Internal Escalation Analysis dashboard en de Internal Escalation Rate KPI. Het maakt eenvoudige filtering en aggregatie van alle geëscaleerde cases mogelijk, wat helpt bij het kwantificeren van hun frequentie en het analyseren van hun impact op de algehele resolution times en procescomplexiteit.

Het belang

Het meet direct case escalaties, een belangrijke indicator van proceswrijving, complexiteit of agent knowledge gaps.

Vindplaats

Salesforce Case object, veld: IsEscalated

Voorbeelden
truefalse
Is herstelwerk
IsRework
Een `flag` die aangeeft of een `case` `rework` of terugkeren naar een vorig stadium betrof.
Omschrijving

Dit boolean attribute markeert cases die patronen van rework vertonen, zoals opnieuw worden geopend na sluiting of herhaaldelijk cyclen tussen 'Agent Investigates' en 'Solution Proposed'. De logic om rework te identificeren vereist het analyseren van de sequentie van activities op ongewenste loops.

Dit attribute ondersteunt direct de Rework Rate KPI en het Agent Handoffs and Rework Patterns dashboard. Het opsporen van cases met rework stelt analisten in staat om de root causes te onderzoeken, die kunnen variëren van inadequate oplossingen tot incomplete informatieverzameling, en corrigerende maatregelen te nemen.

Het belang

Het belicht procesinefficiëntie en verspilde moeite, waardoor gerichte analyse mogelijk is van activities die frequent worden herhaald.

Vindplaats

Berekend tijdens data transformation door activity sequences te analyseren. Bijvoorbeeld, een sequentie zoals 'Case Closed' -> 'Case Reopened' of 'Solution Proposed' -> 'Agent Investigates Issue' binnen dezelfde case zou deze als rework markeren.

Voorbeelden
truefalse
Klantnaam
CustomerName
De naam van de klant of het `account` dat gekoppeld is aan het `service request`.
Omschrijving

Dit attribute identificeert de klant die de service request heeft geïnitieerd. In Salesforce kan dit een Contact (een individu) of een Account (een bedrijf) zijn.

Het analyseren van het proces vanuit een klantperspectief kan waardevolle inzichten opleveren. Het kan bijvoorbeeld helpen identificeren of bepaalde klanten meer problemen of langere afhandeltijden ervaren. Dit kan informeren over customer relationship management strategieën en kansen voor proactieve ondersteuning benadrukken.

Het belang

Het maakt customer-centric analysis mogelijk, wat helpt bij het identificeren van patronen en performance variations voor specifieke klanten of klantsegmenten.

Vindplaats

Salesforce Case object, velden: ContactId of AccountId, die respectievelijk linken naar de Contact en Account objecten.

Voorbeelden
Global Tech Inc.Emily WhiteInnoveer oplossingen
Product Betrokken
ProductInvolved
Het specifieke product of de dienst waar de aanvraag van de klant over gaat.
Omschrijving

Dit attribute koppelt een service request aan een specifiek product of een specifieke dienst. In Salesforce wordt dit vaak beheerd via een lookup naar het Product object.

Het segmenteren van proces data per product is cruciaal voor product quality analysis. Het helpt identificeren welke producten de meeste ondersteuningsaanvragen genereren, welke soort problemen ze hebben en of het resolution process verschilt per product line. Deze informatie is vitale feedback voor productontwikkelingsteams.

Het belang

Het maakt productgebaseerde procesanalyse mogelijk, wat product quality issues of ondersteuningslacunes voor specifieke producten kan blootleggen.

Vindplaats

Salesforce Case object, veld: ProductId. Dit is een standaard, maar optioneel lookup field.

Voorbeelden
Alpha CRM SuiteBeta `Analytics Tool`Gamma `Data Connector`
Verplicht Aanbevolen Optioneel

Klantenserviceactiviteiten

Dit zijn de belangrijkste processtappen en `milestones` om vast te leggen in uw `event log` voor accurate ontdekking en analyse van uw `customer service workflows`.
6 Aanbevolen 9 Optioneel
Activiteit Omschrijving
`Case` toegewezen aan `agent`
Markeert het punt waarop een `service request` wordt toegewezen aan een specifieke `agent` of `queue` voor afhandeling. Dit is een fundamentele stap in het proces, vastgelegd door een wijziging in het `case ownership` veld.
Het belang

Deze activity is essentieel voor het bijhouden van agent workload, toewijzingsvertragingen en handoff frequentie. Het vormt de basis voor het analyseren van agent prestaties en het identificeren van knelpunten in het toewijzingsproces.

Vindplaats

Afgeleid van een wijziging in het OwnerId veld op het Case object. De timestamp van deze wijziging wordt vastgelegd in het CaseHistory object.

Vastleggen

Identificeer de timestamp van de eerste update van het OwnerId veld.

Gebeurtenistype inferred
Case aangemaakt
Deze `activity` markeert de officiële start van het `customer service` proces wanneer een nieuw `service request`, of `case`, wordt vastgelegd in `Salesforce`. Dit `event` wordt expliciet vastgelegd wanneer een nieuw `record` wordt gecreëerd in het `Case object`, met een precieze `timestamp`.
Het belang

Als de primaire start event is deze activity essentieel voor het berekenen van de algehele case lifecycle en oplossingstijden. Het biedt de baseline voor het meten van prestaties tegen SLA's en het begrijpen van case volume.

Vindplaats

Dit event komt overeen met het record creation event voor het Case object. De timestamp wordt vastgelegd in het standaard CreatedDate field.

Vastleggen

Direct van de creation timestamp van de Case record.

Gebeurtenistype explicit
Case afgesloten
Deze `activity` vertegenwoordigt het definitieve einde van de `service request` levenscyclus. Zodra een `case` is gesloten, wordt er geen verdere werkzaamheden verwacht, tenzij deze wordt heropend.
Het belang

Als de terminale event biedt deze activity het eindpunt voor het berekenen van de volledige case duration. De tijd tussen 'Resolved' en 'Closed' kan ook inefficiënties in het sluitingsproces onthullen.

Vindplaats

Afgeleid van de timestamp wanneer het IsClosed veld op het Case object op true wordt gezet. Het ClosedDate veld wordt op dit moment ook ingevuld.

Vastleggen

Timestamp wanneer het IsClosed field naar true verandert, vastgelegd in CaseHistory.

Gebeurtenistype inferred
Dossier afgehandeld
Deze belangrijke `milestone` betekent dat de `agent` het werk dat nodig is om het probleem van de klant op te lossen, heeft voltooid. De `case` wacht nu op definitieve sluiting, die na een bepaalde periode kan worden geautomatiseerd.
Het belang

Dit is een primair eindpunt voor het meten van de resolution time en is cruciaal voor het berekenen van SLA adherence. Het markeert het einde van actieve werkzaamheden aan de case.

Vindplaats

Afgeleid van het CaseHistory object wanneer het Status veld wordt gewijzigd naar 'Resolved'. Het IsClosed veld kan op dit punt nog steeds false zijn.

Vastleggen

Timestamp van Case Status wijziging naar 'Resolved'.

Gebeurtenistype inferred
Interne escalatie geactiveerd
Deze `activity` vindt plaats wanneer een `case` een hoger niveau van ondersteuning of expertise vereist en formeel wordt geëscaleerd. Dit kan expliciet worden vastgelegd door `Salesforce's escalation rules` of worden afgeleid uit een veldwijziging.
Het belang

Het analyseren van escalaties helpt bij het identificeren van complexe case types, trainingsbehoeften voor eerstelijns agents en systemische problemen. Het is een belangrijke indicator van proces frictie en de impact daarvan op de oplossingstijd.

Vindplaats

Dit kan een expliciet event zijn uit CaseEscalation records. Vaker wordt het afgeleid uit de CaseHistory wanneer een checkbox field zoals 'IsEscalated' op 'true' wordt gezet.

Vastleggen

Timestamp van het 'IsEscalated' veld dat naar 'true' verandert.

Gebeurtenistype inferred
SLA Milestone Violated
Dit `event` wordt geactiveerd wanneer een `service commitment`, zoals een eerste reactie of afhandeltijd, niet wordt nagekomen. `Salesforce` volgt dit met behulp van `entitlement processes` en `milestone records`.
Het belang

Deze activity is cruciaal voor SLA adherence analyse en compliance monitoring. Het benadrukt direct cases die niet voldeden aan de klantverwachtingen, waardoor gerichte procesverbetering mogelijk wordt.

Vindplaats

Vastgelegd vanuit het CaseMilestone object. Een event wordt gegenereerd wanneer het IsViolated veld op een milestone record op true wordt gezet.

Vastleggen

Event is de timestamp wanneer de IsViolated flag true wordt op een CaseMilestone record.

Gebeurtenistype explicit
`Case` gecategoriseerd en geprioriteerd
Deze `activity` vindt plaats wanneer een `case` wordt geclassificeerd met een type, categorie en prioriteitsniveau. Dit wordt vaak gedaan door een `triage team` of `automation rules` en wordt afgeleid uit wijzigingen in relevante `case fields`.
Het belang

Categorisatie is cruciaal voor het begrijpen van case distribution en routing effectiveness. Het analyseren van deze stap helpt bij het optimaliseren van workload distribution en het waarborgen dat high-priority cases snel worden afgehandeld.

Vindplaats

Afgeleid van het CaseHistory object door het bijhouden van de eerste keer dat de Priority, Type of andere classification fields worden ingevuld of gewijzigd van hun standaardwaarden.

Vastleggen

Volg updates van velden zoals Priority of Type in de CaseHistory.

Gebeurtenistype inferred
`Case` opnieuw toegewezen
Vertegenwoordigt een `handoff` waarbij een `case` wordt overgedragen van de ene `agent` of `queue` naar de andere na de initiële toewijzing. Dit wordt afgeleid uit latere wijzigingen in het `case ownership` veld.
Het belang

Frequente reassignments kunnen duiden op onjuiste initiële routing, proces inefficiënties of knowledge gaps, wat leidt tot vertragingen en een slechte klantervaring. Deze activity helpt agent handoffs te kwantificeren.

Vindplaats

Afgeleid van elke wijziging in het OwnerId veld in het CaseHistory object na de initiële toewijzing.

Vastleggen

Identificeer alle updates van het OwnerId veld na de eerste.

Gebeurtenistype inferred
Agent onderzoekt probleem
Vertegenwoordigt de fase waarin een `agent` actief werkt aan het diagnosticeren en begrijpen van het probleem van de klant. Dit is geen expliciet `event`, maar wordt afgeleid wanneer de `case status` verandert van een nieuwe of open status naar een 'in-progress' status.
Het belang

Het begrijpen van de duration van de onderzoeksfase helpt bij het identificeren van complexiteiten in service requests en gebieden waar agents meer training of middelen nodig kunnen hebben. Het scheidt actieve werktijd van wachttijd.

Vindplaats

Afgeleid van het CaseHistory object wanneer het Status veld wordt bijgewerkt naar een waarde die actief werk aangeeft, zoals 'In Progress' of 'Working'.

Vastleggen

Timestamp van Case Status wijziging naar een 'in-progress' waarde.

Gebeurtenistype inferred
Dossier heropend
Vindt plaats wanneer een eerder afgehandelde of gesloten `case` opnieuw wordt geactiveerd omdat het probleem terugkeert of de oplossing ineffectief is. Dit is een belangrijke indicator van `rework`.
Het belang

Heropende cases zijn een sterk signaal van lage kwaliteit afhandelingen of First Contact Resolution falen. Het analyseren van hun frequentie en root causes is essentieel voor het verbeteren van de service quality.

Vindplaats

Afgeleid van het CaseHistory object wanneer het IsClosed veld verandert van true naar false, of de Status verandert van een gesloten/opgeloste staat terug naar een open staat.

Vastleggen

Timestamp van Status of IsClosed field die van een terminale naar een actieve status verandert.

Gebeurtenistype inferred
Informatie gevraagd van klant
Deze `activity` vindt plaats wanneer een `agent` aanvullende informatie van de klant nodig heeft om verder te gaan met de `case`. Het wordt doorgaans afgeleid uit een wijziging in de `case status` naar een 'wachten op klant' status.
Het belang

Deze activity markeert het begin van een wachttijd, die niet onder controle is van de agent. Het isoleren van deze tijd is cruciaal voor het nauwkeurig meten van interne procesefficiëntie en agent prestaties.

Vindplaats

Afgeleid van het CaseHistory object wanneer het Status veld wordt bijgewerkt naar een waarde zoals 'Waiting on Customer Response' of 'Pending'.

Vastleggen

Timestamp van Case Status wijziging naar een 'waiting' waarde.

Gebeurtenistype inferred
Informatie ontvangen van klant
Deze `activity` markeert het einde van een klantwachttijd, wanneer de klant de gevraagde informatie verstrekt. Het wordt vaak afgeleid wanneer een `case status` wordt teruggezet naar een actieve status na een inkomende communicatie.
Het belang

Het volgen van dit event is cruciaal voor het begrijpen van klantresponstijden en hun impact op de algehele case levenscyclus. Het signaleert de hervatting van actief werk door de agent.

Vindplaats

Afgeleid door de timestamp van een inbound EmailMessage geassocieerd met de case, of door een statuswijziging van 'Waiting on Customer' terug naar 'In Progress' in het CaseHistory object.

Vastleggen

Timestamp van inkomende e-mail of statuswijziging van 'waiting'.

Gebeurtenistype inferred
Initiële bevestiging verzonden
Vertegenwoordigt de eerste communicatie die naar de klant wordt gestuurd, ter bevestiging van de ontvangst van hun `service request`. Dit is doorgaans een geautomatiseerde e-mail die wordt geactiveerd door `case creation rules`, en wordt afgeleid door de eerste uitgaande communicatie te identificeren.
Het belang

Het volgen van deze activity is cruciaal voor het meten van initiële reactietijden en het waarborgen dat klanten snel worden geïnformeerd. Het helpt de 'Initial Acknowledgment Latency' KPI te analyseren om de klantcommunicatie te verbeteren.

Vindplaats

Afgeleid van de timestamp van het eerste outbound EmailMessage record geassocieerd met de Case. Kan ook worden afgeleid van een custom field update getriggerd door een automation rule.

Vastleggen

Identificeer de eerste uitgaande EmailMessage timestamp gekoppeld aan de Case.

Gebeurtenistype inferred
Oplossing Voorgesteld aan Klant
Geeft het punt aan waarop een `agent` een mogelijke oplossing aan de klant heeft geboden. Dit is een conceptuele stap die typisch wordt afgeleid van een `outbound communication` of een specifieke statuswijziging.
Het belang

Het volgen van deze milestone helpt bij het meten van de tijd van onderzoek tot voorgestelde oplossing. Het kan ook het begin zijn van een confirmation loop als de oplossing niet wordt geaccepteerd.

Vindplaats

Afgeleid van een outbound EmailMessage met specifieke keywords of van een statuswijziging naar 'Solution Provided' in het CaseHistory object.

Vastleggen

Timestamp van statuswijziging of uitgaande communicatie event.

Gebeurtenistype inferred
Tevredenheidsonderzoek Verzonden
Vertegenwoordigt het verzenden van een klanttevredenheid (`CSAT`) of `Net Promoter Score` (`NPS`) `survey`. Dit is doorgaans een geautomatiseerde actie die volgt op `case resolution` of sluiting.
Het belang

Hoewel het geen deel uitmaakt van het kernafhandelingsproces, is deze activity belangrijk voor het begrijpen van de feedback loop. Het analyseren van de timing en frequentie ervan zorgt ervoor dat de stem van de klant consistent wordt vastgelegd.

Vindplaats

Afgeleid van een outbound EmailMessage record geassocieerd met de case die overeenkomt met een survey template. Alternatief kan het worden vastgelegd vanuit de aanmaak van een SurveyInvitation record.

Vastleggen

Identificeer outbound survey email of SurveyInvitation record creation.

Gebeurtenistype inferred
Aanbevolen Optioneel

Extractie Guides

Hoe u uw `data` uit Salesforce Service Cloud haalt