Müşteri hizmetleri Veri Şablonunuz

Freshdesk
Müşteri hizmetleri Veri Şablonunuz

Müşteri hizmetleri Veri Şablonunuz

Bu Template, etkili müşteri hizmetleri analizi için gereken temel veri öznitelikleri ve süreç etkinlikleri hakkında ayrıntılı bir rehber sunar. Verilerinizi verimli şekilde toplamanıza yardımcı olacak pratik çıkarma yönergelerini de içerir. Veri toplama sürecinizi kolaylaştırmak ve içgörü sağlayan Process Mining çalışmalarına hazırlanmak için bu kaynaktan yararlanın.
  • Toplanması önerilen öznitelikler
  • İzlenecek temel etkinlikler
  • Çıkarma yönergeleri
Event Loglarına yeni misiniz? Öğrenin Process Mining Event Logu oluşturmayı öğrenin.

Müşteri hizmetleri öznitelikleri

Bunlar, kapsamlı müşteri hizmetleri analizi yapmak ve derin içgörüler elde etmek için olay günlüğünüze eklemeniz önerilen veri alanlarıdır.
3 Gerekli 4 Önerilen 12 İsteğe bağlı
Ad Açıklama
Etkinlik
Activity
Müşteri hizmetleri sürecinde gerçekleşen belirli bir iş olayının veya adımının adıdır.
Açıklama

Etkinlik özniteliği, bir hizmet talebinin yaşam döngüsündeki belirli bir işlemi veya durum değişikliğini ifade eder. Ticket oluşturuldu, Ticket atandı, İlk yanıt gönderildi ve Ticket çözüldü gibi temel iş olaylarını kaydeder. Bu etkinlikler süreç haritasındaki düğümleri oluşturur.

Bu etkinliklerin sırasını ve sıklığını analiz etmek Process Mining'in temelini oluşturur. Süreç akışlarını görselleştirmenize, yaygın ve nadir yolları belirlemenize ve standart çalışma prosedüründen sapmaları tespit etmenize yardımcı olur. Etkinlikleri anlamak, verimsizlikleri, Ticket yeniden açıldı gibi yeniden çalışma döngülerini veya uyumluluk sorunlarını belirlemek için gereklidir.

Neden önemli?

Bu öznitelik, süreç haritasındaki adımları tanımlar ve süreç akışını başlangıçtan sona görselleştirip analiz etmenizi sağlar.

Nereden alınır?

Freshdesk içindeki olay türlerinden türetilir. Tickets API uç noktasındaki durum değişiklikleri ile Conversations uç noktasındaki not veya yanıt gibi belirli olayların birleşiminden oluşabilir.

Örnekler
Ticket oluşturulduİlk yanıt gönderildiDurum Beklemede olarak değiştirildiTicket çözüldüTicket kapatıldı
Hizmet talebi
ServiceRequest
Genellikle ticket veya vaka olarak adlandırılan tek bir müşteri talebinin ya da sorunun benzersiz tanımlayıcısıdır.
Açıklama

Hizmet Talebi, tek bir müşteri etkileşimiyle ilgili tüm etkinlikleri birbirine bağlayan birincil vaka tanımlayıcısıdır. Her yeni müşteri talebi, sorunu veya isteği benzersiz bir Hizmet Talebi Kimliği oluşturur. Bu kimlik, ticket'ın oluşturulmasından atanmasına, çözülmesinden kapatılmasına kadar yaşam döngüsü boyunca değişmez.

Process Mining'de bu öznitelik, her müşteri vakasının uçtan uca yolculuğunu yeniden oluşturmak için temel öneme sahiptir. İlgili tüm olayları tek bir Hizmet Talebi Kimliği altında gruplayan analistler süreç akışlarını görselleştirebilir, çevrim sürelerini ölçebilir ve tek tek vakaları etkileyen farklılıkları ya da darboğazları belirleyebilir.

Neden önemli?

Bu, ilgili tüm olayları tek bir süreç örneğinde birleştiren ve her müşteri hizmetleri yolculuğunun eksiksiz görünümünü sağlayan temel Vaka Kimliği'dir.

Nereden alınır?

Freshdesk'teki birincil ticket kimliğidir ve genellikle Tickets API uç noktasındaki id alanında bulunur.

Örnekler
SR-2023-10-4831SR-2023-11-0192SR-2023-11-5210
Olay zamanı
EventTime
Belirli bir etkinliğin veya olayın gerçekleştiği zamanı gösteren zaman damgasıdır.
Açıklama

