Müşteri Enerji ve Altyapıi Data Şablonunuz

Freshdesk
Müşteri Enerji ve Altyapıi `Data` Şablonunuz

Müşteri Enerji ve Altyapıi Data Şablonunuz

Bu şablon, etkili müşteri hizmetleri analizi için gerekli temel `data` `niteliklerine` ve süreç `aktivitelerine` ayrıntılı bir rehber sunar. Ayrıca `data`nızı verimli bir şekilde toplamanıza yardımcı olacak pratik veri çekme kılavuzu de içerir. Bu kaynağı, `data` toplamanızı kolaylaştırmak ve anlamlı Process Mining için hazırlanmak amacıyla kullanın.
  • Önerilen Öznitelikler
  • İzlenecek Temel Etkinlikler
  • Veri Çekim Kılavuzu
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

Müşteri Enerji ve Altyapıi Öznitelikleri

Bunlar, detaylı müşteri hizmetleri analizi ve derinlemesine stratejik bilgiler elde etmek için event lognüze (event log) dahil etmeniz gereken önerilen `data` alanlarıdır.
3 Gerekli 4 Önerilen 12 İsteğe Bağlı
Ad Açıklama
Aktivite
Activity
Müşteri hizmetleri sürecinde gerçekleşen belirli bir iş olayının veya adımının adı.
Açıklama

Aktivite özniteliği, bir hizmet talebinin süreç döngüsündeki belirgin bir eylemi veya durum değişikliğini temsil eder. 'Talep Oluşturuldu', 'Talep Atandı', 'İlk Yanıt Gönderildi' ve 'Talep Çözüldü' gibi önemli iş event'lerini kaydeder. Bu aktiviteler süreç haritasındaki düğümleri oluşturur.

Bu aktivitelerin sırasını ve sıklığını analiz etmek Process Mining'in merkezindedir. Süreç akışlarının görselleştirilmesine, yaygın ve nadir yolların belirlenmesine ve standart işletme prosedüründen sapmaların tespit edilmesine sunar. Aktiviteleri anlamak, verimsizlikleri, 'Talep Yeniden Açıldı' gibi yeniden işleme döngülerini veya uyumluluk sorunlarını belirlemek için büyük önem taşır.

Neden önemli

Bu öznitelik, süreç haritasındaki adımları tanımlayarak, süreç akışının baştan sona görselleştirilmesini ve analiz edilmesini sunar.

Nereden alınır

Freshdesk içindeki olay tiplerinden türetilmiştir. Bu, 'Tickets' API uç noktasından durum değişikliklerinin ve 'Conversations' uç noktasından notlar veya yanıtlar gibi belirli olayların bir kombinasyonu olabilir.

Örnekler
Bilet Oluşturulduİlk Yanıt GönderildiDurum Beklemede Olarak DeğiştirildiTalep ÇözüldüTalep Kapatıldı
BT Hizmet Talebi Yönetimi
ServiceRequest
Genellikle bir talep veya durum olarak bilinen, tek bir müşteri sorgusunun veya sorununun benzersiz tanımlayıcısı.
Açıklama

BT Hizmet Talebi Yönetimi, tek bir müşteri etkileşimiyle ilgili tüm aktiviteleri birbirine bağlayan birincil durum tanımlayıcıdır. Her yeni müşteri sorgusu, problemi veya talebi benzersiz bir BT Hizmet Talebi Yönetimi Kimliği oluşturur. Bu kimlik, talebin süreç döngüsü boyunca, oluşturulmasından atanmasına, çözümünden kapatılmasına kadar sabit kalır.

Process Mining'de bu öznitelik, her müşteri durumunun tüm sürecini yeniden yapılandırmak için büyük önem taşır. Tüm ilgili event'leri tek bir BT Hizmet Talebi Yönetimi Kimliği altında gruplayarak, analistler süreç akışlarını görselleştirebilir, döngü sürelerini ölçebilir ve bireysel durumları etkileyen varyasyonları veya darboğazları belirleyebilir.

Neden önemli

Bu, tüm ilgili event'leri tek bir süreç örneğine bağlayarak her müşteri hizmetleri yolculuğunun tam bir görünümünü sağlayan temel Durum Kimliğidir.

Nereden alınır

Bu, Freshdesk'teki birincil talep kimliğidir ve genellikle 'Tickets' API endpoint'indeki 'id' alanı olarak bulunur.

Örnekler
SR-2023-10-4831SR-2023-11-0192SR-2023-11-5210
Olay Zamanı
EventTime
Belirli bir faaliyetin veya olayın ne zaman gerçekleştiğini gösteren zaman damgası (zaman damgası)dır.
Açıklama

Event Time veya zaman damgası (zaman damgası), bir etkinliğin gerçekleştiği kesin tarihi ve saati kaydeder. Olayları kronolojik olarak sıralamak ve süreçteki farklı adımlar arasındaki süreleri hesaplamak için kritik bir bileşendir. Kaydedilen her etkinlikte karşılık gelen bir zaman damgası (zaman damgası) olmalıdır.

