Uw Klantenservice datatemplate

Salesforce Service Cloud
Uw Klantenservice datatemplate

Uw Klantenservice datatemplate

Deze template biedt een volledige gids voor het voorbereiden van je `customer service data` voor `process mining`. Het schetst de essentiële `data attributen` om te verzamelen, de belangrijkste `activiteiten` om te volgen, en praktische begeleiding over hoe u deze Informatie uit je bronsysteem kunt extraheren. Gebruik dit hulpmiddel om ervoor te zorgen dat jew `data` klaar is voor waardevolle analyses 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 `datavelden` om op te nemen in uw `event log` voor grondige analyse van uw `customer service` proces.
5 Verplicht 9 Aanbevolen 6 Optioneel
Naam Omschrijving
Serviceaanvraag
ServiceRequest
De unieke ID voor een `customer service case` of `ticket`, die alle gerelateerde `activiteiten` koppelt.
Omschrijving

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

Deze attribuut is belangrijk voor het reconstrueren van de volledige traject van elke klantinteractie. Het stelt de process mining-tool in staat om alle gerelateerde gebeurtenissen, zoals 'Case Created', 'Agent Investigates Issue' en 'Case Opgelost', te groeperen in één procesinstantie, waardoor een integrale analyse van begin tot eind mogelijk is.

Het belang

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

Vindplaats

Salesforce Case object, veld: CaseNumber

Voorbeelden
000010240000105800001193
Activiteitsnaam
ActivityName
De naam van een specifieke bedrijfsevenement of stap die plaatsvond binnen het klantenserviceproces.
Omschrijving

Dit attribuut beschrijft een enkele stap of mijlpaal in de levenscyclus van een service request. Activities zijn de stappen in de proceskaart en vertegenwoordigen acties ondernomen door medewerkers, geautomatiseerde systemen of klanten.

Het analyseren van de volgorde en frequentie van activiteiten zoals 'Case Created', 'Internal Escalation Triggered' en 'Case Closed' staat centraal bij process mining. Het helpt de daadwerkelijke proces flow te zichtbaar maken, knelpunten te vinden en afwijkingen van de standaardwerkwijze te spotten.

Het belang

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

Vindplaats

Doorgaans afgeleid uit een combinatie van velden, zoals statuswijzigingen op het Case object (Status veld) of records in de CaseHistory of E-mailMessage 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 attribuut 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 volledig procesoverzicht.

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

Het belang

Het biedt belangrijke context over de herkomst van de data, wat belangrijk 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
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 tijdscontext voor het gehele proces, waardoor de berekening van duurs, wachttijden en doorlooptijden mogelijk is.

Bij analyse wordt deze timestamp gebruikt om gebeurtenissen chronologisch te ordenen voor elke service request, wat de basis vormt voor process discovery. Het is belangrijk voor prestaties-related KPI's, 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 belangrijk voor het begrijpen van de procestijdlijn, het berekenen van prestaties meetwaarden en het vinden van vertragingen tussen activiteiten.

Vindplaats

Afgeleid van verschillende date velden die overeenkomen met specifieke gebeurtenissen, 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
Tijdstip van extractie
LastDataUpdateTime
Timestamp die aangeeft wanneer de `data` voor dit proces voor het voor het laatst is bijgewerkt.
Omschrijving

Dit attribuut registreert de timestamp van de laatste data-extractie of update vanuit het bronsysteem. Het is een metadataveld dat van toepassing is op de gehele dataset in plaats van op individuele gebeurtenissen.

Het primaire gebruik is om gebruikers te Informapakketmeren over de relevantie van de data die ze analyseren. Dit is belangrijk om ervoor te zorgen dat inzichten en beslissingen gebaseerd zijn op actuele en relevante Informatie, en het helpt verwachtingen door de tijd heenigheid van de data te managen.

Het belang

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

Vindplaats

Deze waarde wordt doorgaans gegenereerd en opgeslagen tijdens het ETL-proces (data-extractie, transformation, and loading)s.