Olay Zamanı veya zaman damgası, bir etkinliğin gerçekleştiği kesin tarih ve saati kaydeder. Olayları kronolojik sıraya koymak ve süreçteki farklı adımlar arasındaki süreleri hesaplamak için önemli bir bileşendir. Kaydedilen her etkinliğin karşılık gelen bir 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 zamanla ilgili tüm KPI'ların hesaplanmasının temelini oluşturur. Doğru zaman damgaları, süreç performansını anlamak ve gecikmeleri belirlemek için gereklidir.

Neden önemli?

Bu zaman damgası, olayları kronolojik sıraya koymak ve çevrim süreleri ile SLA uyumluluğu gibi süreye dayalı tüm metrikleri hesaplamak için gereklidir.

Nereden alınır?

Freshdesk API'sinde ticket olayları, yanıtlar veya durum değişiklikleriyle ilişkilendirilen created_at ya da 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 sırada ticket'tan sorumlu müşteri hizmetleri temsilcisinin adı veya kimliğidir.
Açıklama

Bu öznitelik, hizmet talebini ele almakla görevlendirilen belirli temsilciyi tanımlar. Yeniden atamalar veya eskalasyonlar nedeniyle atanan temsilci, biletin yaşam döngüsü boyunca değişebilir.

Verileri Assigned Agent temelinde analiz etmek, performans yönetimi Dashboardları için önemlidir. Ortalama çözümlenme süresi, bilet hacmi ve yeniden açılma oranları gibi temsilciye özel temel performans göstergelerini ölçmenizi sağlar. Böylece en iyi performans gösteren temsilcileri belirleyebilir, eğitim ihtiyaçlarını ortaya çıkarabilir ve temsilci devir teslimlerinin toplam çözümlenme süresine etkisini analiz edebilirsiniz.

Neden önemli?

Bireysel temsilci performansını analiz etmenizi sağlar; en yüksek performansı gösteren temsilcileri, eğitim fırsatlarını ve yeniden atamaların etkisini belirlemenize yardımcı olur.

Nereden alınır?

Freshdesk Tickets nesnesindeki responder_id alanına karşılık gelir ve daha sonra temsilci ayrıntılarıyla birleştirilebilir.

Örnekler
Alice JohnsonRobert SmithMaria Garcia
Durum
Status
Açık, Beklemede, Çözüldü veya Kapalı gibi hizmet talebinin mevcut ya da geçmiş durumudur.
Açıklama

Durum özniteliği, bir hizmet talebinin belirli bir andaki durumunu gösterir. Durum değişiklikleri çoğu zaman süreçteki önemli kilometre taşlarını ifade eder. Örneğin müşteri girdisi beklenirken Açık durumundan Beklemede durumuna veya müşteri yanıt verdiğinde Beklemede durumundan Açık durumuna geçilir.

Durum değişikliklerini izlemek, ticket yaşam döngüsünü anlamanın temelidir. Ticket'ların belirli durumlarda ne kadar süre kaldığını belirlemenize ve böylece darboğazları ortaya çıkarmanıza yardımcı olur. Örneğin Beklemede durumunda geçirilen uzun süre, müşterilerden bilgi alınmasında gecikmeler olduğunu gösterebilir.

Neden önemli?

Durum değişikliklerini izlemek, ticket yaşam döngüsünü anlamak ve vakaların Beklemede veya Bekletiliyor gibi belirli durumlarda ne kadar kaldığını belirlemek için önemlidir.

Nereden alınır?

Bu, Freshdesk Tickets nesnesindeki 'status' alanına karşılık gelir. Geçmiş durumlar, etkinlik günlüklerinden çıkarılmalıdır.

Örnekler
AçıkBeklemedeÇözüldüKapalı
Hizmet talebi türü
ServiceRequestType
Question, Incident, Problem veya Feature Request gibi hizmet talebinin sınıflandırmasıdır.
Açıklama

Service Request Type, müşterinin talebinin niteliğini tanımlayan önemli bir sınıflandırma alanıdır. Bu sınıflandırma genellikle bilet oluşturulduğunda veya ilk değerlendirme adımında belirlenir ve talebin uygun ekibe ya da temsilciye yönlendirilmesine yardımcı olur.

Analizde bu öznitelik, farklı talep türlerinin nasıl ele alındığını anlamak için süreci bölümlere ayırmanızı sağlar. "Olayların çözümlenmesi sorulardan daha mı uzun sürüyor?" ve "Hangi talep türleri en sık yeniden açılıyor?" gibi soruları yanıtlamanıza yardımcı olur. Bu bölümlendirme, türe özgü darboğazları belirlemek ve iş akışlarını buna göre optimize etmek için önemlidir.

Neden önemli?

Olaylar ile sorular gibi farklı müşteri sorunları türlerine ait performansı ve iş akışlarını karşılaştırmak için süreci bölümlere ayırmanızı sağlar.

Nereden alınır?

Freshdesk Tickets nesnesinde bulunan type alanına karşılık gelmesi muhtemeldir.