Analizde, bu öznitelik her hizmet talebinin zaman çizelgesini oluşturmak için kullanılır. Çözüm süresi, ilk yanıt süresi ve darboğazların süresi gibi tüm zamanla ilgili KPI'ları hesaplanmasında temel rol oynar. Doğru zaman damgaları, süreç performansını anlamak ve gecikmeleri belirlemek için büyük önem taşır.

Neden önemli

Bu zaman damgası (zaman damgası), event'leri kronolojik sıraya koymak ve döngü süreleri ve SLA uyumluluğu gibi tüm süre tabanlı metrikleri hesaplanmasında temel rol oynar.

Nereden alınır

Freshdesk API'sindeki talep event'leri, yanıtları veya durum değişiklikleriyle ilişkili 'created_at' veya 'updated_at' alanlarına karşılık gelir.

Örnekler
2023-10-25T10:00:00Z2023-10-25T10:05:14Z2023-10-26T14:30:00Z
Atanan Temsilci
AssignedAgent
Olayın gerçekleştiği anda talepten sorumlu olan müşteri hizmetleri temsilcisinin adı veya kimliği.
Açıklama

Bu öznitelik, hizmet talebini ele almak üzere atanan belirli temsilciyi tanımlar. Atanan temsilci, yeniden atamalar veya eskalasyonlar nedeniyle talebin süreç döngüsü boyunca değişebilir.

Atanan Temsilciye göre data analizi, performans yönetimi kontrol paneli'ları için büyük önem taşır. Ortalama çözüm süresi, talep hacmi ve yeniden açılma oranları gibi temsilciye özgü KPI'ların ölçülmesine sunar. Bu, en iyi performans gösteren temsilcileri belirlemeye, eğitim ihtiyaçlarını ortaya çıkarmaya ve temsilci aktarımlarının genel çözüm süresi üzerindeki etkisini analiz etmeye yardımcı olur.

Neden önemli

Bireysel temsilci bazında performans analizine sunar, en iyi performans gösterenleri, eğitim fırsatlarını ve yeniden atamaların etkisini belirlemeye yardımcı olur.

Nereden alınır

Freshdesk 'Tickets' nesnesindeki 'responder_id' alanına karşılık gelir ve bu daha sonra temsilci detaylarıyla birleştirilebilir.

Örnekler
Alice JohnsonRobert SmithMaria Garcia
BT Hizmet Talebi Yönetimi Türü
ServiceRequestType
'Soru', 'Olay', 'Problem' veya 'Özellik Talebi' gibi hizmet talebinin sınıflandırması.
Açıklama

BT Hizmet Talebi Yönetimi Türü, müşterinin sorgusunun niteliğini tanımlayan kritik bir kategorizasyon alanıdır. Bu sınıflandırma genellikle talep oluşturulduğunda veya ilk değerlendirme adımında belirlenir ve talebi uygun ekibe veya temsilciye yönlendirmeye yardımcı olur.

Analizde, bu öznitelik farklı talep türlerinin nasıl ele alındığını anlamak için süreci segmentlere ayırmaya sunar. 'Olaylar sorulara göre daha uzun mu çözülüyor?' ve 'Hangi talep türleri en sık yeniden açılıyor?' gibi sorulara yanıt bulmaya yardımcı olur. Bu segmentasyon, türe özgü darboğazları belirlemek ve workflow'ları buna göre iyileştirmek için temel rol oynar.

Neden önemli

Olaylar ve sorular gibi farklı müşteri sorunları türleri için performansı ve iş akışlarını karşılaştırmak amacıyla süreç segmentasyonuna sunar.

Nereden alınır

Bu, Freshdesk 'Tickets' nesnesinde mevcut olan 'type' alanıdır.

Örnekler
SoruOlayProblemÖzellik Talebi
Durum
Status
'Açık', 'Beklemede', 'Çözüldü' veya 'Kapalı' gibi hizmet talebinin mevcut veya geçmiş durumu.
Açıklama

Durum özniteliği, belirli bir zamanda bir hizmet talebinin durumunu gösterir. Durum değişiklikleri genellikle süreçteki önemli dönüm noktaları.nı temsil eder; örneğin, müşteri girdisi beklenirken 'Açık'tan 'Beklemede'ye geçiş veya müşteri yanıt verdiğinde 'Beklemede'den 'Açık'a geçiş gibi.

Durum değişikliklerini izlemek, talebin süreç döngüsünü anlamak için büyük önem taşır. Taleplerin belirli durumlarda ne kadar zaman geçirdiğini belirlemeye yardımcı olur ve bu, darboğazları tespit etmek için kullanışlıdır. Örneğin, 'Beklemede' durumunda uzun süre kalmak, müşterilerden bilgi almada gecikmeleri gösterebilir.

Neden önemli

Durum değişikliklerini izlemek, talep süreç döngüsünü anlamanın ve durumların 'Beklemede' veya 'Müşteri Beklemede' gibi belirli durumlarda ne kadar süre kaldığını belirlemenin anahtarıdır.

Nereden alınır

Freshdesk 'Tickets' nesnesindeki 'status' alanına karşılık gelir. Tarihsel durumların aktivite günlüklerinden çıkarılması gerekir.