Voorbeelden
2023-10-27T04:00:00Z
`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 oplostijden volgens Service Level Agreements (SLA's).

Het analyseren van procesprestaties op basis van priority is belangrijk voor het ewaarderen van de effectiviteit van de prioriteringsstrategie. Het helpt bepalen of hoge prioriteit cases daadwerkelijk sneller worden opgelost en hun agressieve SLA-doelstellingen 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 type
CaseType
De classificatie van de `service request`, zoals Vraag, Probleem of `Feature Request`.
Omschrijving

Case Type is een categorisch attribuut 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 zichtbaar maken dat bepaalde soorten requests verschillende paden volgen, langere oplostijden hebben of meer overdrachten 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 vinden.

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 attribuut 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 veld.

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

Het belang

Het maakt prestaties comparison mogelijk over verschillende customer contact channels, wat helpt bij het optimaliseren van de channel strategy en bron 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 vinden van activiteiten 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 vinden 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 volgorde van activiteiten 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 Starttijd maakt het een precieze berekening van activity verwerkingstijds mogelijk. Voor veel gebeurtenissen in Salesforce is het gebeurtenis direct, wat betekent dat de Starttijd en End Time identiek zijn.

Echter, voor langlopende activiteiten is een afzonderlijke End Time belangrijk voor het nauwkeurig meten van de tijd besteed aan een taak. Het ondersteunt direct prestaties 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 belangrijk is voor het analyseren van de agent prestaties en het vinden van tijdrovende stappen.

Vindplaats

Dit is vaak hetzelfde als de StartTime voor directe gebeurtenissen. Voor activiteiten met een duur 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 attribuut 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 volgorde en timing van activiteiten.

Een hoge First Contact Resolution (FCR) rate is een sterke indicator van een efficiënt en effectief customer service proces. Dit berekende attribuut 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 zichtbaar maken voor het verbeteren van agent training, knowledge base content en procesontwerp.

Het belang

Het meet direct een belangrijk aspect van service efficiency en klanttevredenheid, en helpt bij het vinden 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 Opgelost' optreedt vóór 'Information Requested From Klant' of daaropvolgende klantcontact activiteiten.

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

Dit attribuut 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 pakket. Salesforce kan dit automatisch berekenen met behulp van zijn entitlement en mijlpaal features.

Deze timestamp is belangrijk voor het meten van SLA-naleving. Door de werkelijke afhandelingstijd te vergelijken met dit doel, kan de organisatie haar SLA-nalevingspercentage (KPI) berekenen en cases vinden 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 belangrijk is voor het berekenen van SLA-compliance en het vinden van at-risk cases.

Vindplaats

Dit wordt vaak opgeslagen in het SlaExitDate veld 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
SLA-Status
SlaStatus
Geeft aan of de `case` binnen zijn `SLA target` is opgelost.
Omschrijving

Dit attribuut 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-nalevingspercentage (KPI) vereenvoudigt dit attribuut prestaties monitoring. Het maakt snelle filtering en analyse van alle niet-conforme cases mogelijk om veelvoorkomende grondoorzaken voor SLA-overschrijdingen te vinden, zoals specifieke case types, producten of procesknelpunten.

Het belang

Het biedt een duidelijk, binair resultaat voor SLA-compliance per case, wat fundamenteel is voor prestaties monitoring en oorzaakanalyse van vertragingen.

Vindplaats

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

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

Dit attribuut 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 attribuut is onmisbaar voor het analyseren van agent prestaties, werkbelastingverdeling en overdrachten. Het helpt vragen te beantwoorden zoals hoe vaak een case wordt toegewezen, welke medewerkers de meest complexe cases afhandelen, en of de workloads binnen het team evenwichtig zijn. Dit is een key attribuut voor de Agent Handoffs and Workload Distribution dashboards.

Het belang

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

Vindplaats

Salesforce Case object, veld: OwnerId. Dit veld bevat de ID van een Gebruiker 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 vinden, 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 metriek kwantificeert het aantal herverdelingen dat een service request ondergaat voordat deze is afgehandeld. Het wordt berekend door het aantal afzonderlijke wijzigingen in het 'AssignedAgent' attribuut binnen de levenscyclus van een enkele case te tellen.

Dit attribuut 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 oplostijden en klantfrustratie.

Het belang

Het kwantificeert interne knelpunten in het proces, aangezien overmatige overdrachten 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
Betrokken product
ProductInvolved
Het specifieke product of de dienst waar de aanvraag van de klant over gaat.
Omschrijving

Dit attribuut 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 belangrijk voor product quality analysis. Het helpt vinden 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 veld.

Voorbeelden
Alpha CRM SuiteBeta `Analytics Tool`Gamma `Data Connector`
Is Geëscaleerd
IsEscalated
Een `flag` die aangeeft of de `case` is geëscaleerd.
Omschrijving

Dit boolean attribuut geeft aan of een service request een escalatie heeft ondergaan. In Salesforce kan dit worden gevolgd via het standaard IsEscalated veld, 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 oplostijden en procescomplexiteit.

Het belang

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

Vindplaats

Salesforce Case object, veld: IsEscalated

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

Dit boolean attribuut markeert cases die patronen van herstelwerk vertonen, zoals opnieuw worden geopend na sluiting of herhaaldelijk cyclen tussen 'Agent Investigates' en 'Solution Proposed'. De logic om herstelwerk te vinden vereist het analyseren van de volgorde van activiteiten op ongewenste loops.

Dit attribuut ondersteunt direct de Rework Rate KPI en het Agent Handoffs and Rework Patterns dashboard. Het opsporen van cases met herstelwerk stelt analysesten in staat om de grondoorzaken 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 activiteiten die frequent worden herhaald.

Vindplaats

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

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

Dit attribuut 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 nuttige inzichten opleveren. Het kan bijvoorbeeld helpen vinden of bepaalde klanten meer problemen of langere afhandeltijden ervaren. Dit kan Informapakketmeren over customer relationship management strategieën en kansen voor proactieve ondersteuning benadrukken.

Het belang

Het maakt klantgerichte analyse mogelijk, wat helpt bij het vinden van patronen en prestaties variaties voor specifieke klanten of klantsegmenten.

Vindplaats

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

Voorbeelden
Wereldwijd Tech Inc.Emily WhiteInnoveer oplossingen
Verplicht Aanbevolen Optioneel

Klantenserviceactiviteiten

Dit zijn de belangrijkste processtappen en `mijlpalen` om vast te leggen in uw `event log` voor accurate bekijkking 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 belangrijk voor het bijhouden van agent workload, toewijzingsvertragingen en handoff frequentie. Het vormt de basis voor het analyseren van agent prestaties en het vinden 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 `gebeurtenis` wordt expliciet vastgelegd wanneer een nieuw `record` wordt gecreëerd in het `Case object`, met een precieze `timestamp`.
Het belang

Als de primaire start gebeurtenis is deze activity belangrijk voor het berekenen van de algehele case levenscyclus en oplossingstijden. Het biedt de basislijn voor het meten van prestaties tegen SLA's en het begrijpen van case volume.

Vindplaats

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

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 gebeurtenis biedt deze activity het eindpunt voor het berekenen van de volledige case duur. De tijd tussen 'Opgelost' en 'Closed' kan ook inefficiënties in het sluitingsproces zichtbaar maken.

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 veld naar true verandert, vastgelegd in CaseHistory.

Gebeurtenistype inferred
Dossier afgehandeld
Deze belangrijke `mijlpaal` 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 belangrijk voor het berekenen van SLA-naleving. Het markeert het einde van actieve werkzaamheden aan de case.

Vindplaats

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

Vastleggen

Timestamp van Case Status wijziging naar 'Opgelost'.

Gebeurtenistype inferred
Interne Escalatie Getriggerd
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 vinden van complexe case types, trainingsbehoeften voor eerstelijns medewerkers en systemische problemen. Het is een belangrijke indicator van proces knelpunten en de impact daarvan op de oplossingstijd.

Vindplaats

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

Vastleggen

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

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

Deze activity is belangrijk voor SLA-naleving analyse en compliance monitoring. Het benadrukt direct cases die niet voldeden aan de klantverwachtingen, waardoor gerichte procesverbetering mogelijk worden.

Vindplaats

Vastgelegd vanuit het CaseMilestone object. Een gebeurtenis wordt gegenereerd wanneer het IsViolated veld op een mijlpaal 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 `automatisering rules` en wordt afgeleid uit wijzigingen in relevante `case velden`.
Het belang

Categorisatie is belangrijk voor het begrijpen van case distribution en routing effectiveness. Het analyseren van deze stap helpt bij het optimaliseren van werkbelastingverdeling en het waarborgen dat hoge prioriteit cases snel worden afgehandeld.

Vindplaats

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

Vastleggen

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

Gebeurtenistype inferred
`Case` Herverdeeld
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 overdrachten 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 `gebeurtenis`, 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 duur van de onderzoeksfase helpt bij het vinden van complexiteiten in service requests en gebieden waar medewerkers 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 `herstelwerk`.
Het belang

Heropende cases zijn een sterk signaal van lage kwaliteit afhandelingen of First Contact Resolution falen. Het analyseren van hun frequentie en grondoorzaken is belangrijk 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 veld die van een terminale naar een actieve status verandert.

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 gebeurtenis is belangrijk 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 E-mailMessage geassocieerd met de case, of door een statuswijziging van 'Waiting on Klant' terug naar 'In Progress' in het CaseHistory object.

Vastleggen

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

Gebeurtenistype inferred
Informatie Opgevraagd 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 belangrijk 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 Klant Response' of 'Pending'.

Vastleggen

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

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 vinden.
Het belang

Het volgen van deze activity is belangrijk 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 E-mailMessage record geassocieerd met de Case. Kan ook worden afgeleid van een aangepast veld update getriggerd door een automatisering rule.

Vastleggen

Identificeer de eerste uitgaande E-mailMessage 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 mijlpaal 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 E-mailMessage met specifieke keywords of van een statuswijziging naar 'Solution Provided' in het CaseHistory object.

Vastleggen

Timestamp van statuswijziging of uitgaande communicatie gebeurtenis.

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 E-mailMessage 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

Extractiegidsen

Hoe u uw `data` uit Salesforce Service Cloud haalt