Örnekler
SoruOlaySorunÖzellik talebi
Öncelik
Priority
Low, Medium, High veya Urgent gibi hizmet talebine atanan öncelik düzeyi.
Açıklama

Priority özniteliği, bir hizmet talebinin aciliyetini gösterir ve hedef yanıt ile çözüm sürelerini çoğu zaman belirler. Priority, kurallara göre otomatik olarak veya triage sırasında bir temsilci tarafından manuel olarak ayarlanabilir.

Bu öznitelik, SLA uyumluluğunu ve kaynak dağılımını analiz etmek için gereklidir. Analistler, process map'i priority değerine göre filtreleyerek yüksek öncelikli ticket'ların gerçekten düşük öncelikli ticket'lardan daha hızlı ele alınıp alınmadığını belirleyebilir. Ayrıca yeniden işleme biçimlerinden biri olan öncelik değişikliklerinin ne kadar yaygın olduğunu ve süreç üzerindeki etkisini anlamaya yardımcı olur.

Neden önemli?

SLA analizi ve yüksek öncelikli sorunların düşük öncelikli sorunlardan daha hızlı ele alınması için kaynakların doğru dağıtılıp dağıtılmadığını anlamak açısından gereklidir.

Nereden alınır?

Bu, 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

Assigned Group, belirli bir hizmet talebini ele almaktan sorumlu temsilci ekibini ifade eder. Biletler, türlerine veya karmaşıklıklarına göre genellikle "Technical Support" veya "Billing Department" gibi uzmanlaşmış gruplara yönlendirilir.

Bu öznitelik, departmanlar arası devir teslimleri ve ekip düzeyindeki performansı analiz etmek için değerlidir. Hangi grupların en fazla bileti ele aldığını, hangilerinin en uzun çözümlenme sürelerine sahip olduğunu ve biletlerin gruplar arasında ne sıklıkla aktarıldığını belirlemenize yardımcı olur. Bu bilgi, ekip yapılarını ve iş akışlarını optimize etmek için önemlidir.

Neden önemli?

Ekip veya departman düzeyinde performans analizi yapılmasını sağlar, devirleri görünür kılar ve gruba özgü darboğazların belirlenmesine yardımcı olur.

Nereden alınır?

Bu, 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ığı kanal. Örnek olarak Email, Phone, Chat veya Web Portal verilebilir.
Açıklama

Bu öznitelik, müşteri iletişiminin kaynağını veya kanalını gösterir. Farklı kanalların süreç akışları ve çözüm süreleri farklı olabilir. Örneğin Chat üzerinden başlatılan bir talebin beklenen çözüm süresi, Email ile gönderilen bir talebinkinden daha kısa olabilir.

Süreci iletişim kanalına göre analiz etmek, kaynak dağılımını iyileştirmeye ve kanal verimliliğini anlamaya yardımcı olur. Bu analiz, hangi kanalların daha hızlı çözümlerle veya daha yüksek müşteri memnuniyetiyle ilişkili olduğunu ortaya çıkarabilir. Böylece hangi kanalların tanıtılacağı veya bu kanallara yatırım yapılıp yapılmayacağı konusunda stratejik kararlar alınabilir.

Neden önemli?

Email, Phone veya Chat gibi farklı müşteri iletişim kanallarında süreç performansını ve verimliliğini analiz etmeye yardımcı olur.

Nereden alınır?

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

Örnekler
E-postaTelefonWeb PortalıSohbet
İlk yanıt süresi
FirstResponseTime
Ticket'ın oluşturulmasından bir temsilcinin müşteriye verdiği ilk yanıta kadar geçen süre.
Açıklama

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

Bu KPI, hizmetin yanıt verme hızının önemli bir göstergesidir ve müşteri memnuniyetini doğrudan etkiler. Kısa ilk yanıt süresi, müşteriye sorununun fark edildiğini ve ele alındığını gösterir. Bu metriği analiz etmek, kuruluşların ilk yanıt SLA'larını karşılamasına ve müşterilere hızlı bir deneyim sunmasına yardımcı olur.

Neden önemli?

Hizmetin yanıt verme hızını ölçer. Bu hız, müşteri memnuniyetinin önemli belirleyicilerinden biridir ve proaktif hizmet sunma hedefini doğrudan destekler.

Nereden alınır?

Hesaplanmış alandır. 'Ticket Created' olayı ile 'First Response Sent' olayı arasındaki zaman damgaları arasındaki süredir.

Örnekler
3000009000001800000
Kaynak sistem
SourceSystem
Verilerin çıkarıldığı sistemdir. Bu örnekte kaynak sistem Freshdesk'tir.
Açıklama