Örnekler
AçıkBeklemedeÇözüldüKapalı
Öncelik
Priority
'Düşük', 'Orta', 'Yüksek' veya 'Acil' gibi hizmet talebine atanan öncelik seviyesi.
Açıklama

Öncelik özniteliği, bir hizmet talebinin aciliyetini yansıtır ve genellikle hedef yanıt ve çözüm sürelerini belirler. Öncelik, kurallara göre otomatik olarak veya temsilci tarafından ilk değerlendirme sırasında manuel olarak ayarlanabilir.

Bu öznitelik, SLA uyumluluğunu ve kaynak tahsisini analiz etmek için büyük önem taşır. Süreç haritasını önceliğe göre filtreleyerek, analistler, yüksek öncelikli taleplerin düşük öncelikli olanlardan gerçekten daha hızlı ele alınıp alınmadığını belirleyebilir. Ayrıca, yeniden işleme biçimi olan öncelik değişikliklerinin yaygın olup olmadığını ve sürece ne gibi etkileri olduğunu anlamaya da yardımcı olur.

Neden önemli

SLA analizi ve kaynakların yüksek öncelikli sorunları düşük öncelikli olanlardan daha hızlı ele almak için doğru şekilde tahsis edilip edilmediğini anlamak için gereklidir.

Nereden alınır

Freshdesk 'Tickets' nesnesindeki 'priority' alanına karşılık gelir.

Örnekler
DüşükOrtaYüksekAcil
Atanan Grup
AssignedGroup
Hizmet talebinin atandığı ekip veya departman.
Açıklama

Atanan Grup, belirli bir hizmet talebini ele almaktan sorumlu temsilci ekibini temsil eder. Talepler genellikle 'Teknik Destek' veya 'Fatura Departmanı' gibi, türlerine veya karmaşıklıklarına göre uzmanlaşmış gruplara yönlendirilir.

Bu öznitelik, departmanlar arası aktarımları ve ekip düzeyindeki performansı analiz etmek için değerlidir. En çok talebi hangi grupların işlediğini, en uzun çözüm sürelerine sahip olanları ve taleplerin gruplar arasında ne sıklıkla aktarıldığını belirlemeye yardımcı olur. Bu bilgi, ekip yapısını ve workflow'larını iyileştirmek için temel rol oynar.

Neden önemli

Ekip veya departman düzeyinde performans analizine sunar, el değiştirmeleri vurgular ve gruba özel darboğazları belirler.

Nereden alınır

Freshdesk 'Tickets' nesnesindeki 'group_id' alanına karşılık gelir.

Örnekler
L1 DestekL2 Teknik DestekFaturalandırmaMüşteri Başarısı
İletişim Kanalı
CommunicationChannel
Hizmet talebinin başlatıldığı 'E-posta', 'Telefon', 'Chat' veya 'Web Portalı' gibi kanalı ifade eder.
Açıklama

Bu öznitelik, müşteri iletişiminin kökenini veya kanalını tanımlar. Farklı kanallar, belirgin süreç akışlarına ve çözüm sürelerine sahip olabilir. Örneğin, chat aracılığıyla başlatılan bir talep, e-posta ile gönderilen bir talepten daha kısa beklenen çözüm süresine sahip olabilir.

Süreci iletişim kanalına göre analiz etmek, kaynak tahsisini optimize etmeye ve kanal verimliliğini anlamaya yardımcı olur. Hangi kanalların daha hızlı çözümler veya daha yüksek müşteri memnuniyeti ile ilişkili olduğunu ortaya çıkarabilir ve hangi kanallara yatırım yapılacağı veya hangi kanalların tanıtılacağı konusunda stratejik kararlar alınmasına bilgi sunar.

Neden önemli

E-posta, telefon veya sohbet gibi farklı müşteri iletişim kanallarındaki süreç performansını ve verimliliğini analiz etmeye yardımcı olur.

Nereden alınır

Freshdesk 'Tickets' nesnesindeki 'source' alanına karşılık gelir.

Örnekler
E-postaTelefonWeb PortalChat
İlk Yanıt Süresi
FirstResponseTime
Talep oluşturulmasından müşteriye ilk temsilci yanıtına kadar geçen süre.
Açıklama

First Response Time, bir müşterinin bir hizmet temsilcisinden otomatik olmayan bir ilk yanıtı ne kadar hızlı aldığını ölçer. 'First Response Sent' etkinliğinin zaman damgası (zaman damgası) ile 'Ticket Created' etkinliğinin zaman damgası (zaman damgası) arasındaki fark olarak hesaplanır.

Bu KPI, hizmet duyarlılığının temel bir göstergesidir ve müşteri memnuniyeti üzerinde güçlü bir etkiye sahiptir. Kısa bir First Response Time, müşteriye sorununun anlaşıldığı ve ele alındığı konusunda güvence verir. Bu metriği analiz etmek, kuruluşların ilk yanıt SLA'larını karşıladığından ve hızlı bir müşteri deneyimi sunduğundan emin olmalarına yardımcı olur.

Neden önemli

Müşteri memnuniyetinin anahtar bir faktörü olan hizmet yanıt verme hızını ölçer ve proaktif hizmet sunumu hedefine doğrudan katkıda bulunur.

Nereden alınır

