Ügyfélszolgálati adatsablon
Ügyfélszolgálati adatsablon
- Javasolt attribútumok
- Követendő tevékenységek
- Útmutató az adatok kinyeréséhez
Ügyfélszolgálati attribútumok
| Név | Leírás | ||
|---|---|---|---|
|
Ügyfélszolgálati kérés
ServiceRequest
|
Az ügyfélszolgálati ügy vagy hibajegy egyedi azonosítója, amely összekapcsolja a hozzá tartozó tevékenységeket. | ||
|
Leírás
Az ügyfélszolgálati kérés, más néven hibajegy vagy ügy, az elsődleges azonosító, amely összekapcsolja az egyetlen ügyfélkéréshez vagy problémához tartozó összes tevékenységet. A Salesforce Service Cloudban ennek a Case Number felel meg. Ez az attribútum elengedhetetlen az egyes ügyfélkapcsolatok teljes folyamatának rekonstruálásához. Segítségével a process mining eszköz egyetlen folyamatpéldányba csoportosítja az összetartozó eseményeket, például az „Ügy rögzítve”, az „Ügyintéző kivizsgálja a problémát” és az „Ügy megoldva” eseményt. Így a folyamat elejétől a végéig elemezhető.
Miért fontos?
A process mining alapvető építőeleme: összekapcsolja az ugyanahhoz az ügyfélproblémához tartozó eseményeket egyetlen folyamatpéldánnyá.
Hol szerezhető be?
Salesforce Case objektum, mező: CaseNumber
Példák
000010240000105800001193
|
|||
|
Adatok utolsó frissítése
LastDataUpdateTime
|
Az időbélyeg azt mutatja, mikor frissítették utoljára a folyamat adatait. | ||
|
Leírás
Ez az attribútum rögzíti az adatok forrásrendszerből történő utolsó kinyerésének vagy frissítésének időpontját. Olyan metaadatmező, amely a teljes adatkészletre, nem pedig az egyes eseményekre vonatkozik. Elsősorban arról tájékoztatja a felhasználókat, mennyire frissek az elemzett adatok. Ez elengedhetetlen ahhoz, hogy a megállapítások és döntések aktuális, releváns információkon alapuljanak. Segít reális elvárásokat kialakítani az adatok naprakészségével kapcsolatban is.
Miért fontos?
Átláthatóvá teszi az adatok frissességét, így a felhasználók tudják, mennyire aktuális az elemzésük.
Hol szerezhető be?
Ezt az értéket jellemzően az adatok kinyerése, átalakítása és betöltése (ETL) során állítják elő és tárolják.
Példák
2023-10-27T04:00:00Z
|
|||
|
Esemény időpontja
EventTime
|
Az esemény pontos időbélyege, amely megmutatja, mikor történt egy tevékenység. | ||
|
Leírás
Az esemény időpontja rögzíti, hogy a rendszer mikor jegyzett fel egy adott tevékenységet. Időbeli keretet ad a teljes folyamatnak, így kiszámítható a tevékenységek időtartama, a várakozási idő és a ciklusidő. Az elemzés során ez az időbélyeg rendezi időrendbe az egyes ügyfélszolgálati kérések eseményeit, és alapul szolgál a folyamat feltárásához. A teljesítményhez kapcsolódó KPI-k méréséhez is elengedhetetlen, például az „Ügy rögzítve” és az „Első visszaigazolás elküldve” közötti idő, illetve a teljes megoldási idő kiszámításához.
Miért fontos?
Ez az időbélyeg segít megérteni a folyamat időrendjét, kiszámítani a teljesítménymutatókat és feltárni a tevékenységek közötti késéseket.
Hol szerezhető be?
Az egyes eseményekhez tartozó dátummezőkből származik, például a Case objektum CreatedDate mezőjéből vagy a CaseHistory rekordok CreatedDate mezőjéből.
Példák
2023-04-15T10:00:00Z2023-04-15T11:23:14Z2023-04-16T09:05:30Z
|
|||
|
Forrásrendszer
SourceSystemName
|
Az a rendszer, ahonnan a folyamatadatok származnak. | ||
|
Leírás
Ez az attribútum azonosítja azt a forrásalkalmazást, amelyben az adatok keletkeztek. Ebben az esetben ez a Salesforce Service Cloud. Különösen hasznos, ha több rendszer adatait egyesítik a folyamat egységes áttekintéséhez. Egyetlen rendszer elemzésekor is fontos információt ad az adatok eredetéről. Segíti az adatirányítást és a hibaelhárítást, valamint biztosítja, hogy az elemzés a megfelelő adatkészleten alapuljon.
Miért fontos?
Fontos információt ad az adatok eredetéről. Ez elengedhetetlen az adatirányításhoz és a több rendszer adatait egyesítő elemzésekhez.
Hol szerezhető be?
Ez jellemzően egy állandó érték, amelyet az adatok kinyerése és átalakítása során adnak hozzá az adatkészlet forrásának megjelölésére.
Példák
Salesforce Service CloudSFSC
|
|||
|
Tevékenység neve
ActivityName
|
Az ügyfélszolgálati folyamatban történt konkrét üzleti esemény vagy lépés neve. | ||
|
Leírás
Ez az attribútum az ügyfélszolgálati kérés életciklusának egyetlen lépését vagy mérföldkövét írja le. A tevékenységek a folyamattérkép csomópontjai, és az ügyintézők, automatizált rendszerek vagy ügyfelek által végzett műveleteket jelölik. A tevékenységek sorrendjének és gyakoriságának elemzése, például az „Ügy rögzítve”, a „Belső eszkaláció indult” és az „Ügy lezárva” eseményeké, a process mining alapja. Segít feltárni a tényleges folyamatmenetet, azonosítani a szűk keresztmetszeteket és észrevenni a szokásos eljárástól való eltéréseket.
Miért fontos?
A tevékenységek határozzák meg a folyamat lépéseit. Sorrendjük adja a folyamattérkép és az azt követő elemzések alapját.
Hol szerezhető be?
Jellemzően több mezőből állapítható meg, például a Case objektum Status mezőjének változásaiból, illetve a CaseHistory vagy EmailMessage objektumok rekordjaiból.
Példák
Ügy rögzítveÜgyintézőhöz rendelt ügyMegoldási javaslat az ügyfélnekÜgy lezárva
|
|||
|
Befejezés időpontja
EndTime
|
Az időbélyeg azt mutatja, mikor fejeződött be egy tevékenység. | ||
|
Leírás
A befejezés időpontja jelöli a tevékenység végét. A kezdési időponttal együtt pontosan kiszámítható a tevékenység feldolgozási ideje. A Salesforce számos eseménye pillanatszerű, ezért a kezdési és befejezési időpont megegyezik. Hosszabb ideig tartó tevékenységeknél azonban a külön befejezési időpont elengedhetetlen a feladat tényleges időtartamának méréséhez. Támogatja a teljesítmény elemzését, mert elkülöníti az aktív feldolgozási időt a lépések közötti tétlen várakozástól.
Miért fontos?
Lehetővé teszi a tevékenység tényleges időtartamának kiszámítását, ami elengedhetetlen az ügyintézői teljesítmény elemzéséhez és az időigényes lépések feltárásához.
Hol szerezhető be?
Pillanatszerű eseményeknél ez gyakran megegyezik a StartTime értékével. Időtartammal rendelkező tevékenységeknél a befejezést jelző mezőből kell származnia, ami egyéni beállítást igényelhet.
Példák
2023-04-15T10:00:00Z2023-04-15T11:55:00Z2023-04-16T14:20:00Z
|
|||
|
Első kapcsolatfelvételkor megoldva
IsFirstContactResolution
|
Jelzi, hogy az ügyet az ügyféllel folytatott első kapcsolatfelvétel során megoldották-e. | ||
|
Leírás
Ez a logikai attribútum azokat a szolgáltatási kérelmeket jelöli, amelyeket az ügyfél első megkeresése után, további egyeztetés nélkül megoldottak. Ennek megállapításához gyakran elemezni kell a tevékenységek sorrendjét és időzítését. A magas első kapcsolatfelvételkor megoldási arány (FCR) a hatékony ügyfélszolgálati folyamat egyik fontos mutatója. Ez a számított attribútum az első kapcsolatfelvételkor megoldott ügyek aránya KPI alapja. Az első megkereséskor meg nem oldott ügyek elemzése rámutathat az ügyintézők képzésének, a tudásbázis tartalmának és a folyamat kialakításának fejlesztési lehetőségeire.
Miért fontos?
Közvetlenül méri a szolgáltatás hatékonyságának és az ügyfelek elégedettségének egyik fontos tényezőjét, és segít feltárni a hatékony problémamegoldás feltételeit.
Hol szerezhető be?
Az adatátalakítás során, az adott ügy eseménynaplójának elemzésével számítják ki. Gyakori szabály, hogy ellenőrzik: a „Case Resolved” megelőzi-e az „Information Requested From Customer” tevékenységet vagy az ügyféllel folytatott későbbi kapcsolatfelvételt.
Példák
truefalse
|
|||
|
Hozzárendelt ügyintéző
AssignedAgent
|
Az a felhasználó vagy várólista, amelyhez jelenleg az ügyfélszolgálati kérés tartozik. | ||
|
Leírás
Ez az attribútum azonosítja azt az ügyintézőt vagy csapatot, amely egy adott időpontban az ügyfélszolgálati kérés kezeléséért felel. A Salesforce-ban ez jellemzően a Case Owner. Az attribútum változásainak követése alapvető az ügyintézői teljesítmény, a munkaterhelés elosztása és az átadások elemzéséhez. Segít megválaszolni például, hogy hányszor osztanak újra egy ügyet, kik kezelik a legösszetettebb ügyeket, és egyenletes-e a csapat munkaterhelése. Ez az attribútum az ügyintézők közötti átadásokat és a munkaterhelés eloszlását bemutató dashboardok alapja.
Miért fontos?
Elengedhetetlen az ügyintézők munkaterhelésének és teljesítményének, valamint az átadások gyakoriságának elemzéséhez. Ezek közvetlenül befolyásolják a hatékonyságot és a megoldási időt.
Hol szerezhető be?
Salesforce Case objektum, mező: OwnerId. Ez a mező egy User vagy Queue azonosítóját tartalmazza.
Példák
Sarah JonesDavid ChenMásodik szintű támogatási várólista
|
|||
|
Kapcsolattartási csatorna
CommunicationChannel
|
Az a csatorna, amelyen az ügyfélszolgálati kérést benyújtották, például e-mailben, telefonon vagy weben. | ||
|
Leírás
Ez az attribútum azt jelöli, milyen módon nyújtotta be az ügyfél az ügyfélszolgálati kérését. A Salesforce-ban ezt gyakran a Case Origin mező rögzíti. A kapcsolattartási csatorna ismerete segít az erőforrások hatékonyabb elosztásában és a szolgáltatás fejlesztésében. Ha a vállalatok csatornánként elemzik a megoldási időket és a folyamatmeneteket, megállapíthatják, melyik csatorna a leghatékonyabb az egyes problématípusok kezelésére. Ez támogatja a kapcsolattartási csatornák hatékonyságát bemutató dashboardot.
Miért fontos?
Lehetővé teszi az ügyfélkapcsolati csatornák teljesítményének összehasonlítását, és segít a csatornastratégia, valamint az erőforrások elosztásának fejlesztésében.
Hol szerezhető be?
Salesforce Case objektum, mező: Origin
Példák
E-mailTelefonWebCsevegés
|
|||
|
SLA állapota
SlaStatus
|
Jelzi, hogy az ügyet az SLA-határidőn belül oldották-e meg. | ||
|
Leírás
Ez az attribútum az egyes lezárt ügyeket a meghatározott szolgáltatási szintű megállapodás betartása szerint sorolja be. A tényleges megoldási időbélyeg és az „SLA szerinti megoldási határidő” összevetésével számítható ki. Az SLA-betartási arány KPI közvetlen adatforrásaként egyszerűbbé teszi a teljesítmény nyomon követését. A határidőt túllépő ügyek gyorsan szűrhetők és elemezhetők, így feltárhatók a gyakori okok, például bizonyos ügytípusok, termékek vagy folyamati szűk keresztmetszetek.
Miért fontos?
Ügyenként egyértelmű, igen-nem eredményt ad az SLA betartásáról. Ez alapvető a teljesítmény nyomon követéséhez és a késések okainak feltárásához.
Hol szerezhető be?
Az adatátalakítási rétegben számítják ki a „Case Resolved” időbélyeg és a „SlaTargetResolutionTime” attribútum összevetésével.
Példák
TeljesültNem teljesült
|
|||
|
SLA szerinti megoldási határidő
SlaTargetResolutionTime
|
Az SLA-ban meghatározott dátum és időpont, ameddig a szolgáltatási kérelmet meg kell oldani. | ||
|
Leírás
Ez az attribútum határozza meg az ügy megoldásának SLA-határidejét. A határidő jellemzően az ügy prioritásától és típusától, valamint az ügyfél besorolásától függ. A Salesforce az entitlement- és milestone-funkcióival automatikusan is kiszámíthatja. Ez az időbélyeg elengedhetetlen az SLA betartásának méréséhez. A tényleges megoldási idő és a határidő összevetésével kiszámítható az SLA-betartási arány KPI, és azonosíthatók a határidő túllépésével fenyegető ügyek. Ez közvetlenül támogatja a Case SLA Adherence dashboardot.
Miért fontos?
Ez adja azt a viszonyítási alapot, amelyhez a tényleges teljesítményt mérheti. Nélküle nem számítható ki az SLA betartása, és a veszélyeztetett ügyek sem azonosíthatók.
Hol szerezhető be?
Ezt az adatot gyakran a Case Milestone objektum SlaExitDate mezője tárolja. Az objektum a Salesforce Entitlement Management funkciójának része.
Példák
2023-04-16T17:00:00Z2023-04-18T09:00:00Z2023-05-01T12:00:00Z
|
|||
|
Ügy állapota
CaseStatus
|
Az ügyfélszolgálati kérés aktuális állapota az életciklusban, például új, folyamatban vagy lezárt. | ||
|
Leírás
Az ügy állapota jelzi az ügyfélszolgálati kérés aktuális helyzetét. Az állapotváltozások gyakran a folyamattevékenységek azonosításának elsődleges forrásai. Például az „New” állapotról „Working” állapotra váltás az „Ügyintéző kivizsgálja a problémát” tevékenységnek feleltethető meg. Az ügyek végső állapotának elemzése segít megérteni a megoldás eredményét. Az állapot alapján a nyitott és lezárt ügyek is szűrhetők, és azonosíthatók azok, amelyek túl sokáig elakadnak egy adott állapotban.
Miért fontos?
Megmutatja az ügy aktuális állapotát és eredményét. Az állapotváltozásokból gyakran levezethető a tevékenységek sorrendje.
Hol szerezhető be?
Salesforce Case objektum, mező: Status
Példák
ÚjFolyamatbanÜgyfélre várLezárva
|
|||
|
Ügy prioritása
CasePriority
|
Az ügyfélszolgálati kéréshez rendelt prioritási szint, például magas, közepes vagy alacsony. | ||
|
Leírás
Az ügy prioritása az ügyfélszolgálati kérés sürgősségét jelző szabványos besorolás. Ez gyakran meghatározza a szolgáltatási szintre vonatkozó megállapodásban (SLA) szereplő válaszadási és megoldási határidőket. A folyamat teljesítményének prioritás szerinti elemzése elengedhetetlen a rangsorolási stratégia hatékonyságának értékeléséhez. Segít megállapítani, hogy a magas prioritású ügyeket valóban gyorsabban oldják-e meg, és teljesülnek-e a szigorú SLA-célok. Ez közvetlenül támogatja az ügyek rangsorolását és hatását bemutató dashboardot.
Miért fontos?
Segít megállapítani, hogy a folyamat megfelelően kezeli-e a sürgős ügyeket, és az ügyek fontosságának megfelelő szolgáltatási szinteket teljesíti-e.
Hol szerezhető be?
Salesforce Case objektum, mező: Priority
Példák
MagasKözepesAlacsony
|
|||
|
Ügy típusa
CaseType
|
A szolgáltatási kérelem besorolása, például kérdés, probléma vagy funkcióigény. | ||
|
Leírás
Az ügy típusa kategóriaalapú attribútum, amely segít besorolni az ügyfél megkeresésének vagy problémájának jellegét. Így a szolgáltatási kérelmek típus szerint csoportosíthatók, és megvizsgálható, hogyan kezelik az egyes ügytípusokat. Az ügytípus szerinti elemzésből kiderülhet, hogy bizonyos kérelmek más útvonalon haladnak, tovább tart a megoldásuk, vagy több átadásra van szükség. Ez az információ segít az adott munkakategóriákhoz igazítani és fejleszteni a folyamatot.
Miért fontos?
A folyamat ügytípus szerinti bontásával megvizsgálhatja, hogy eltérően kezelik-e a különböző kérelmeket, és hol érdemes célzott fejlesztést végezni.
Hol szerezhető be?
Salesforce Case objektum, mező: Type
Példák
ProblémaFunkcióigényKérdés
|
|||
|
Érintett termék
ProductInvolved
|
Az a konkrét termék vagy szolgáltatás, amelyre az ügyfél kérelme vonatkozik. | ||
|
Leírás
Ez az attribútum egy adott termékhez vagy szolgáltatáshoz kapcsolja a szolgáltatási kérelmet. A Salesforce-ban erre gyakran a Product objektumra mutató keresőmezőt használnak. A termék szerinti bontás elengedhetetlen a termékminőség elemzéséhez. Megmutatja, mely termékekhez érkezik a legtöbb támogatási kérelem, milyen problémák merülnek fel, és eltér-e a megoldás folyamata az egyes termékvonalaknál. Ezek az információk fontos visszajelzést adnak a termékfejlesztő csapatoknak.
Miért fontos?
Lehetővé teszi a termék szerinti folyamatelemzést, amely feltárhatja az egyes termékek minőségi problémáit és a támogatás hiányosságait.
Hol szerezhető be?
Salesforce Case objektum, mező: ProductId. Ez egy szabványos, de nem kötelező keresőmező.
Példák
Alpha CRM SuiteBeta Analytics ToolGamma Data Connector
|
|||
|
Eszkalálva van
IsEscalated
|
Jelzi, hogy eszkalálták-e az ügyet. | ||
|
Leírás
Ez a logikai attribútum jelzi, hogy eszkalálták-e a szolgáltatási kérelmet. A Salesforce-ban ezt a szabványos IsEscalated mező követi, amelyet az eszkalációs szabályok automatikusan állítanak be. Ez a jelző közvetlen adatforrása az Internal Escalation Analysis dashboardnak és az Internal Escalation Rate KPI-nak. Segítségével egyszerűen szűrhetők és összesíthetők az eszkalált ügyek, így mérhető az előfordulásuk, és elemezhető a hatásuk a megoldási időre és a folyamat összetettségére.
Miért fontos?
Közvetlenül méri az ügyek eszkalációját, amely a folyamat nehézségeire, összetettségére vagy az ügyintézők tudáshiányára utalhat.
Hol szerezhető be?
Salesforce Case objektum, mező: IsEscalated
Példák
truefalse
|
|||
|
Ügy tárgya
CaseSubject
|
Az ügyfél problémájának vagy kérelmének rövid összefoglalója, illetve címe. | ||
|
Leírás
A Case Subject rövid, szabad szöveges összefoglalót ad a szolgáltatási kérelemről. Gyakran az e-mail tárgya, vagy az ügyintéző, illetve az ügyfél által megadott cím. Bár ez a mező nem strukturált, ezért közvetlen folyamatelemzésre nem alkalmas, sok háttér-információt tartalmaz. Szövegbányászati módszerekkel kategorizálhatók az ügyek, felismerhetők az újonnan megjelenő problémák, és minőségi szempontokkal egészíthető ki a mennyiségi folyamatelemzés.
Miért fontos?
Gyors, magas szintű képet ad az ügyről. Ez hasznos, ha részletesebben szeretné megvizsgálni az adatokat, és szövegbányászatra is felhasználható.
Hol szerezhető be?
Salesforce Case objektum, mező: Subject
Példák
Nem tudok bejelentkezni a portálraKérdés a számlakivonattal kapcsolatbanFunkcióigény a jelentéskészítő dashboardhoz
|
|||
|
Ügyfél neve
CustomerName
|
A szolgáltatási kérelemhez tartozó ügyfél vagy fiók neve. | ||
|
Leírás
Ez az attribútum azonosítja a szolgáltatási kérelmet benyújtó ügyfelet. A Salesforce-ban ez lehet Contact (magánszemély) vagy Account (vállalat). Az ügyfél szerinti elemzés hasznos összefüggéseket tárhat fel. Például megmutathatja, hogy egyes ügyfeleknél gyakoribbak-e a problémák, vagy hosszabb ideig tart-e a megoldásuk. Az eredmények segítenek az ügyfélkapcsolatok kezelésében, és rámutathatnak a proaktív támogatás lehetőségeire.
Miért fontos?
Ügyfélközpontú elemzést tesz lehetővé, így feltárhatók az egyes ügyfelekre vagy ügyfélszegmensekre jellemző minták és teljesítménybeli eltérések.
Hol szerezhető be?
Salesforce Case objektum, mezők: ContactId vagy AccountId, amelyek rendre a Contact és az Account objektumra hivatkoznak.
Példák
Global Tech Inc.Emily WhiteInnovate Solutions
|
|||
|
Ügyintézők közötti átadások száma
AgentHandoffCount
|
Hányszor került át az ügy egyik ügyintézőtől vagy várólistáról egy másikhoz. | ||
|
Leírás
Ez a mutató azt méri, hányszor osztják át a szolgáltatási kérelmet a megoldás előtt. Kiszámításához az egy ügy életciklusa alatt az „AssignedAgent” attribútumban bekövetkező különálló változásokat számolják össze. Ez az attribútum az ügyenkénti átlagos ügyintézői átadások száma KPI alapja, és az Agent Handoffs and Rework Patterns dashboardon jelenik meg. A sok átadás gyakran a folyamat hiányosságaira, a felelősségi körök tisztázatlanságára vagy tudáshiányra utal. Ezek mind hosszabb megoldási időhöz és elégedetlen ügyfelekhez vezethetnek.
Miért fontos?
A folyamaton belüli fennakadásokat méri, mivel a túl sok átadás gyakran késedelmet és ügyfél-elégedetlenséget okoz.
Hol szerezhető be?
Az adatátalakítás során, ügyenként számítják ki: az egyes „ServiceRequest” értékekhez tartozó „AssignedAgent” mező egyedi értékeinek számából egyet levonnak.
Példák
0135
|
|||
|
Újramunkát igényel
IsRework
|
Jelzi, hogy az ügy újramunkát igényelt-e, vagy visszalépett-e egy korábbi szakaszba. | ||
|
Leírás
Ez a logikai attribútum az újramunkára utaló mintákat jelöli, például amikor egy ügyet lezárás után újranyitnak, vagy többször váltakozik az „Agent Investigates” és a „Solution Proposed” tevékenység. Az újramunka felismeréséhez a nem kívánt köröket kell keresni a tevékenységek sorrendjében. Ez az attribútum közvetlenül támogatja az újramunkák aránya KPI-t és az Agent Handoffs and Rework Patterns dashboardot. Az újramunkát igénylő ügyek azonosítása után az elemzők feltárhatják az okokat, például a nem megfelelő megoldást vagy a hiányos információgyűjtést, és intézkedhetnek a probléma megszüntetéséről.
Miért fontos?
Rámutat a folyamat hiányosságaira és a felesleges munkára, így célzottan elemezhetők a gyakran ismétlődő tevékenységek.
Hol szerezhető be?
Az adatátalakítás során, a tevékenységek sorrendjének elemzésével számítják ki. Például a „Case Closed” -> „Case Reopened” vagy a „Solution Proposed” -> „Agent Investigates Issue” sorrend ugyanazon az ügyön belül újramunkát jelez.
Példák
truefalse
|
|||
Ügyfélszolgálati tevékenységek
| Tevékenység | Leírás | ||
|---|---|---|---|
|
Belső eszkaláció indult
|
Ez a tevékenység akkor történik, amikor az ügy magasabb szintű támogatást vagy szakértelmet igényel, ezért hivatalosan eszkalálják. A Salesforce eszkalációs szabályai közvetlenül rögzíthetik, vagy egy mező változásából lehet rá következtetni. | ||
|
Miért fontos?
Az eszkalációk elemzése segít feltárni az összetett ügytípusokat, az első vonalban dolgozó ügyintézők képzési igényeit és a rendszerszintű problémákat. A folyamat akadozásának és a megoldási időre gyakorolt hatásának fontos mutatója.
Hol szerezhető be?
Az esemény közvetlenül rögzíthető a CaseEscalation rekordokból. Gyakrabban a CaseHistory objektumból állapítható meg, amikor egy jelölőnégyzet, például az „IsEscalated” értéke true-ra változik.
Rögzítés
Az „IsEscalated” mező true értékre változásának időbélyege.
Eseménytípus
inferred
|
|||
|
SLA-mérföldkő megsértve
|
Ez az esemény akkor következik be, ha nem teljesül egy szolgáltatási vállalás, például az első válaszra vagy a megoldásra vonatkozó határidő. A Salesforce ezt jogosultsági folyamatokkal és mérföldkőrekordokkal követi. | ||
|
Miért fontos?
Ez a tevékenység elengedhetetlen az SLA-k teljesítésének elemzéséhez és a megfelelés nyomon követéséhez. Közvetlenül megmutatja, mely ügyek nem feleltek meg az ügyfelek elvárásainak, így célzott folyamatfejlesztést tesz lehetővé.
Hol szerezhető be?
A CaseMilestone objektumból rögzíthető. Esemény keletkezik, amikor egy mérföldkőrekord IsViolated mezője true értékre változik.
Rögzítés
Az esemény időpontja az, amikor egy CaseMilestone rekord IsViolated jelzője true értékre változik.
Eseménytípus
explicit
|
|||
|
Ügy lezárva
|
Ez a tevékenység jelöli az ügyfélszolgálati kérés életciklusának végleges végét. A lezárt ügyön már nem várható további munka, kivéve, ha újra megnyitják. | ||
|
Miért fontos?
Végső eseményként ez adja az ügy teljes időtartamának kiszámításához szükséges végpontot. A „Resolved” és a „Closed” állapot közötti idő a lezárási folyamat hiányosságaira is rávilágíthat.
Hol szerezhető be?
Az ügy Case objektumában szereplő IsClosed mező true értékre állításának időbélyegéből állapítható meg. Ekkor a ClosedDate mező is kitöltődik.
Rögzítés
Az IsClosed mező true értékre változásának időbélyege, a CaseHistory objektumban rögzítve.
Eseménytípus
inferred
|
|||
|
Ügy megoldva
|
Ez a fontos mérföldkő azt jelzi, hogy az ügyintéző elvégezte az ügyfél problémájának megoldásához szükséges munkát. Az ügy ekkor a végleges lezárásra vár. Ez egy meghatározott idő elteltével automatikusan is megtörténhet. | ||
|
Miért fontos?
Ez az elsődleges végpont a megoldási idő méréséhez, és elengedhetetlen az SLA-k teljesítésének kiszámításához. Az ügyön végzett aktív munka végét jelöli.
Hol szerezhető be?
A CaseHistory objektumból állapítható meg, amikor a Status mező „Resolved” értékre változik. Ekkor az IsClosed mező még lehet false.
Rögzítés
Az ügy állapotának „Resolved” értékre változásakor rögzített időbélyeg.
Eseménytípus
inferred
|
|||
|
Ügy rögzítve
|
Ez a tevékenység jelöli az ügyfélszolgálati folyamat hivatalos kezdetét: ekkor rögzítik az új ügyfélszolgálati kérést, vagyis az ügyet a Salesforce-ban. Az esemény akkor rögzül, amikor létrejön egy új rekord a Case objektumban, pontos időbélyeggel. | ||
|
Miért fontos?
Ez az elsődleges kezdő esemény szükséges az ügy teljes életciklusának és megoldási idejének kiszámításához. Kiindulópontot ad az SLA-k teljesítésének méréséhez és az ügyforgalom megértéséhez.
Hol szerezhető be?
Ez az esemény a Case objektum rekordjának létrehozásakor következik be. Az időbélyeg a szabványos CreatedDate mezőben szerepel.
Rögzítés
Közvetlenül a Case rekord létrehozásának időbélyegéből.
Eseménytípus
explicit
|
|||
|
Ügyintézőhöz rendelt ügy
|
Azt a pillanatot jelöli, amikor az ügyfélszolgálati kérést egy adott ügyintézőhöz vagy várólistához rendelik. Ez a folyamat alapvető lépése, amelyet az ügy tulajdonosának módosítása rögzít. | ||
|
Miért fontos?
Ez a tevékenység szükséges az ügyintézők munkaterhelésének, a hozzárendelés késedelmeinek és az átadások gyakoriságának követéséhez. Alapot ad az ügyintézői teljesítmény elemzéséhez és a hozzárendelési folyamat szűk keresztmetszeteinek feltárásához.
Hol szerezhető be?
A Case objektum OwnerId mezőjének változásából állapítható meg. A változás időbélyegét a CaseHistory objektum rögzíti.
Rögzítés
Keresse meg az OwnerId mező első frissítésének időbélyegét.
Eseménytípus
inferred
|
|||
|
Elégedettségi felmérés elküldve
|
Az ügyfél-elégedettségi (CSAT) vagy a Net Promoter Score (NPS) felmérés kiküldését jelöli. Ez általában az ügy megoldása vagy lezárása után automatikusan történik. | ||
|
Miért fontos?
Bár nem része az ügymegoldás alapfolyamatának, ez a tevékenység segít megérteni a visszajelzési folyamatot. Az időzítés és a gyakoriság elemzésével biztosítható, hogy az ügyfelek véleménye rendszeresen eljusson a vállalathoz.
Hol szerezhető be?
A Case rekordhoz kapcsolódó, felmérési sablonnak megfelelő kimenő EmailMessage rekordból állapítható meg. A SurveyInvitation rekord létrehozása is rögzítheti.
Rögzítés
Keresse meg a kimenő felmérési e-mailt vagy a SurveyInvitation rekord létrehozását.
Eseménytípus
inferred
|
|||
|
Első visszaigazolás elküldve
|
Az ügyfélnek küldött első üzenetet jelöli, amely visszaigazolja az ügyfélszolgálati kérés beérkezését. Ez általában az ügy létrehozásakor automatikusan kiküldött e-mail. Az esemény az első kimenő üzenet azonosításával állapítható meg. | ||
|
Miért fontos?
Ennek a tevékenységnek a követése elengedhetetlen az első válaszidő méréséhez és ahhoz, hogy az ügyfelek időben értesüljenek a kérésük beérkezéséről. Segít elemezni az „első visszaigazolás késleltetése” KPI-t, és javítani az ügyfélkommunikációt.
Hol szerezhető be?
A Case rekordhoz kapcsolódó első kimenő EmailMessage rekord időbélyegéből állapítható meg. Automatizálási szabály által kiváltott egyéni mezőfrissítésből is következtetni lehet rá.
Rögzítés
Keresse meg a Case rekordhoz kapcsolódó első kimenő EmailMessage időbélyegét.
Eseménytípus
inferred
|
|||
|
Információ érkezett az ügyféltől
|
Ez a tevékenység jelöli az ügyfélre várakozás végét, amikor az ügyfél elküldi a kért információt. Gyakran abból állapítható meg, hogy egy bejövő üzenet után az ügy állapota ismét aktívra változik. | ||
|
Miért fontos?
Ennek az eseménynek a követése elengedhetetlen az ügyfél válaszidejének és az ügy teljes életciklusára gyakorolt hatásának megértéséhez. Azt jelzi, hogy az ügyintéző folytatja az aktív munkát.
Hol szerezhető be?
A Case rekordhoz kapcsolódó bejövő EmailMessage időbélyegéből, vagy a CaseHistory objektumban a „Waiting on Customer” állapotról „In Progress” állapotra történő váltásból állapítható meg.
Rögzítés
A bejövő e-mail vagy a várakozási állapotból történő váltás időbélyege.
Eseménytípus
inferred
|
|||
|
Megoldási javaslat az ügyfélnek
|
Azt jelzi, amikor az ügyintéző lehetséges megoldást javasol az ügyfélnek. Ez fogalmi lépés, amely általában egy kimenő üzenetből vagy egy adott állapotváltozásból állapítható meg. | ||
|
Miért fontos?
Ennek a mérföldkőnek a követése segít mérni a kivizsgálás kezdetétől a megoldási javaslatig eltelt időt. Ha az ügyfél nem fogadja el a javaslatot, ez egy újabb egyeztetési kör kezdetét is jelezheti.
Hol szerezhető be?
A CaseHistory objektumban szereplő, „Solution Provided” értékre váltó állapotból vagy meghatározott kulcsszavakat tartalmazó kimenő EmailMessage rekordból állapítható meg.
Rögzítés
Az állapotváltozás vagy a kimenő üzenet eseményének időbélyege.
Eseménytípus
inferred
|
|||
|
További információ kérése az ügyféltől
|
Ez a tevékenység akkor történik, amikor az ügyintézőnek további információra van szüksége az ügyféltől a munka folytatásához. Általában abból állapítható meg, hogy az ügy állapota „ügyfélre vár” értékre változik. | ||
|
Miért fontos?
Ez a tevékenység jelöli az ügyintéző által nem befolyásolható várakozási idő kezdetét. Ennek elkülönítése elengedhetetlen a belső folyamat hatékonyságának és az ügyintézői teljesítménynek a pontos méréséhez.
Hol szerezhető be?
A CaseHistory objektumból állapítható meg, amikor a Status mező például „Waiting on Customer Response” vagy „Pending” értékre változik.
Rögzítés
Az ügy állapotának várakozást jelző értékre változásakor rögzített időbélyeg.
Eseménytípus
inferred
|
|||
|
Ügy kategorizálva és rangsorolva
|
Ez a tevékenység akkor történik, amikor az ügyhöz típust, kategóriát és prioritást rendelnek. Ezt gyakran egy előszűrést végző csapat vagy automatizálási szabály végzi. A tevékenység a megfelelő ügymezők változásaiból állapítható meg. | ||
|
Miért fontos?
A kategorizálás segít megérteni az ügyek megoszlását és az irányítás hatékonyságát. Ennek a lépésnek az elemzésével javítható a munkaterhelés elosztása, és biztosítható, hogy a magas prioritású ügyeket időben kezeljék.
Hol szerezhető be?
A CaseHistory objektumból állapítható meg annak követésével, hogy mikor töltik ki először a Priority, Type vagy más besorolási mezőt, illetve mikor változik meg annak alapértelmezett értéke.
Rögzítés
Kövesse a CaseHistory objektumban a Priority vagy Type mezőhöz hasonló mezők frissítéseit.
Eseménytípus
inferred
|
|||
|
Ügy újra kiosztva
|
Azt az átadást jelöli, amikor az ügyet az első hozzárendelés után egy másik ügyintézőhöz vagy várólistához helyezik át. Ez az ügy tulajdonosának későbbi módosításaiból állapítható meg. | ||
|
Miért fontos?
A gyakori újrakiosztás hibás kezdeti irányításra, nem hatékony folyamatokra vagy tudáshiányra utalhat. Ez késedelmekhez és rossz ügyfélélményhez vezethet. A tevékenység segít számszerűsíteni az ügyintézők közötti átadásokat.
Hol szerezhető be?
A CaseHistory objektumban az OwnerId mező első hozzárendelés utáni bármely változásából állapítható meg.
Rögzítés
Keresse meg az OwnerId mező első frissítését követő összes módosítást.
Eseménytípus
inferred
|
|||
|
Ügy újranyitva
|
Akkor történik, amikor egy korábban megoldott vagy lezárt ügyet újra aktiválnak, mert a probléma visszatért, vagy a megoldás nem bizonyult hatékonynak. Ez az ismételt munka fontos jelzője. | ||
|
Miért fontos?
Az újranyitott ügyek gyakran arra utalnak, hogy a megoldás nem volt megfelelő, vagy nem sikerült első kapcsolatfelvételkor megoldani az ügyet. Gyakoriságuk és kiváltó okaik elemzése elengedhetetlen a szolgáltatás minőségének javításához.
Hol szerezhető be?
A CaseHistory objektumból állapítható meg, amikor az IsClosed mező true értékről false értékre változik, vagy az állapot lezárt vagy megoldott értékről nyitottra vált.
Rögzítés
A Status vagy az IsClosed mező végállapotból aktív állapotba váltásának időbélyege.
Eseménytípus
inferred
|
|||
|
Ügyintéző kivizsgálja a problémát
|
Azt a szakaszt jelöli, amikor az ügyintéző aktívan dolgozik az ügyfél problémájának diagnosztizálásán és megértésén. Ez nem önálló esemény, hanem abból állapítható meg, hogy az ügy állapota új vagy nyitott értékről folyamatban lévőre változik. | ||
|
Miért fontos?
A kivizsgálási szakasz időtartamának ismerete segít feltárni az ügyfélszolgálati kérések összetettségét, valamint azokat a területeket, ahol az ügyintézőknek több képzésre vagy erőforrásra lehet szükségük. Elkülöníti az aktív munkavégzést a várakozástól.
Hol szerezhető be?
A CaseHistory objektumból állapítható meg, amikor a Status mező aktív munkavégzést jelző értékre, például „In Progress” vagy „Working” értékre változik.
Rögzítés
Az ügy állapotának folyamatban lévő értékre változásakor rögzített időbélyeg.
Eseménytípus
inferred
|
|||
Útmutatók az adatok kinyeréséhez
Készen áll a kezdésre?
Használja ezt az adatsablont a process mining bevezetésének felgyorsításához, és tárja fel az ügyfélszolgálati működés rejtett fejlesztési lehetőségeit. Kezdje el még ma fejleszteni szolgáltatását!
Növelje ügyfélszolgálata hatékonyságát még ma
Az ügyek 80%-át oldja meg már az első kapcsolatfelvételkor, és növelje az ügyfél-elégedettségi mutatókat.
Nincs szükség bankkártyára