Bu öznitelik, süreç verilerinin geldiği kaynak uygulamayı tanımlar. Bu analizde değer sabit olacaktır, örneğin Freshdesk. Bu değer, tüm olayların Freshdesk müşteri hizmetleri platformundan geldiğini gösterir.

Basit görünse de bu öznitelik, veri yönetişimi ve birden fazla sistemden gelen verilerin birleştirildiği senaryolar için önemlidir. Verilerin kaynağını ve bağlamını açıkça göstererek analistlerin inceledikleri verilerin nereden geldiğini anlamasını sağlar. Bu, veri bütünlüğünü korumak ve analize duyulan güveni artırmak için gereklidir.

Neden önemli?

Verilerin kaynağı hakkında temel bağlam sağlar. Bu bilgi, veri yönetişimi ve birden fazla kaynak sistemden gelen verilerin birleştirilmesi sırasında büyük önem taşır.

Nereden alınır?

Veri dönüştürme sürecinde veri kaynağını tanımlamak için eklenen sabit Freshdesk değeridir.

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

Satisfaction Rating, genellikle bir ticket çözüldükten sonra gönderilen anket aracılığıyla toplanan önemli bir sonuç metriğidir. Genellikle sayısal bir puandan veya Satisfied, Neutral ya da Unsatisfied gibi kategorik bir değerlendirmeden oluşur.

Bu öznitelik, süreç kalıplarıyla müşteri sonuçlarını ilişkilendirmeyi sağlar. Kuruluşlar, düşük memnuniyet puanlarına yol açan süreç varyantlarını analiz ederek müşteri deneyimini olumsuz etkileyen belirli davranışları veya gecikmeleri belirleyebilir. Böylece süreç verimliliği ile müşteri memnuniyeti arasında doğrudan bağlantı kurulur.

Neden önemli?

Süreç yürütümünü müşteri sonuçlarıyla ilişkilendirir ve 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 veri, Freshdesk'teki satisfaction ratings özelliğinin bir parçasıdır ve Surveys veya Satisfaction Ratings API uç noktası üzerinden 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 gösterir. Belirli bir müşterinin zaman içindeki tüm etkileşimlerini izleyerek süreci müşteri odaklı bir bakışla analiz etmeyi sağlar.

Müşteri bazında yapılan analiz, hangi müşterilerin en fazla ticket gönderdiğini veya hangilerinin en çok yeniden açılan sorunla karşılaştığını ortaya çıkarabilir. Bu bilgiler, müşteri başarısı çalışmalarına yön verebilir ve kötü hizmet deneyimleri nedeniyle kaybedilme riski taşıyan müşterilerin belirlenmesine yardımcı olabilir. Ayrıca birden fazla hizmet talebindeki uçtan uca müşteri yolculuğunu anlamak için de önemlidir.

Neden önemli?

Müşteri odaklı bir süreç görünümü sağlar; sık talep oluşturan veya tekrarlayan sorunlar yaşayan müşterilerin belirlenmesine yardımcı olur.

Nereden alınır?

Bu bilgi, Tickets nesnesindeki 'requester_id' üzerinden ilişkilendirilir ve Freshdesk'teki Contacts veya Users nesnesine bağlanır.

Örnekler
John DoeJane SmithGlobal Tech Inc.
SLA hedef çözüm süresi
SlaTargetResolutionTime
Hizmet talebinin çözümü için sözleşmeyle kararlaştırılan veya hedeflenen süre.
Açıklama

Bu öznitelik, bir hizmet talebinin Service Level Agreement (SLA) uyarınca çözülmesi gereken hedef süreyi tanımlar. Bu hedef çoğu zaman ticket'ın önceliğine veya türüne bağlıdır.

SLA uyumluluğunu hesaplamak için önemli bir girdidir. Gerçek çözüm süresi bu hedefle karşılaştırılarak Met veya Breached sonucu belirlenebilir. Farklı talep türleri, ekipler veya temsilciler arasındaki SLA performansını analiz etmek, hizmet yönetiminin temel çalışmalarından biridir.

Neden önemli?

SLA uyumluluğunu ölçmek için temel oluşturur ve her müşteri hizmetleri kuruluşu için önemli bir performans göstergesidir.

Nereden alınır?

Freshdesk Tickets nesnesinde 'fr_due_by' (ilk yanıt) veya 'due_by' (çözüm) gibi bir alan olarak bulunabilir ya da SLA politikası kurallarına göre türetilmesi gerekebilir.

Örnekler
2023-10-25T14:00:00Z2023-10-27T09:00:00Z2023-11-01T17:00:00Z
SLA ihlal edildi mi
IsSlaBreached
Hizmet talebinin çözüm süresinin SLA hedefini aşıp aşmadığını gösteren Boolean işareti.
Açıklama