Hesaplanmış alan. 'Bilet Oluşturuldu' olayının zaman damgası (zaman damgası) ile 'İlk Yanıt Gönderildi' olayının zaman damgası (zaman damgası) arasındaki süredir.

Örnekler
3000009000001800000
Kaynak Sistem
SourceSystem
`Data`nın çıkarıldığı sistem, bu durumda 'Freshdesk'tir.
Açıklama

Bu öznitelik, süreç datasının kaynaklandığı uygulamayı tanımlar. Bu analiz için değer statik olacak, örneğin 'Freshdesk', tüm event'lerin Freshdesk müşteri hizmetleri platformundan olduğunu gösterecektir.

Basit gibi görünse de, bu öznitelik data yönetişimi ve birden fazla sistemden gelen data'nın birleştirildiği senaryolarda önemlidir. Net bir soy ağacı ve bağlam sağlayarak, analistlerin inceledikleri data'nın kaynağını anlamalarını güvence altına alır. Bu, data bütünlüğünü korumak ve analize güven oluşturmak için büyük önem taşır.

Neden önemli

Veri yönetişimi ve birden fazla kaynak sistemden gelen data birleştirilirken kritik data kaynağı hakkında temel bağlam sunar.

Nereden alınır

Bu, data dönüşüm süreci sırasında data kaynağını belirlemek için eklenen statik bir 'Freshdesk' değeridir.

Örnekler
Freshdesk
Memnuniyet Puanı
SatisfactionRating
Talep çözüldükten sonra müşteri tarafından verilen memnuniyet puanı.
Açıklama

Memnuniyet Puanı, genellikle bir talep çözüldükten sonra gönderilen bir anket aracılığıyla toplanan önemli bir sonuç ölçütüdür. Genellikle sayısal bir puan veya 'Memnun', 'Tarafsız' veya 'Memnuniyetsiz' gibi kategorik bir derecelendirmeden oluşur.

Bu öznitelik, süreç kalıplarını müşteri sonuçlarıyla ilişkilendirmeye sunar. Düşük memnuniyet puanlarına yol açan süreç varyantlarını analiz ederek, kuruluşlar müşteri deneyimini olumsuz etkileyen belirli davranışları veya gecikmeleri belirleyebilir. Bu, süreç verimliliği ile müşteri mutluluğu arasında doğrudan bir bağlantı sunar.

Neden önemli

Süreç yürütmeyi müşteri sonuçlarıyla ilişkilendirir, hangi süreç davranışlarının yüksek veya düşük müşteri memnuniyetine yol açtığını belirlemeye yardımcı olur.

Nereden alınır

Bu data, Freshdesk'teki memnuniyet derecelendirme özelliğinin bir parçasıdır ve 'Surveys' veya 'Satisfaction Ratings' API endpoint'i aracılığıyla alınabilir.

Örnekler
5314
Müşteri Adı
CustomerName
Hizmet talebini başlatan müşterinin adı veya kimliği.
Açıklama

Bu öznitelik, hizmet talebiyle ilişkili müşteriyi tanımlar. Süreci müşteri odaklı bir bakış açısıyla analiz etme imkanı sunarak, belirli bir müşteri için tüm etkileşimleri zaman içinde izler.

Müşteriye göre analiz yapmak, hangi müşterilerin en çok talep gönderdiğini veya en çok yeniden açılan sorunları yaşadığını gibi kalıpları ortaya çıkarabilir. Bu, müşteri başarısı girişimlerini bilgilendirebilir ve kötü hizmet deneyimleri nedeniyle ayrılma riski taşıyan müşterileri belirlemeye yardımcı olabilir. Ayrıca birden fazla hizmet talebi genelinde uçtan uca müşteri yolculuğunu anlamak için de büyük önem taşır.

Neden önemli

Müşteri odaklı bir süreç görünümü sunar, sık talepte bulunanları veya tekrar eden sorunlar yaşayan müşterileri belirlemeye yardımcı olur.

Nereden alınır

Bu bilgi, 'Tickets' nesnesindeki 'requester_id' aracılığıyla bağlantılıdır ve Freshdesk'teki 'Contacts' veya 'Users' nesnesine bağlanır.

Örnekler
John DoeJane Smith`Global Tech Inc.`
SLA Hedef Çözüm Süresi
SlaTargetResolutionTime
Hizmet talebini çözmek için sözleşmeyle kararlaştırılan veya hedeflenen süre.
Açıklama

Bu öznitelik, bir hizmet talebinin Hizmet Seviyesi Anlaşması (SLA) uyarınca çözülmesi gereken hedef süreyi tanımlar. Bu hedef genellikle talebin önceliğine veya türüne bağlıdır.

Bu, SLA uyumluluğunu hesaplamak için kritik bir girdidir. Gerçek çözüm süresini bu hedefle karşılaştırarak, 'Karşılandı' veya 'İhlal Edildi' kararı verilebilir. Farklı talep türleri, ekipler veya temsilciler genelinde SLA performansını analiz etmek, hizmet yönetiminin temel bir parçasıdır.

Neden önemli

Herhangi bir müşteri hizmetleri kuruluşu için temel bir performans göstergesi olan SLA uyumluluğunu ölçmek için temel bir referans noktası sunar.