Bu hesaplanan öznitelik, her hizmet talebi için SLA uyumluluğunu açıkça gösteren ikili bir belirteç sunar. Gerçek ResolutionTime değeri SlaTargetResolutionTime ile karşılaştırılarak hesaplanır. Gerçek süre hedeften uzunsa işaret true olur.

Bu öznitelik, SLA uyumluluğuna ilişkin analiz ve Dashboard oluşturmayı kolaylaştırır. İhlal edilen biletleri kolayca sayıp filtrelemenizi sağlar. Böylece analistler SLA uyumsuzluğunun boyutunu hızla belirleyebilir ve kök nedenleri bulmak için ihlal edilen biletlerin süreç örüntülerinde ayrıntıya inebilir. SLA Compliance Overview Dashboardunu ve temel performans göstergesini doğrudan destekler.

Neden önemli?

Hedefini karşılamayan her case için net bir işaret sağlayarak SLA uyumluluğu analizini kolaylaştırır ve ihlallerin temel nedenlerinin incelenmesini mümkün kılar.

Nereden alınır?

Bu, gerçek çözüm zaman damgasının Freshdesk'teki 'SlaTargetResolutionTime' veya 'due_by' alanıyla karşılaştırılmasıyla türetilen hesaplanmış bir alandır.

Örnekler
truefalse
Son veri güncellemesi
LastDataUpdate
Verilerin kaynak sistemden en son yenilendiği zamanı gösteren zaman damgasıdır.
Açıklama

Bu öznitelik, Veri Setinin Freshdeskten en son çıkarıldığı veya güncellendiği tarih ve saati kaydeder. Analiz edilen verilerin güncelliği hakkında şeffaflık sağlar. Bu bilgi, zamanında ve ilgili iş kararları almak için önemlidir.

Analistler, verilerin kapsadığı zaman aralığını anlamak ve mevcut en güncel bilgilerle çalıştıklarını doğrulamak için bu bilgiyi kullanır. Her Process Mining Dashboardu veya raporu için önemli bir üst veridir ve paydaşların verilerin ne kadar güncel olduğunu bilmesini sağlar.

Neden önemli?

Verilerin güncelliğini gösterir ve analizlerin ya da kararların güncel bilgilere dayanmasını sağlar.

Nereden alınır?

Veri çıkarma sürecinde oluşturulan ve veri çekme işleminin zaman damgasını kaydeden bir üst veri alanıdır.

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

Bu öznitelik, bir ticket'ın atanan temsilcisinin kaç kez değiştiğini sayan case düzeyinde bir metriktir. Her hizmet talebi için 'Ticket Reassigned' etkinliğinin gerçekleşme sayısı hesaplanarak bulunur.

Ping-pong olarak da adlandırılan sık transferler, her devirde bağlamın kaybolması nedeniyle önemli gecikmelere ve müşteri deneyiminin kötüleşmesine yol açabilir. Transfer sayısını analiz etmek, ilk yönlendirmedeki sorunları, temsilci becerilerindeki eksikleri veya süreç karmaşıklığını belirlemeye yardımcı olur. Amaç genellikle verimliliği ve müşteri memnuniyetini artırmak için gereksiz transferleri azaltmaktır.

Neden önemli?

Önemli bir gecikme ve müşteri memnuniyetsizliği kaynağı olabilen iç devirlerin sıklığını ölçer ve ilk seviye çözüm oranını iyileştirmeye yardımcı olur.

Nereden alınır?

Hesaplanmış alandır. Her benzersiz Service Request için 'Ticket Reassigned' etkinliklerinin sayısıdır.

Örnekler
0132
Ürün
Product
Müşterinin talebiyle ilişkili ürün veya hizmet.
Açıklama

Bu öznitelik, hizmet talebinin konusunu oluşturan ürün veya hizmet hattını belirtir. Ticket'ları yönlendirme ve raporlama amacıyla Freshdesk'te yapılandırılan özel bir alan olabilir.

Kuruluşlar, süreci ürüne göre filtreleyerek ürüne özgü sorunları ortaya çıkarabilir. Örneğin belirli bir ürünün orantısız sayıda destek ticket'ı oluşturup oluşturmadığı veya yeni bir ürün lansmanının taleplerde artışa yol açıp açmadığı görülebilir. Bu analiz, ürün geliştirme ve yönetim ekiplerine değerli geri bildirim sağlar.

Neden önemli?

Sürecin ürün alanına göre filtrelenmesini sağlar ve en fazla destek talebi oluşturan veya en uzun çözüm sürelerine sahip ürünler hakkında içgörü sunar.

Nereden alınır?

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

Örnekler
Alpha PlatformBeta Mobil UygulamasıGamma Aboneliği
Yeniden açıldı mı
IsReopened
Çözülmüş bir hizmet talebinin daha sonra yeniden açılıp açılmadığını gösteren Boolean işareti.
Açıklama

Bu case düzeyindeki öznitelik, bir hizmet talebinin yaşam döngüsünün herhangi bir noktasında 'Ticket Reopened' etkinliği gerçekleştiğinde true olarak ayarlanan bir işarettir. Yeniden işleme gerektiren case'leri belirlemek ve analiz etmek için basit bir yöntem sunar.

Yeniden açılan ticket oranının yüksek olması, ilk çözümün etkili veya eksiksiz olmadığını ve bunun verimsizlik ile müşteri memnuniyetsizliğine yol açtığını gösterir. Analistler, yeniden açılan ticket'ları filtreleyerek yeniden açılmanın yaygın nedenlerini, hangi temsilci veya ekiplerde oranın daha yüksek olduğunu ve hangi ticket türlerinin yeniden açılmaya daha yatkın olduğunu inceleyebilir.

Neden önemli?

Yeniden işleme gerektiren case'leri belirler. Bu, çözüm kalitesinin ve süreç verimsizliğinin önemli bir göstergesidir. Bu case'leri analiz etmek, ilk iletişimde çözüm oranını iyileştirmeye yardımcı olur.

Nereden alınır?

Hesaplanmış alandır. Bir Service Request için Activity = 'Ticket Reopened' olan bir olay mevcutsa true olarak ayarlanır.

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

Müşteri hizmetleri faaliyetleri

Bunlar, doğru süreç keşfi ve darboğazların belirlenmesi için olay günlüğünüzde yakalamanız gereken temel süreç adımları ve önemli kilometre taşlarıdır.
5 Önerilen 8 İsteğe bağlı
Aktivite Açıklama
İlk yanıt gönderildi
Ticket oluşturulduktan sonra bir temsilcinin müşteriye gönderdiği ilk herkese açık yanıtı ifade eder. Freshdesk, SLA takibi için İlk Yanıt Süresi'ni ölçmek üzere bu olayı açıkça kaydeder.
Neden önemli?

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

Nereden alınır?

Freshdesk'in SLA amacıyla izlediği belirli bir olaydır. Bir temsilcinin eklediği ilk herkese açık yorumun zaman damgasına karşılık gelir.

Yakalayın

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

Olay türü explicit
Ticket atandı
Bir ticket'ın yönetilmesi için belirli bir temsilciye veya gruba atanmasını ifade eder. Atanan temsilci veya grup alanı doldurulduğunda ya da değiştirildiğinde bu olay ticket geçmişine açıkça kaydedilir.
Neden önemli?

Atamaları izlemek, temsilci iş yükünü analiz etmek, yönlendirme verimsizliklerini belirlemek ve atamaya kadar geçen süre KPI'larını ölçmek için gereklidir. İşin nasıl dağıtıldığını ve başlamadan önce gecikmelerin nerede oluştuğunu anlamanıza yardımcı olur.

Nereden alınır?

Temsilci veya Grup alanlarındaki değişikliklerin zaman damgasıyla kaydedildiği Ticket Activities günlüğünden alınır.

Yakalayın

Bir temsilci veya grup için Atanan kişi alanı güncellendiğinde kaydedilen olaydır.

Olay türü explicit
Ticket çözüldü
Temsilcinin çözüm sunduğu ve ticket durumunu Çözüldü olarak değiştirdiği önemli kilometre taşını ifade eder. Bu, ticket geçmişine kaydedilen açık bir durum değişikliğidir.
Neden önemli?

Bu etkinlik, ticket üzerindeki aktif çalışmanın sona erdiğini gösterir ve çözüm süresini ölçmenin temelini oluşturur. Temsilci performansını ve genel süreç verimliliğini analiz etmek için önemli bir olaydır.

Nereden alınır?

Çözüldü durumuna yapılan özel değişikliği zaman damgasıyla kaydeden Ticket Activities günlüğünden alınır.

Yakalayın

Ticket'ın Durum alanı Çözüldü olarak güncellendiğinde kaydedilen olaydır.

Olay türü explicit
Ticket kapatıldı
Ticket'ın kalıcı olarak kapatılmasını ifade eden son etkinliktir. Çoğu zaman ticket Çözüldü durumunda belirli bir süre kaldıktan ve müşteriden yeni bir yanıt gelmedikten sonra sistem tarafından otomatik olarak gerçekleştirilir.
Neden önemli?

Bu etkinlik, hizmet talebi yaşam döngüsünün kesin olarak sona erdiğini gösterir. Uçtan uca çevrim süresini doğru hesaplamak için son noktayı sağlar.

Nereden alınır?

Son durum değişikliğini Kapalı olarak kaydeden Ticket Activities günlüğünden alınır. Bu değişiklik çoğu zaman sistem otomasyonu tarafından tetiklenir.