Nereden alınır

Bu, Freshdesk 'Tickets' nesnesinde 'fr_due_by' (ilk yanıt) veya 'due_by' (çözüm) gibi bir alan olarak mevcut olabilir veya SLA politika kurallarına göre türetilmesi gerekebilir.

Örnekler
2023-10-25T14:00:00Z2023-10-27T09:00:00Z2023-11-01T17:00:00Z
SLA İhlal Edildi mi?
IsSlaBreached
Hizmet talebi çözüm süresinin SLA hedefini aşıp aşmadığını gösteren bir boole bayrağı.
Açıklama

Bu hesaplanmış öznitelik, her hizmet talebi için SLA uyumluluğunun açık, ikili bir göstergesini sunar. Gerçek 'ResolutionTime' ile 'SlaTargetResolutionTime' karşılaştırılarak elde edilir. Eğer gerçek süre hedeften büyükse, işaret doğru (true) olur.

Bu öznitelik, SLA uyumluluğu için analiz ve kontrol paneli oluşturmayı basitleştirir. İhlal edilen taleplerin kolayca sayılmasını ve filtrelenmesini sağlayarak, analistlerin SLA uyumsuzluğunun ölçeğini hızla belirlemesine ve kök nedenleri bulmak için ihlal edilen taleplerin süreç kalıplarına inmesini sunar. SLA Uyumluluk Genel Bakış kontrol paneli'unu ve KPI'sını doğrudan destekler.

Neden önemli

Hedefini karşılayamayan her durum için net bir işaret sağlayarak SLA uyumluluk analizini basitleştirir, bu da ihlallerin kök neden analizini sunar.

Nereden alınır

Bu, gerçek çözüm zaman damgası (zaman damgası)nı Freshdesk'ten alınan 'SlaTargetResolutionTime' veya 'due_by' alanı ile karşılaştırarak elde edilen hesaplanmış bir alandır.