Yakalayın

Ticket'ın Durum alanı Kapalı olarak güncellendiğinde kaydedilen olaydır.

Olay türü explicit
Ticket oluşturuldu
Bu, müşteri hizmetleri yaşam döngüsündeki ilk olaydır ve müşterinin talebinin Freshdesk'e resmi olarak kaydedildiği anı ifade eder. Yeni bir ticket e-posta, portal, telefon veya API entegrasyonu üzerinden oluşturulduğunda bu etkinlik açıkça kaydedilir.
Neden önemli?

Bu etkinlik her vaka için başlangıç noktasıdır. Bu nedenle genel çözüm sürelerini hesaplamak ve kanal ya da türe göre ticket hacmi eğilimlerini analiz etmek için gereklidir.

Nereden alınır?

Freshdesk Ticket Activities günlüğünde açıkça yer alan bir olaydır. Yeni bir ticket kaydı oluşturulduğunda otomatik olarak oluşturulur.

Yakalayın

Oluşturma sırasında ticket'ın etkinlik akışına doğrudan kaydedilir.

Olay türü explicit
Dahili not eklendi
Bir temsilci, diğer temsilcilerle dahili iş birliği yapmak amacıyla ticket'a özel bir not ekler. Bu olay, yalnızca temsilcilerin görebildiği ticket etkinlik akışına açıkça kaydedilir.
Neden önemli?

Dahili notları izlemek, iş birliği örüntülerini analiz etmenize ve kapsamlı dahili görüşme gerektiren sorunları belirlemenize yardımcı olur. Çözümden önce dahili notların sık eklenmesi, karmaşık sorunlara veya bilgi eksiklerine işaret edebilir.

Nereden alınır?

Ticket'ın konuşma geçmişinde Private Note olarak kaydedilir ve müşteriye gönderilen herkese açık yanıtlardan ayırt edilebilir.

Yakalayın

Bir temsilci Private olarak işaretlenmiş bir not eklediğinde kaydedilen olaydır.

Olay türü explicit
Durum Beklemede olarak değiştirildi
Bir temsilci müşteriden bilgi beklediğinde ve ticket durumunu Beklemede olarak değiştirdiğinde gerçekleşir. Bu olay, ticket etkinlik geçmişine durum değişikliği olarak açıkça kaydedilir.
Neden önemli?

Sürecin dışarıdan gelecek girdiyi beklerken durakladığı dönemleri gösterir. Bu durumda geçirilen süreyi analiz etmek, müşteri kaynaklı gecikmeleri ölçmenize ve SLA uyumluluğunu incelemenize yardımcı olur; çünkü SLA sayaçları çoğu zaman bu durumda duraklatılır.

Nereden alınır?

Beklemede durumuna geçiş dahil tüm durum değişikliklerini kaydeden Ticket Activities günlüğünden alınır.

Yakalayın

Ticket'ın Durum alanı Beklemede olarak güncellendiğinde kaydedilen olaydır.

Olay türü explicit
Memnuniyet anketi gönderildi
Genellikle bir ticket çözüldükten sonra otomasyon kuralıyla tetiklenen müşteri memnuniyeti anketinin gönderilmesini ifade eder. Otomasyon işlemi ticket geçmişine kaydediliyorsa bu olay yakalanabilir.
Neden önemli?

Geri bildirim toplama sürecinin başlangıcını gösterir. Anket yanıtlarını süreç varyantlarıyla ilişkilendirmek, süreç performansının müşteri memnuniyetini nasıl etkilediği hakkında ayrıntılı içgörüler sağlayabilir.

Nereden alınır?

Genellikle bir Automation Rule tarafından tetiklenir. Ayrı bir olay olarak ticket etkinlik günlüğünde görünmesi, Freshdesk'in otomasyon günlüğü yapılandırmasına bağlıdır.

Yakalayın

Ticket çözüldükten sonra bir otomasyon kuralının çalışmasıyla kaydedilen olaydır.

Olay türü explicit
Müşteri yanıt verdi
Müşteriden alınan yeni bir yanıtı veya iletişimi ifade eder. Ticket'ın konuşma dizisinde açıkça yer alan bu olay, genellikle durumun Beklemede'den Açık'a değişmesini tetikler.
Neden önemli?

Bu etkinlik, müşteri etkileşimlerinin karşılıklı yapısını anlamak ve müşteri yanıt sürelerini ölçmek için önemlidir. Ayrıca duraklatılmış SLA sayaçlarını yeniden başlatarak uyumluluk metriklerini etkiler.

Nereden alınır?

Ticket'ın konuşma dizisine yeni bir giriş olarak kaydedilir. Olay, müşterinin kişi kaydıyla ilişkilendirilir.

Yakalayın

Müşteri kişisi tarafından ticket'a eklenen yeni herkese açık not.

Olay türü explicit
SLA ihlal edildi
Bir ticket'a yanıt vermek veya ticket'ı çözmek için geçen süre tanımlı SLA politikası hedefini aştığında gerçekleşen hesaplanmış olaydır. Freshdesk SLA durumunu izler ve ticket'ları ihlal edildi olarak işaretler; bu bilgi kullanılarak ilgili etkinlik türetilebilir.
Neden önemli?

Bu etkinlik, hizmet seviyesi taahhütlerinin tam olarak ne zaman ve nerede karşılanmadığını göstererek SLA uyumluluğu analizini doğrudan destekler. Gecikmelerin sistemik nedenlerini belirlemek için önemlidir.

Nereden alınır?

Bu olay, ticket'ın SLA durumu gözlemlenerek çıkarılır veya hesaplanır. Ticket'ın SLA durumu İhlal edildi olarak değiştiğinde ya da yanıt ve çözüm zaman damgaları SLA hedefleriyle karşılaştırıldığında bir etkinlik oluşturulabilir.

Yakalayın

Ticket verilerinden, Çözüm Süresi SLA Hedef Çözüm Süresi'ni aştığında türetilir.

Olay türü calculated
Ticket önceliği değiştirildi
Bir temsilci veya otomasyon kuralı ticket'ın öncelik düzeyini, örneğin Düşük'ten Yüksek'e değiştirdiğinde gerçekleşir. Bu değişiklik ticket etkinlik günlüğüne açık bir güncelleme olarak kaydedilir.
Neden önemli?

Öncelik değişiklikleri, eskalasyona veya sorunun aciliyetinin yeniden değerlendirilmesine işaret edebilir. Bu değişiklikleri analiz etmek, eskalasyon nedenlerini ve bunların çözüm süresine etkisini anlamanıza yardımcı olur.

Nereden alınır?

Öncelik alanı dahil ticket özelliklerindeki tüm değişiklikleri kaydeden Ticket Activities günlüğünden alınır.

Yakalayın

Öncelik alanının değeri güncellendiğinde kaydedilen olaydır.

Olay türü explicit
Ticket yeniden açıldı
Müşteri, Çözüldü durumundaki bir ticket'a yanıt verdiğinde gerçekleşir ve durum otomatik olarak yeniden Açık olarak değişir. Bu, sistem tarafından kaydedilen açık bir olaydır.
Neden önemli?

Yüksek yeniden açılma oranı, ilk çözümlerin etkili olmadığını ve yeniden çalışmaya ya da müşteri memnuniyetsizliğine yol açtığını gösterir. Bu etkinliği analiz etmek, Ticket Yeniden Açılma Analizi ve ilk temas sırasında çözümü iyileştirmek için gereklidir.

Nereden alınır?

Müşteri yanıtı, durumu Çözüldü'den Açık'a otomatik olarak değiştirdiğinde yakalanır. Bu durum değişikliği Ticket Activities günlüğüne kaydedilir.

Yakalayın

Müşteri etkileşimiyle tetiklenen Çözüldü'den Açık'a durum değişikliği.

Olay türü explicit
Ticket yeniden atandı
İlk atamadan sonra bir ticket bir temsilciden veya gruptan başka bir temsilciye ya da gruba aktarıldığında gerçekleşir. Bu olay, ticket etkinlik günlüğünde sahip değişikliği olarak açıkça kaydedilir.
Neden önemli?

Sık yeniden atamalar veya yüksek temsilciden temsilciye aktarım oranı, çoğu zaman hatalı ilk yönlendirmeye ya da bilgi silolarına işaret eder. Bu analiz, ilk temas sırasında çözümü iyileştirme fırsatlarını belirlemenize yardımcı olur.

Nereden alınır?

İlk atamadan sonra Ticket Activities günlüğündeki Temsilci veya Grup alanı değişiklikleri üzerinden izlenir.

Yakalayın

İlk atama yapıldıktan sonra Atanan kişi alanında gerçekleştirilen sonraki güncellemedir.

Olay türü explicit
Önerilen İsteğe bağlı

Çıkarma rehberleri

Verilerinizi Freshdesk'ten nasıl alırsınız

Başlamaya hazır mısınız?

Süreçlerinizi net biçimde anlayarak müşteri hizmetleri operasyonlarınızı dönüştürmeye başlayın. Bu Template, veri odaklı iyileştirmenin ilk adımıdır.

Freshdesk müşteri hizmetlerini bugün iyileştirin

İlk iletişimde %80 çözüm oranına ulaşın ve müşterilerinizi memnun edin.

Ücretsiz denemenizi başlatın

Kredi kartı gerekmez, kurulumu dakikalar içinde tamamlayın