Örnekler
truefalse
Son Veri Güncellemesi
LastDataUpdate
Verilerin kaynak sistemden son yenilendiği zamanı gösteren `zaman damgası (zaman damgası)dır.
Açıklama

Bu öznitelik, data setinin Freshdesk'ten en son çıkarıldığı veya güncellendiği tarih ve saati kaydeder. Analiz edilen data'nın güncelliğine netlik kazandırır ve zamanında ve ilgili iş kararları almak için büyük önem taşır.

Analistler bu bilgiyi, data'nın kapsadığı zaman aralığını anlamak ve mevcut en güncel bilgilerle çalıştıklarını doğrulamak için kullanır. Herhangi bir Process Mining kontrol paneli'u veya raporu için önemli bir metadata parçasıdır ve paydaşların data'nın güncelliğinden haberdar olmasını sunar.

Neden önemli

Verilerin güncelliğini gösterir, analizlerin ve kararların güncel bilgilere dayanmasını sunar.

Nereden alınır

Bu, data çıkarma işlemi sırasında oluşturulan ve data çekme işleminin zaman damgası (zaman damgası)nı yakalayan bir metadata alanıdır.

Örnekler
2023-12-01T08:00:00Z
Temsilci Aktarım Sayısı
AgentTransferCount
Bir hizmet talebinin bir temsilciden diğerine yeniden atandığı toplam sayı.
Açıklama

Bu öznitelik, bir talebin atanan temsilcisinin kaç kez değiştiğini sayan bir durum seviyesi ölçütüdür. Her hizmet talebi için 'Talep Yeniden Atandı' aktivitesinin oluşumlarını sayarak hesaplanır.

'Ping-pong' olarak da bilinen sık aktarımlar, önemli gecikmelere ve bağlamın her aktarımda kaybolması nedeniyle sinir bozucu bir müşteri deneyimine yol açabilir. Aktarım sayısını analiz etmek, ilk yönlendirme ile ilgili sorunları, temsilci beceri eksikliklerini veya süreç karmaşıklığını belirlemeye yardımcı olur. Amaç genellikle, verimliliği ve müşteri memnuniyetini artırmak için gereksiz aktarımları en aza indirmektir.

Neden önemli

Dahili aktarımların sıklığını ölçer. Bu aktarımlar gecikmelerin ve müşteri memnuniyetsizliğinin önemli bir kaynağı olabilir; ilk seviye çözüm oranının artırılmasına yardımcı olur.

Nereden alınır

Hesaplanmış alan. Bu, her benzersiz BT Hizmet Talebi Yönetimi için 'Ticket Reassigned' etkinliklerinin sayısıdır.

Örnekler
0132
Ürün
Product
Müşterinin talebinin ilgili olduğu ürün veya hizmet.
Açıklama

Bu öznitelik, hizmet talebinin konusu olan ürün veya hizmet hattını belirtir. Bu, genellikle Freshdesk'te yönlendirme ve raporlama için talepleri kategorize etmeye yardımcı olmak üzere yapılandırılmış özel bir alandır.

Süreci ürüne göre filtreleyerek, kuruluşlar ürüne özgü sorunları ortaya çıkarabilir. Örneğin, belirli bir ürünün orantısız sayıda destek talebi oluşturup oluşturmadığını veya yeni bir ürün lansmanının sorgularda ani bir artışa neden olup olmadığını vurgulayabilir. Bu analiz, ürün geliştirme ve yönetim ekiplerine değerli geri bildirim sunar.

Neden önemli

Sürecin ürün alanına göre filtrelenmesine sunar, hangi ürünlerin en çok destek talebi oluşturduğunu veya en uzun çözüm sürelerine sahip olduğunu gösteren stratejik bilgiler sunar.

Nereden alınır

Bu genellikle özel bir alandır. Kesin konumu Freshdesk yapılandırmasına bağlıdır ve muhtemelen 'Tickets' API yanıtının 'custom_fields' bölümünde bulunur.

Örnekler
Alpha PlatformBeta Mobil UygulamaGamma Aboneliği
Yeniden Açıldı mı?
IsReopened
Çözümlenmiş bir hizmet talebinin tekrar açılıp açılmadığını gösteren bir boole bayrağı.
Açıklama

Bu durum seviyesi özniteliği, bir hizmet talebinin süreç döngüsünün herhangi bir noktasında 'Talep Yeniden Açıldı' aktivitesini deneyimlemesi durumunda true olarak ayarlanan bir işarettir. Bu, yeniden işleme gerektiren durumları belirlemek ve analiz etmek için basit bir yol sunar.

Yüksek yeniden açılan talep oranı, ilk çözümün etkili veya eksiksiz olmadığını, bu durumun verimsizliğe ve müşteri memnuniyetsizliğine yol açtığını gösterir. Yeniden açılan talepleri filtreleyerek analistler, yeniden açılmanın yaygın nedenleri, hangi temsilcilerin veya ekiplerin daha yüksek oranlara sahip olduğu ve hangi talep türlerinin yeniden açılmaya en yatkın olduğu gibi kök nedenleri araştırabilir.

Neden önemli

Yeniden işleme gerektiren vakaları belirler; bu, çözüm kalitesi ve süreç verimsizliğinin temel bir göstergesidir. Bu vakaları analiz etmek, ilk temasta çözüm oranını iyileştirmeye yardımcı olur.

Nereden alınır

Hesaplanmış alan. O vaka için Etkinlik = 'Ticket Reopened' olan bir olay mevcutsa, bir BT Hizmet Talebi Yönetimi için doğru (true) olarak ayarlanır.

Örnekler
truefalse
Gerekli Önerilen İsteğe Bağlı

Müşteri Enerji ve Altyapıi Etkinlikleri

Bunlar, doğru süreç keşfi ve `darboğaz` tespiti için event lognüze (event log) kaydetmeniz gereken anahtar süreç adımları ve önemli kilometre taşlarıdır.
5 Önerilen 8 İsteğe Bağlı
Aktivite Açıklama
Bilet Oluşturuldu
Bu, müşteri hizmetleri süreç döngüsündeki ilk `event`'tir ve bir müşterinin talebinin Freshdesk'e resmi olarak kaydedildiği anı temsil eder. Bu aktivite, yeni bir talep e-posta, bir portal, telefon veya API entegrasyonu aracılığıyla oluşturulduğunda açıkça yakalanır.
Neden önemli

Bu aktivite, her durum için başlangıç noktası olarak olarak kullanılır ve genel çözüm sürelerini hesaplamak ile kanal veya türe göre talep hacmi eğilimlerini analiz etmek için temel bir öneme sahiptir.

Nereden alınır

Bu, Freshdesk 'Ticket Activities' günlüğünde açık bir event'tir. Yeni bir talep kaydının oluşturulması üzerine otomatik olarak oluşturulur.

Yakala

Oluşturulduğunda doğrudan biletin etkinlik akışına kaydedilir.

Event tipi explicit
İlk Yanıt Gönderildi
Bilet oluşturulduktan sonra bir temsilci tarafından müşteriye gönderilen ilk herkese açık yanıtı işaretler. Freshdesk, SLA takibi için 'First Response Time'ı ölçmek üzere bu olayı açıkça yakalar.
Neden önemli

Bu, müşteri yanıt verme hızını ve SLA uyumluluğunu ölçmek için kritik bir kilometre taşıdır. Bu aktiviteye kadar geçen süreyi analiz etmek, müşterilerle ilk etkileşimdeki gecikmeleri belirlemeye yardımcı olur.

Nereden alınır

Bu, Freshdesk'in SLA amaçları için izlediği belirli bir event'tir. Bir temsilci tarafından eklenen ilk herkese açık yorumun zaman damgası (zaman damgası)na karşılık gelir.

Yakala

Biletin konuşma geçmişindeki ilk herkese açık temsilci yanıtıyla belirlenir.

Event tipi explicit
Talep Atandı
Bir talebin belirli bir temsilciye veya gruba atanmasını temsil eder. Bu `event`, atanan temsilci veya grup alanı doldurulduğunda veya değiştirildiğinde talebin geçmişine açıkça kaydedilir.
Neden önemli

Atamaları izlemek, temsilci iş yükünü analiz etmek, yönlendirme verimsizliklerini belirlemek ve atama süresi KPI'larını ölçmek için büyük önem taşır. İşin nasıl dağıtıldığını ve iş başlamadan önce gecikmelerin nerede meydana geldiğini anlamaya yardımcı olur.

Nereden alınır

Zaman damgası ile 'Agent' veya 'Group' alanlarındaki değişikliklerin kaydedildiği 'Ticket Activities' logundan yakalanmıştır.

Yakala

Bir temsilci veya grup için 'Assigned to' alanı güncellendiğinde kaydedilen olay.

Event tipi explicit
Talep Çözüldü
Temsilcinin bir çözüm sağladığı ve talep durumunu 'Çözüldü' olarak değiştirdiği kilit kilometre taşını temsil eder. Bu, talebin geçmişinde kaydedilen açık bir durum değişikliğidir.
Neden önemli

Bu aktivite, bir talep üzerindeki aktif çalışmanın sonunu işaret eder ve çözüm süresini ölçmek için temel oluşturur. Temsilci performansını ve genel süreç verimliliğini analiz etmek için kritik bir event'tir.

Nereden alınır

Belirli durum değişikliğini 'Resolved' olarak bir zaman damgası (zaman damgası) ile kaydeden 'Ticket Activities' logundan yakalanmıştır.

Yakala

Biletin 'Status' alanı 'Resolved' olarak güncellendiğinde kaydedilen olay.

Event tipi explicit
Talep Kapatıldı
Bu, talebin kalıcı olarak kapatılmasını temsil eden nihai aktivitedir. Genellikle, 'Çözüldü' durumunda herhangi bir yeni müşteri yanıtı olmaksızın belirli bir süre kaldıktan sonra sistem tarafından otomatik olarak gerçekleştirilir.
Neden önemli

Bu aktivite, hizmet talebi süreç döngüsünün kesin sonunu işaret eder. Doğru uçtan uca döngü süresi hesaplamaları için son noktayı sunar.

Nereden alınır

Son durum değişikliğini 'Closed' olarak kaydeden 'Ticket Activities' logundan yakalanmıştır. Bu genellikle bir sistem otomasyonu tarafından tetiklenir.

Yakala

Biletin 'Status' alanı 'Closed' olarak güncellendiğinde kaydedilen olay.

Event tipi explicit
Dahili Not Eklendi
Bir temsilci, diğer temsilcilerle dahili işbirliği için tasarlanmış, bilete özel bir not ekler. Bu, biletin etkinlik akışında yakalanan ve yalnızca temsilciler tarafından görülebilen açık bir olaydır.
Neden önemli

Dahili notları izlemek, işbirliği kalıplarını analiz etmeye ve önemli dahili tartışma gerektiren sorunları belirlemeye yardımcı olur. Çözümden önce yüksek sıklıktaki dahili notlar, karmaşık sorunları veya bilgi eksikliklerini gösterebilir.

Nereden alınır

Talebin konuşma geçmişinde 'Özel Not' olarak kaydedilir ve müşteriye verilen herkese açık yanıtlardan ayırt edilebilir.

Yakala

Bir temsilci 'Private' olarak işaretlenmiş bir not eklediğinde kaydedilen olay.

Event tipi explicit
Durum Beklemede Olarak Değiştirildi
Bu aktivite, bir temsilci müşteriden `data` beklerken ve talep durumunu 'Beklemede' olarak değiştirdiğinde gerçekleşir. Bu `event`, talebin aktivite geçmişinde bir durum değişikliği olarak açıkça kaydedilir.
Neden önemli

Sürecin harici giriş beklerken durakladığı dönemleri belirler. Bu durumda harcanan zamanı analiz etmek, müşteri tarafındaki gecikmeleri ölçmeye ve SLA uyumluluk analizini desteklemeye yardımcı olur, çünkü SLA zamanlayıcıları genellikle bu durumda duraklatılır.

Nereden alınır

Beklemede durumuna geçiş dahil olmak üzere tüm durum değişikliklerini kaydeden 'Ticket Activities' logundan yakalanmıştır.

Yakala

Biletin 'Status' alanı 'Pending' olarak güncellendiğinde kaydedilen olay.

Event tipi explicit
Memnuniyet Anketi Gönderildi
Müşteri memnuniyeti anketinin gönderilmesini temsil eder ve genellikle bir talep çözüldükten sonra otomasyon kuralı tarafından tetiklenir. Otomasyon eylemi talebin geçmişine kaydedilirse bu `event` yakalanabilir.
Neden önemli

Geri bildirim toplama sürecinin başlangıcını işaretler. Anket yanıtlarını süreç varyantlarıyla ilişkilendirmek, süreç performansının müşteri memnuniyetini nasıl etkilediğine dair derinlemesine stratejik bilgiler sağlayabilir.

Nereden alınır

Bu, genellikle bir 'Otomasyon Kuralı' tarafından tetiklenir. Talebin aktivite günlüğünde ayrı bir event olarak görünürlüğü, Freshdesk'in otomasyonlar için günlük kaydı yapılandırmasına bağlıdır.

Yakala

Bilet çözüldükten sonra bir otomasyon kuralı yürütmesi tarafından kaydedilen olay.

Event tipi explicit
Müşteri Yanıtladı
Müşteriden alınan yeni bir yanıtı veya iletişimi temsil eder. Bu, talebin konuşma dizisindeki açık bir `event`'tir ve genellikle 'Beklemede' durumundan 'Açık' durumuna bir durum değişikliğini tetikler.
Neden önemli

Bu aktivite, müşteri etkileşimlerinin karşılıklı doğasını anlamanın ve müşteri yanıt sürelerini ölçmenin anahtarıdır. Ayrıca duraklatılan tüm SLA zamanlayıcılarını yeniden başlatarak uyumluluk ölçümlerini etkiler.

Nereden alınır

Biletin konuşma dizisinde yeni bir giriş olarak kaydedilir. Olay, müşterinin iletişim kaydıyla ilişkilidir.

Yakala

Müşteri tarafından bilete eklenen yeni bir herkese açık not.

Event tipi explicit
SLA İhlal Edildi
Bir bileti yanıtlamak veya çözmek için geçen sürenin tanımlanan SLA politika hedefini aşması durumunda ortaya çıkan hesaplanmış bir olaydır. Freshdesk SLA durumunu izler ve biletleri 'ihlal edildi' olarak işaretler; bu da bu etkinliği türetmek için kullanılabilir.
Neden önemli

Bu aktivite, hizmet seviyesi taahhütlerinin tam olarak ne zaman ve nerede karşılanmadığını belirterek SLA uyumluluk analizini doğrudan destekler. Gecikmelerin sistemik nedenlerini belirlemek için büyük önem taşır.

Nereden alınır

Bu event, bir talebin 'SLA' durumunu gözlemleyerek çıkarılır veya hesaplanır. Aktivite, talebin SLA durumu 'Violated' olarak değiştiğinde oluşturulabilir veya yanıt/çözüm zaman damgalarını SLA hedefleriyle karşılaştırarak oluşturulabilir.

Yakala

Bilet verilerinden, 'Time to Resolve'ın 'SLA Target Resolution Time'ı aştığı durumlarda türetin.

Event tipi calculated
Talep Önceliği Değiştirildi
Bu `event`, bir temsilcinin veya otomasyon kuralının bir talebin öncelik seviyesini, örneğin 'Düşük'ten 'Yüksek'e değiştirmesiyle gerçekleşir. Bu, talebin aktivite günlüğünde açık bir güncelleme olarak kaydedilir.
Neden önemli

Öncelikteki değişiklikler, eskalasyonları veya sorunun aciliyetinin yeniden değerlendirilmesini işaret edebilir. Bu değişiklikleri analiz etmek, eskalasyon nedenlerini ve çözüm süresi üzerindeki etkilerini anlamaya yardımcı olur.

Nereden alınır

Bilet özelliklerindeki 'Priority' alanı dahil tüm değişiklikleri kaydeden 'Ticket Activities' logundan yakalanmıştır.

Yakala

Öncelik' alanının değeri güncellendiğinde kaydedilen olay.

Event tipi explicit
Talep Yeniden Atandı
İlk atamadan sonra bir talep, bir temsilciden veya gruptan diğerine aktarıldığında gerçekleşir. Bu, talebin etkinlik günlüğünde sahip değişikliği olarak yakalanan açık bir `event`'tir.
Neden önemli

Sık yeniden atamalar veya yüksek temsilciden temsilciye aktarım oranı, genellikle yanlış ilk yönlendirmeyi veya izole bilgiyi gösterir. Bu analiz, ilk temasta çözüm oranını iyileştirme fırsatlarını belirlemeye yardımcı olur.

Nereden alınır

İlk atamadan sonra 'Ticket Activities' günlüğündeki 'Agent' veya 'Group' alanlarındaki değişiklikler aracılığıyla izlenir.

Yakala

İlk atama yapıldıktan sonra 'Atanan kişi' alanında yapılan sonraki bir güncelleme.

Event tipi explicit
Ticket Yeniden Açıldı
Bu aktivite, bir müşteri, zaten 'Çözüldü' durumunda olan bir talebe yanıt verdiğinde gerçekleşir ve bu da otomatik olarak durumunu 'Açık' olarak değiştirir. Bu, sistem tarafından kaydedilen açık bir `event`'tir.
Neden önemli

Yüksek tekrar açılma oranı, ilk çözümlerin etkili olmadığını, bu durumun yeniden işleme ve müşteri memnuniyetsizliğine yol açtığını gösterir. Bu etkinliği analiz etmek, 'Ticket Re-opening Analysis' ve ilk temasta çözüm oranını iyileştirmek için büyük önem taşır.

Nereden alınır

Bu event, bir müşteri yanıtının 'Çözüldü' durumundan 'Açık' durumuna otomatik bir durum değişikliğini tetiklemesiyle yakalanır. Bu durum değişikliği 'Ticket Activities' günlüğüne kaydedilir.

Yakala

Müşteri etkileşimi tarafından tetiklenen 'Çözüldü' durumundan 'Açık' durumuna geçiş.

Event tipi explicit
Önerilen İsteğe Bağlı

Veri Çıkarma Kılavuzları

Freshdesk'ten verilerinizi nasıl alırsınız?