Hizmet Talebi Yönetimi Veri Şablonunuz

Freshservice
Hizmet Talebi Yönetimi Veri Şablonunuz

Hizmet Talebi Yönetimi Veri Şablonunuz

Bu şablon, Hizmet Talebi Yönetimi sürecinizi analiz etmek için gerekli verileri toplamanıza yönelik kapsamlı bir rehber sunar. Temel nitelikleri, izlenecek ana aktiviteleri ve bu bilgileri kaynak sistemlerinizden çıkarmak için pratik rehberliği özetler. Kapsamlı süreç analizi için sağlam bir olay günlüğü oluşturmak üzere bu kaynağı kullanın.
  • Toplanması Önerilen Nitelikler
  • Takip Edilmesi Gereken Temel Aktiviteler
  • Veri Çekim Rehberliği
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

Hizmet Talebi Yönetimi Nitelikleri

Bunlar, hizmet talebi yönetimi sürecinizin kapsamlı bir analizi için olay günlüğünüze dahil etmeniz önerilen veri alanlarıdır.
5 Gerekli 5 Önerilen 10 İsteğe Bağlı
Ad Açıklama
Faaliyet Adı
ActivityName
Bir hizmet talebi için belirli bir zamanda meydana gelen olayın veya görevin adı.
Açıklama

Aktivite Adı, hizmet talebi yaşam döngüsü içindeki belirli bir adımı veya olayı tanımlar. Bu aktiviteler, sistem denetim günlüklerinden, durum değişikliklerinden veya 'Temsilciye Talep Atandı', 'Not Eklendi' veya 'Hizmet Talebi Çözüldü' gibi kullanıcılar tarafından gerçekleştirilen belirli eylemlerden alınır.

Bu nitelik, hizmet taleplerinin akışını görsel olarak temsil eden süreç haritasını oluşturmak için kritik öneme sahiptir. Farklı aktivitelerin sırasını ve sıklığını analiz ederek kuruluşlar, gerçek süreci anlayabilir, adımlar arasındaki darboğazları belirleyebilir, aktivite sürelerini ölçebilir ve uyumsuz veya verimsiz süreç varyantlarını tespit edebilir.

Neden önemli

Bu nitelik, süreç haritasındaki adımları tanımlayarak hizmet talebi iş akışının görselleştirilmesine ve analizine olanak tanır.

Nereden alınır

Freshservice'deki bir taleple ilişkili 'etkinlikler' veya 'denetimler'den oluşturulur. Bu genellikle sistem olaylarını iş dostu etkinlik adlarına eşlemek için dönüşüm mantığı gerektirir.

Örnekler
Servis Talebi OluşturulduTalep Temsilciye AtandıHizmet Talebi ÇözüldüHizmet Talebi Kapatıldı
Olay Zamanı
EventTime
Aktivitenin gerçekleştiği kesin zaman damgası.
Açıklama

Olay Zamanı, bir hizmet talebi için belirli bir etkinliğin kaydedildiği tarih ve saati yakalar. Bu zaman damgası, olayları doğru bir şekilde sıralamak ve aralarındaki süreleri hesaplamak için temeldir.

Süreç madenciliğinde, bu öznitelik her vaka için etkinlikleri sıralamak için kullanılır ve tüm zaman tabanlı analizlerin temelini oluşturur. Döngü sürelerini, etkinlikler arasındaki bekleme sürelerini ve hizmet seviyesi anlaşmalarına (SLA'lar) uyumu hesaplamak için kullanılır. Doğru zaman damgaları, darboğazları belirlemek ve süreç performansını anlamak için kritiktir.

Neden önemli

Bu zaman damgası, olayları kronolojik olarak sıralar ve döngü süresi ile darboğaz tespitini içeren tüm performans analizlerinin temelini oluşturur.

Nereden alınır

Bu, Freshservice içindeki bir aktivite veya denetim günlüğü girişinin oluşturulma zaman damgasına karşılık gelir.

Örnekler
2023-10-26T10:00:00Z2023-10-26T11:35:10Z2023-10-27T14:20:05Z
Servis Talebi Kimliği
ServiceRequestId
Her hizmet talebi için benzersiz tanımlayıcı.
Açıklama

Hizmet Talebi Kimliği (ID), Freshservice'e kaydedilen her yeni hizmet talebine atanan benzersiz bir sayı veya koddur. Talebin oluşturulmasından kapanışına kadar tüm yaşam döngüsünü izlemek için birincil anahtar görevi görür.

Process mining'de bu ID, Case ID olarak işlev gördüğü için temeldir. Durum değişiklikleri, temsilci atamaları ve notlar gibi ilgili tüm olaylar bu tanımlayıcı kullanılarak birbirine bağlanır. Her Hizmet Talebi ID'sinin yolculuğunu analiz etmek, sürecin uçtan uca eksiksiz bir görselleştirilmesini, ortak yolların belirlenmesini ve bireysel vakaları etkileyen sapmaların veya darboğazların tespit edilmesini sağlar.

Neden önemli

Bu, ilgili tüm olayları birbirine bağlayan temel Case ID'dir, böylece tek bir hizmet talebinin uçtan uca yolculuğunu izlemeyi mümkün kılar.

Nereden alınır

Bu, Freshservice'deki bilet nesnesindeki birincil bir alandır. Kullanıcı arayüzünde (UI) görünür ve Freshservice API aracılığıyla kullanılabilir.

Örnekler
SR-12943SR-13501SR-14011
Kaynak Sistem
SourceSystem
`Verinin` çıkarıldığı sistemi tanımlar.
Açıklama

Bu nitelik, süreç verilerinin kaynak sistemini belirtir, bu durumda Freshservice'dir. Özellikle birden fazla sistemden gelen verilerin bütünsel bir süreç görünümü için birleştirildiği ortamlarda kullanışlıdır.

Tek sistemli bir analizde gereksiz görünse de, gelecekteki ölçeklenebilirlik ve veri yönetimi için bu niteliği dahil etmek en iyi uygulamadır. Veri kaynağı konusunda netlik sağlar ve veri entegrasyonu işlem hatlarını yönetmeye yardımcı olur.

Neden önemli

Birden fazla sistemden veri birleştirilirken veya veri yönetişimi amaçları için kritik olan veri kaynağını ve izlenebilirliğini sağlar.

Nereden alınır

Bu, genellikle veri çıkarma ve dönüşüm (ETL) süreci sırasında eklenen statik bir değerdir.

Örnekler
FreshserviceFreshservice-API-v2
Son Veri Güncellemesi
LastDataUpdate
Verilerin kaynak sistemden en son ne zaman yenilendiğini gösteren zaman damgası.
Açıklama

Bu nitelik, veri setinin Freshservice'den son çekildiği veya güncellendiği tarihi ve saati kaydeder. Analiz edilen verinin güncelliği hakkında bağlam sağlar.

Herhangi bir süreç analizi için verinin tazeliğini bilmek kritik öneme sahiptir. Bu zaman damgası, kullanıcıların en güncel bilgilere bakıp bakmadıklarını anlamalarına yardımcı olur; bu da zamanında operasyonel kararlar almak ve analizden elde edilen içgörülere güvenmek için esastır.

Neden önemli

Kullanıcıları verinin güncelliği hakkında bilgilendirir, analizlerin ve kararların güncel bilgilere dayanmasını sağlar.

Nereden alınır

Bu değer, veri çekme ve dönüştürme (ETL) süreci sırasında oluşturulur ve veri setine damgalanır.

Örnekler
2024-05-21T02:00:00Z2024-05-20T02:00:00Z
Atanan Ekip
AssignedTeam
Hizmet talebini ele almak üzere atanmış destek ekibi veya grubu.
Açıklama

Bu nitelik, hizmet talebinden sorumlu olan 'IT Destek Seviyesi 2' veya 'Donanım Tedarik' gibi fonksiyonel grubu veya ekibi gösterir. Bir talep, bireysel bir temsilci tarafından alınmadan önce bir ekibe atanabilir.

Atanan Ekibe göre analiz yapmak, ekip düzeyindeki performansı, iş yükünü anlamaya ve belirli fonksiyonel alanlara özgü darboğazları belirlemeye yardımcı olur. Farklı ekiplerin talepleri ne kadar verimli işlediğini değerlendirmek ve destek kuruluşu genelinde kaynak tahsisini optimize etmek için kritik öneme sahiptir.

Neden önemli

Kaynak yönetimi ve işlevsel darboğazların belirlenmesi için gerekli olan ekip veya grup düzeyinde performans ve iş yükü analizi sağlar.

Nereden alınır

Freshservice'deki talep nesnesinde 'grup' alanı olarak mevcuttur.

Örnekler
Servis MasasıAğ OperasyonlarıUygulama Desteği
Atanan Temsilci
AssignedAgent
Hizmet talebine şu anda atanmış olan bireysel temsilcinin adı.
Açıklama

Bu nitelik, hizmet talebini belirli bir zamanda ele almaktan sorumlu belirli destek temsilcisini tanımlar. Temsilci atamaları, bir talebin yaşam döngüsü boyunca değişebilir.

Atanan Temsilciyi analiz etmek, temsilci performansını ve iş yükü dağılımını anlamanın anahtarıdır. Temsilci başına ortalama çözüm süresi, aktif talep sayısı ve yeniden atama oranları gibi KPI'ların hesaplanmasına olanak tanır. Bu, en iyi performans gösteren temsilcileri, ek eğitime ihtiyaç duyabilecek temsilcileri ve iş yükü dağıtımındaki dengesizlikleri belirlemeye yardımcı olur.

Neden önemli

Temsilci iş yükü, performansı ve yeniden atamaların çözüm süreleri üzerindeki etkisinin analizini sağlar.

Nereden alınır

Freshservice'deki talep nesnesinde 'temsilci' veya 'yanıtlayan' alanı olarak mevcuttur.

Örnekler
Alice JohnsonRobert SmithAtanmamış
Durum
Status
Hizmet talebinin yaşam döngüsündeki mevcut durumu.
Açıklama

Durum alanı, hizmet talebinin belirli bir zamandaki durumunu temsil eder; örneğin, 'Açık', 'Beklemede', 'Çözüldü' veya 'Kapalı'. Durum değişiklikleri, process mining için aktivitelerin birincil kaynağıdır.

Durumu analiz etmek, süreç akışına bağlam sağlar ve taleplerin belirli durumlarda ne kadar zaman harcadığını anlamaya yardımcı olur. Örneğin, 'Beklemede' durumunda uzun bir süre, talep sahibi bilgisi veya harici tedarikçi girdisi bekleyen bir darboğazı işaret edebilir. Farklı süreç aşamalarının başlangıç ve bitiş noktalarını tanımlamak için temel bir niteliktir.

Neden önemli

Her olay için kritik bağlam sağlar ve gecikmeleri tespit etmek amacıyla 'Açık' veya 'Beklemede' gibi farklı durumlarda harcanan süreyi ölçmeye yardımcı olur.

Nereden alınır

Freshservice'deki talep nesnesinde 'durum' alanı olarak mevcuttur.

Örnekler
AçıkBeklemedeÇözüldüKapalı
Hizmet Türü
ServiceType
Talep edilen hizmetin belirli türü veya kategorisi.
Açıklama

Hizmet Türü, talebi 'Yeni Donanım Talebi', 'Yazılım Erişimi' veya 'Şifre Sıfırlama' gibi ihtiyaç duyulan hizmetin türüne göre sınıflandırır. Bu, genellikle kullanıcı tarafından seçilen hizmet kataloğu öğesiyle bağlantılıdır.

Bu nitelik, farklı hizmet türleri arasındaki süreçleri ve performansı karşılaştırmak için hizmet taleplerinin segmentasyonuna olanak tanır. Hangi hizmetlerin daha karmaşık veya kaynak yoğun olduğunu belirlemeye yardımcı olan 'Hizmet Türü Başına Ortalama Aktivite Sayısı' gibi KPI'ları hesaplamak için gereklidir. Bu analiz, belirli hizmet türleri için süreç basitleştirme ve otomasyon çabalarını yönlendirebilir.

Neden önemli

Farklı talep kategorileri arasındaki süreç akışlarının ve karmaşıklığının karşılaştırılmasını sağlayarak, standartlaştırma veya otomasyon alanlarının belirlenmesine yardımcı olur.

Nereden alınır

Bu genellikle Freshservice'deki bilet nesnesindeki yapılandırmaya bağlı olarak 'kategori', 'öğe' veya özel bir alana karşılık gelir.

Örnekler
Yeni Çalışan İşe AlımıYazılım Lisans TalebiVPN Erişimi
Öncelik
Priority
Hizmet talebinin Düşük, Orta, Yüksek veya Acil gibi öncelik seviyesi.
Açıklama

Öncelik, bir hizmet talebinin önemini ve aciliyetini gösterir; bu da genellikle hedef çözüm süresini ve tahsis edilen kaynakları belirler. Öncelik, kurallara göre otomatik olarak veya temsilciler tarafından manuel olarak ayarlanabilir.

Süreç madenciliğinde Öncelik, analiz için kritik bir boyuttur. Yüksek öncelikli ve düşük öncelikli öğeler için süreç akışlarını ve performansını karşılaştırmak amacıyla talepleri bölümlere ayırmak için kullanılır. Bu, SLA uyumluluk analizi ve önceliklendirmenin ilk değerlendirme aşamasında etkili ve hızlı bir şekilde yapılıp yapılmadığını anlamak için gereklidir.

Neden önemli

SLA uyumluluk analizi ve taleplerin iş etkilerine göre önceliklendirilip ele alınıp alınmadığını anlamak için çok önemlidir.

Nereden alınır

Freshservice'deki talep nesnesinde 'öncelik' alanı olarak mevcuttur.

Örnekler
DüşükOrtaYüksekAcil
Bitiş Saati
EndTime
Aktivitenin tamamlandığı kesin zaman damgası.
Açıklama

EndTime, bir aktivitenin tamamlanma zaman damgasını temsil eder. Freshservice'deki birçok olay için başlangıç ve bitiş zamanı aynıdır, bu da onları anlık olaylar yapar. Ancak durum tabanlı aktiviteler için EndTime, bir sonraki durum değişikliğinin zaman damgası olacaktır.

Bu nitelik, aktivitelerin süresini ve aralarındaki bekleme sürelerini hesaplamak için gereklidir. StartTime değerini EndTime değerinden çıkararak, belirli bir görevin işlem süresi belirlenebilir. Bu, hangi aktivitelerin en çok zaman alanlar olduğunu ve optimizasyon için birincil adaylar olduğunu belirlemek için kritik öneme sahiptir.

Neden önemli

Etkinlik sürelerinin hesaplanmasını sağlar, bu da darboğazların belirlenmesi ve bireysel adımlar için işlem sürelerinin ölçülmesi için temeldir.

Nereden alınır

Bu, Freshservice günlüklerinde doğrudan bir alan değildir. Belirli bir hizmet talebi için dizideki sonraki olayın zaman damgasını alarak elde edilmesi gerekir.

Örnekler
2023-10-26T10:05:15Z2023-10-26T14:00:20Z2023-10-28T09:30:00Z
İşlem Süresi
ProcessingTime
Bir faaliyet üzerinde aktif olarak çalışılan süre.
Açıklama

İşlem Süresi, tek bir aktivitenin süresini temsil eden hesaplanmış bir metriktir. Aktivitenin StartTime değerinden EndTime değeri çıkarılarak hesaplanır.

Bu metrik, darboğaz analizi için temeldir. Her aktivite türü için işlem süreleri toplanarak, sürecin en çok zaman harcanan yerleri hakkında net bir tablo ortaya çıkar. Bu, analistlerin iyileştirme çabalarını 'Dahili İnceleme Yapıldı' veya 'Harici Tedarikçiyle İletişime Geçildi' gibi en çok zaman alan adımlara odaklamasına olanak tanır.

Neden önemli

Bireysel süreç adımlarının süresini ölçerek, en çok zaman alan aktiviteleri ve darboğazları doğrudan vurgular.

Nereden alınır

Veri hazırlığı sırasında, bir olayın 'EventTime' (Başlangıç Zamanı) değerinin 'EndTime' (bir sonraki olayın zaman damgası) değerinden çıkarılmasıyla hesaplanır.

Örnekler
360086400300
Kanal
Channel
Hizmet talebinin gönderildiği yöntem veya kanal.
Açıklama

Kanal, hizmet talebinin nasıl oluşturulduğunu, örneğin self-servis portalı, e-posta, telefon araması veya sohbet aracılığıyla gösterir. Bu bilgi, kullanıcı tercihlerini ve kanal verimliliğini anlamaya yardımcı olur.

Süreci kanala göre analiz etmek önemli içgörüler ortaya çıkarabilir. Örneğin, portal aracılığıyla gönderilen talepler, daha fazla karşılıklı iletişim gerektirebilecek e-posta aracılığıyla gönderilenlerden daha eksiksiz ve daha hızlı çözülebilir. Bu analiz, daha verimli kanalları teşvik etme çabalarına rehberlik edebilir.

Neden önemli

Gönderim kanalının süreç verimliliğini, çözüm süresini veya gereken yeniden işleme miktarını etkileyip etkilemediğini analiz etmeye yardımcı olur.

Nereden alınır

Freshservice'deki talep nesnesinde 'kaynak' alanı olarak mevcuttur.

Örnekler
E-postaPortalTelefonChat
SLA İhlal Edildi mi?
IsSlaBreached
Hizmet talebinin çözüm SLA hedefini aşıp aşmadığını gösteren bir boolean bayrak.
Açıklama

Bu hesaplanmış nitelik, hizmet talebinin SLA vade tarihinden sonra kapatılıp kapatılmadığını gösteren basit bir doğru veya yanlış işaretidir. 'Hizmet Talebi Kapatıldı' veya 'Hizmet Talebi Çözüldü' zaman damgasını SlaDueDate ile karşılaştırarak elde edilir.

Bu nitelik, SLA Uyumluluk dashboard'u için analizi ve görselleştirmeyi basitleştirir. Genel SLA Uyumluluk Oranı KPI'sını hesaplamak için kolay filtreleme ve toplama sağlar. Bu işarete göre segmentasyon yapmak, ihlal edilen taleplerin süreç özelliklerini zamanında çözülenlere karşı hızlı bir şekilde izole etmeye ve analiz etmeye yardımcı olur.

Neden önemli

Hedeflerini karşılamayan talepleri filtrelemek ve toplamak için net bir işaret sağlayarak SLA uyumluluk analizini basitleştirir.

Nereden alınır

Bu, veri dönüşümü sırasında nihai çözüm zaman damgasının SlaDueDate alanı ile karşılaştırılmasıyla elde edilen hesaplanmış bir alandır.

Örnekler
truefalse
SLA Politika Adı
SlaPolicyName
Talebe uygulanan Hizmet Seviyesi Anlaşması (SLA) politikasının adı.
Açıklama

Bu nitelik, hizmet talebi için hedef yanıt ve çözüm sürelerini yöneten belirli SLA politikasını tanımlar. Politikalar genellikle öncelik, hizmet türü veya talep sahibi grubu gibi faktörlere dayanır.

Hangi SLA politikasının uygulandığını bilmek, SLA Uyumluluk ve İhlal Analizi dashboard'u için gereklidir. Tanımlanmış hedeflere karşı performansın doğru ölçülmesine olanak tanır ve hangi politikaların en sık ihlal edildiğini analiz etmeye yardımcı olur. Bu durum, ya süreç performansının ya da SLA hedeflerinin uygulanabilirliğinin gözden geçirilmesine yol açabilir.

Neden önemli

Talebin ölçüldüğü belirli hizmet hedeflerini tanımlar, bu da doğru SLA uyumluluk raporlaması için esastır.

Nereden alınır

Bu bilgi, bir biletle ilişkili SLA verilerinin bir parçasıdır. Belirli SLA ile ilgili API uç noktalarını veya alanlarını sorgulamayı gerektirebilir.

Örnekler
Yüksek Öncelikli Olaylar - 4 saatStandart Talepler - 3 günVIP Destek - 1 saat
SLA Son Tarihi
SlaDueDate
Hizmet talebinin SLA'sına göre çözülmesi beklenen zaman damgası.
Açıklama

Bu nitelik, geçerli SLA politikası tarafından tanımlandığı şekilde hizmet talebini çözmek için son tarihi belirtir. Talebin oluşturma zamanı, önceliği ve SLA'da tanımlanan iş saatlerine göre hesaplanmış bir zaman damgasıdır.

Bu, gerçek zamanlı performansı izlemek ve olay sonrası SLA uyumluluk analizi için kritik bir veri noktasıdır. Gerçek çözüm süresini SlaDueDate ile karşılaştırarak 'Karşılandı' veya 'İhlal Edildi' kararı verilebilir. SLA Uyumluluk Oranı KPI'sını hesaplamanın temelidir.

Neden önemli

Bu, çözüm için hedef son tarihtir ve bir hizmet talebinin SLA'sını karşılayıp karşılamadığını veya ihlal edip etmediğini hesaplamak için temel oluşturur.

Nereden alınır

Bu, Freshservice içinde hesaplanmış bir alandır ve bilet üzerinde 'Teslim Tarihi' olarak görünür. API aracılığıyla kullanılabilir.

Örnekler
2023-10-28T17:00:00Z2023-11-01T09:00:00Z
Talep Eden
Requestor
Hizmet talebini gönderen kullanıcı.
Açıklama

Bu nitelik, hizmet talebini başlatan bireyi, genellikle bir çalışanı, tanımlar. Hizmet masasını kimin kullandığı ve ihtiyaçlarının ne olduğu hakkında bağlam sağlar.

Süreç akış analizi için her zaman birincil bir boyut olmasa da, talep sahibine veya ilgili departmanına göre analiz yapmak kalıpları ortaya çıkarabilir. Örneğin, belirli bir departmanın sıklıkla eksik talepler gönderdiğini ortaya çıkarabilir, bu da hedefe yönelik eğitime ihtiyaç duyulduğunu gösterir. Müşteri deneyimine odaklanan herhangi bir analiz için de esastır.

Neden önemli

Talebi başlatan kullanıcı hakkında bağlam sağlar, böylece taleplerin kişi, departman veya konuma göre analiz edilmesine olanak tanır.

Nereden alınır

Freshservice'deki talep nesnesinde 'talep eden' alanı olarak mevcuttur.

Örnekler
John DoeJane SmithHizmet Hesabı
Talep Sahibi Departmanı
RequestorDepartment
Talep sahibinin bağlı olduğu departman.
Açıklama

Bu nitelik, hizmet talebini gönderen kullanıcının 'Satış', 'Finans' veya 'İnsan Kaynakları' gibi organizasyonel departmanını belirtir. Bu bilgi genellikle kullanıcının sistemdeki profilinden alınır.

Departmana göre süreç performansını analiz etmek yaygın bir gerekliliktir. Belirli departmanların daha uzun çözüm süreleri deneyimleyip deneyimlemediğini veya benzersiz süreç ihtiyaçları olup olmadığını vurgulayabilir. Bu içgörü, kaynak tahsisi, eğitim girişimleri veya departmana özel hizmet tekliflerinin oluşturulmasını bilgilendirebilir.

Neden önemli

Sürecin iş birimine göre bölümlenmesine izin vererek, departmana özgü sorunları veya performans farklılıklarını belirlemeye yardımcı olur.

Nereden alınır

Bu bilgi, talep sahibinin profili aracılığıyla bağlantılıdır. Freshservice'de varsayılan bir 'departman' alanında veya özel bir kullanıcı alanında olabilir.

Örnekler
FinansPazarlamaBilgi Teknolojileri
Yeniden Atama Sayısı
ReassignmentCount
Bir hizmet talebinin farklı bir temsilciye veya ekibe yeniden atanma sayısı.
Açıklama

Bu, her hizmet talebi için 'Talep Yeniden Atandı' veya benzeri aktivitelerin oluşumlarını sayan hesaplanmış bir niteliktir. Yüksek bir yeniden atama sayısı, genellikle ilk triyaj, yanlış beceri tabanlı yönlendirme veya iş yükü dengesizlikleri ile ilgili sorunlara işaret eder.

Bu nitelik, 'Temsilci Performansı ve İş Yükü Dağıtımı' dashboard'unu ve 'Ort. Temsilci Yeniden Atama Sayısı/Talep' KPI'sını doğrudan destekler. Bu metriği analiz etmek, kuruluşların biletlerin elden ele dolaşmasına yol açan süreç zayıflıklarını belirlemesine yardımcı olur, bu da çözüm süresini artırır ve hem temsilcileri hem de talep sahiplerini hayal kırıklığına uğratır.

Neden önemli

Yönlendirme verimsizliğini ve süreç sürtünmesini ölçer. Yüksek bir sayı, ilk önceliklendirme veya temsilci iş yükü ile ilgili sorunlara işaret eder ve gecikmelere yol açar.

Nereden alınır

Bu, veri dönüşümü sırasında her bir 'ServiceRequestId' için belirli atama değişikliği aktivitelerinin sayılarak hesaplanır.

Örnekler
013
Yeniden İşleme mi?
IsRework
Talebin yeniden işleme etkinlikleri içerip içermediğini gösteren bir boolean bayrak.
Açıklama

Bu hesaplanmış işaret, bir hizmet talebinin yeniden işleme gerektirdiğini gösteren belirli aktivitelerden geçmesi durumunda doğru olarak ayarlanır. Örnekler arasında çözüm sonrası yeniden açılma ('Hizmet Talebi Yeniden Açıldı'), birden fazla yeniden atama veya kullanıcıdan tekrar tekrar bilgi talepleri ('Talep Sahibinden Bilgi İstendi') yer alır.

Bu nitelik, süreç verimsizliklerinin analizini basitleştirir. Yeniden işleme içeren vakaları izole etmek ve süreç haritalarını ve döngü sürelerini 'temiz' vakalarla karşılaştırmak için kolay filtreleme sağlar. Bu durum, 'Hizmet Talebi Yeniden İşleme Analizi' dashboard'unu doğrudan destekler ve verimsiz devir teslimlerin veya eksik başlangıç bilgilerinin etkisini nicelleştirmeye yardımcı olur.

Neden önemli

Verimsiz döngüler veya tekrarlayan adımlar içeren vakaları işaretlemenin ve analiz etmenin basit bir yolunu sunarak, düşük kalitenin maliyetini ölçmeye yardımcı olur.

Nereden alınır

Veri dönüşümü sırasında, her bir 'ServiceRequestId' için etkinlik dizisine iş mantığı uygulanarak hesaplanır.

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

Hizmet Talebi Yönetimi Aktiviteleri

Bunlar, hizmet talebi iş akışlarınızın doğru keşfi ve analizi için olay günlüğünüze kaydetmeniz gereken temel süreç adımları ve kilometre taşlarıdır.
6 Önerilen 9 İsteğe Bağlı
Aktivite Açıklama
Dış Tedarikçi Devrede
Bu aktivite, bir biletin çözüm için harici bir tedarikçiye veya üçüncü bir tarafa devredildiğini işaret eder. 'Tedarikçi Beklemede' veya 'Üçüncü Taraf Bekleniyor' gibi belirli bir duruma geçişten anlaşılır.
Neden önemli

Tedarikçi katılımı önemli gecikmelere yol açabilir. Bu aktiviteyi takip etmek, tedarikçi performansını ve genel hizmet talebi döngü süresi üzerindeki etkisini ölçmek için çok önemlidir.

Nereden alınır

Talebin durum değişim geçmişinden çıkarılır. Dış tedarikçilere bağımlılığı izlemek için özel olarak yapılandırılmış bir durum arayın.

Yakala

Talep durumu alanı üçüncü bir tarafı beklediğini gösteren bir değere değiştiğinde algılayın.

Event tipi inferred
Hizmet Talebi Çözüldü
Bu kritik kilometre taşı, temsilcinin bir çözüm sağladığı ve işi tamamlanmış saydığı noktayı işaret eder. Bu durum, bilet durumunun 'Çözüldü' olarak değişmesinden anlaşılır.
Neden önemli

Bu aktivite, aktif çalışma aşamasının sonunu gösterir. Bu noktaya kadar geçen süre, temsilci ve süreç verimliliğinin temel bir ölçütüdür ve SLA hesaplamaları için temel oluşturur.

Nereden alınır

Talebin durum değişim geçmişinden çıkarılır. Bu, durumun ilk kez 'Çözüldü' olarak ayarlandığı zaman damgasına karşılık gelir.

Yakala

Talep durumu ilk kez 'Çözüldü' olarak değiştiğinde zaman damgasını yakalayın.

Event tipi inferred
Hizmet Talebi Kapatıldı
Bu, hizmet talebi yaşam döngüsünün sonunu gösteren son aktivitedir. Genellikle, 'Çözüldü' durumunda belirli bir süre sonra yeniden açılmadan otomatik olarak gerçekleşir.
Neden önemli

Bu olay, süreç örneğinin kesin sonunu işaret eder. 'Çözüldü' ve 'Kapalı' arasındaki süre, talep sahibi için onay penceresini temsil eder.

Nereden alınır

Talebin durum değişim geçmişinden çıkarılır. Durumun 'Kapalı' olarak değiştiği zaman damgasına karşılık gelir.

Yakala

Talep durumu 'Kapalı' olarak değiştiğinde zaman damgasını yakalayın.

Event tipi inferred
Servis Talebi Oluşturuldu
Bu aktivite, Freshservice'e yeni bir talebin resmi olarak kaydedilmesiyle hizmet talebi yaşam döngüsünün başlangıcını işaret eder. Bu olay, hizmet kataloğu, e-posta veya başka bir kanal aracılığıyla yeni bir bilet kaydı oluşturulduğunda açıkça yakalanır ve benzersiz bir Hizmet Talebi Kimliği oluşturur.
Neden önemli

Bu, süreç için birincil başlangıç olayıdır. Bu faaliyetten diğerlerine kadar geçen süreyi analiz etmek, genel döngü sürelerini ölçmek ve başlangıçtaki işlem gecikmelerini belirlemek için temeldir.

Nereden alınır

Bu olay, Freshservice'de açıkça kaydedilir. Genellikle bilet oluşturma zaman damgasına karşılık gelen biletin aktivite günlüğünde veya denetim izinde bulunabilir.

Yakala

Freshservice bilet verilerinden bilet oluşturma zaman damgasını kullanın.

Event tipi explicit
SLA Hedefi İhlal Edildi
Bir hizmet talebini çözme süresinin tanımlanmış Hizmet Seviyesi Anlaşması (SLA) hedefini aşması durumunda ortaya çıkan hesaplanmış bir olaydır. Bu doğrudan bir sistem olayı değil, çözüm süresinin SLA son tarihine göre karşılaştırılmasıyla türetilir.
Neden önemli

Bu, hizmet performansını taahhütlere karşı doğrudan ölçer ve yönetim için temel bir KPI'dır. Hangi talep türlerinin veya önceliklerin başarısız olma riskinin en yüksek olduğunu belirlemeye yardımcı olur.

Nereden alınır

'Çözüldü' zaman damgası ile 'SLA Bitiş Tarihi' zaman damgasının karşılaştırılmasıyla hesaplanır. Çözüm süresi daha geçse bu olay tetiklenir.

Yakala

Çözüm zaman damgasını SLA bitiş zaman damgasıyla karşılaştırın. Eğer resolved_at > sla_due_by ise bu olayı oluşturun.

Event tipi calculated
Talep Temsilciye Atandı
Bir hizmet talebinin belirli bir temsilciye atanma noktasını işaret eder. Bu önemli bir dönüm noktasıdır ve talep için 'Atanan Temsilci' veya 'Sahip' alanındaki değişiklikler izlenerek çıkarılır.
Neden önemli

Bu aktivite, temsilci iş yükünü analiz etmek ve atama sürecindeki darboğazları belirlemek için kritik öneme sahiptir. Oluşturma ve atama arasındaki süre, temel bir performans göstergesidir.

Nereden alınır

Talebin etkinlik günlüğünden veya alan denetim izinden, 'Temsilci' veya 'Atanan' alanındaki değişiklikler izlenerek çıkarılır.

Yakala

'Atanan Temsilci' alanı doldurulduğunda veya değeri değiştiğinde zaman damgasını yakalayın.

Event tipi inferred
Dahili İnceleme Yapıldı
Önerilen bir çözümün veya talebin yerine getirilmesinin devam etmeden önce dahili bir inceleme veya onay gerektirdiğini gösterir. Bu, 'Onay Bekleniyor' veya 'İç İnceleme' gibi bir duruma geçişten çıkarılır.
Neden önemli

Dahili incelemeler, özellikle karmaşık veya yüksek etkili hizmet taleplerinde darboğaz kaynağı olabilir. Bu süreyi ölçmek, onay iş akışlarını düzene sokmaya yardımcı olur.

Nereden alınır

Talebin durum değişim geçmişinden çıkarılır. İş akışında 'Dahili Onay Bekleniyor' gibi belirli bir durumun kullanılmasını gerektirir.

Yakala

Talep durumu alanı dahili bir inceleme veya onayı gösteren bir değere değiştiğinde algılayın.

Event tipi inferred
Hizmet Talebi Yeniden Açıldı
Bir talep edenin, 'Çözüldü' olarak işaretlendikten sonra bir sorunun devam ettiğini belirtmesi ve talebin açık bir duruma geri dönmesine neden olması durumunda meydana gelir. Bu, 'Çözüldü' durumundan 'Açık' veya 'Devam Ediyor' durumuna geri dönüşten çıkarılır.
Neden önemli

Yeniden açılan talepler, düşük ilk çağrıda çözüm oranlarının ve müşteri memnuniyetsizliğinin güçlü bir göstergesidir. Bu yeniden işleme döngüsünü takip etmek, çözüm kalitesini artırmak için kritik öneme sahiptir.

Nereden alınır

Etkinlik günlüğündeki talebin durum değişim geçmişinden çıkarılır. Bu, 'Çözüldü' durumundan 'Açık' durumuna doğrudan bir durum geçişidir.

Yakala

Çözülmüş bir durumdan açık bir duruma durum değişikliği algılayın.

Event tipi inferred
Not Eklendi
Bir temsilci veya talep sahibi tarafından hizmet talebine eklenen herhangi bir genel veya özel notu temsil eder. Bu, biletin görüşme veya aktivite günlüğünde yakalanan açık bir olaydır.
Neden önemli

Notların sıklığını ve zamanlamasını analiz etmek, iletişim modellerini, işbirliği verimliliğini ve süreçteki karmaşa noktalarını ortaya çıkarabilir.

Nereden alınır

Freshservice'deki talebin konuşma geçmişine açıkça kaydedilir. Her notun bir zaman damgası ve yazarı vardır.

Yakala

Talebin konuşma veya yorum günlüğündeki her girişi çıkarın.

Event tipi explicit
Talep Eden Tarafından Sağlanan Bilgi
Talep edenin gerekli bilgileri yanıtlaması ve temsilcinin çalışmaya devam etmesine izin vermesi durumunda meydana gelir. Bu genellikle talep durumu 'Beklemede' durumundan otomatik olarak 'Açık' duruma değiştiğinde çıkarılır.
Neden önemli

Bu aktivite, bilgi talepleri döngüsünü kapatır. Bilgi talep etme ve sağlama arasındaki süre, analiz edilmesi ve optimize edilmesi gereken kritik bir bekleme süresidir.

Nereden alınır

'Beklemede' durumundan 'Açık' veya 'Devam Ediyor' durumuna geri dönüşten çıkarılır, genellikle talep edenden gelen bir yanıtla tetiklenir.

Yakala

Talep durumu beklemedeki bir durumdan açık bir duruma değiştiğinde algılayın.

Event tipi inferred
Talep Edenden Bilgi İsteniyor
Atanmış temsilcinin talep sahibinden daha fazla bilgi talep ettiği ve ilerlemenin durakladığı bir noktayı temsil eder. Bu durum, bilet durumunun 'Beklemede' veya 'Müşteri Bekleniyor' durumuna değişmesinden anlaşılır.
Neden önemli

Bu aktivite, yaygın bir gecikme ve yeniden işleme kaynağını vurgular. Sıklığını analiz etmek, talep şablonlarını ve ilk veri toplama süreçlerini iyileştirme fırsatlarını belirlemeye yardımcı olur.

Nereden alınır

Talebin durum değişim geçmişinden çıkarılır. 'Müşteri Yanıtı Bekleniyor' veya 'Bilgi Bekleniyor' gibi bir duruma geçişi arayın.

Yakala

Talep durumu alanı kullanıcı girişi beklediğini gösteren bir değere değiştiğinde algılayın.

Event tipi inferred
Talep Önceliklendirildi
Bu aktivite, hizmet talebine Düşük, Orta veya Yüksek gibi bir öncelik seviyesinin atandığında gerçekleşir. Biletin geçmişindeki 'Öncelik' alanında bir değişiklik tespit edilerek anlaşılır.
Neden önemli

Önceliklendirme, kaynak tahsisi ve SLA hedeflerinin karşılanması için kritiktir. Bu etkinliği analiz etmek, taleplerin doğru ve zamanında değerlendirildiğini doğrulamaya yardımcı olur.

Nereden alınır

Freshservice'deki talebin alan değişim geçmişinden çıkarılır. 'Öncelik' alanındaki güncellemeleri arayın ve değişimin zaman damgasını yakalayın.

Yakala

'Öncelik' alanında null değerinden veya önceki değerinden bir değişiklik algılayın ve zaman damgasını kaydedin.

Event tipi inferred
Talep Sahibi Tarafından Çözüm Onaylandı
Bu aktivite, talep sahibinden sunulan çözümün tatmin edici olduğuna dair açık bir onayı temsil eder. Bu durum, olumlu bir anket yanıtından veya bilet kapatılmadan önce yapılan belirli bir yorumdan çıkarılabilir.
Neden önemli

Onay, çözümün kalitesi hakkında doğrudan geri bildirim sağlar. Düşük bir onay oranı, çözümlerin yeniden açılmasalar bile kullanıcı ihtiyaçlarını tam olarak karşılamadığına işaret edebilir.

Nereden alınır

Bu, doğrudan yakalanması zor bir durumdur ve özel yapılandırma gerektirebilir. Bilete bağlı bir müşteri memnuniyeti anketi yanıtından veya uygulanan belirli bir etiketten çıkarılabilir.

Yakala

Çözüm sonrası uygulanan memnuniyet anketleri veya etiketler gibi ilgili verilerin analizini gerektirir.

Event tipi inferred
Talep Tasnif Edildi
Yeni oluşturulan bir hizmet talebinin ilk değerlendirmesini ve kategorizasyonunu temsil eder. Bu aktivite genellikle bir önceliğin ilk kez belirlenmesinden veya talebin bir gruba atanmasından çıkarılır; bu da talebin incelendiğini ve sıraya girdiğini gösterir.
Neden önemli

Triyajı takip etmek, ilk müdahale ekibinin verimliliğini ölçmeye yardımcı olur. Bu aşamadaki gecikmeler, genel çözüm sürelerini ve SLA uyumluluğunu önemli ölçüde etkileyebilir.

Nereden alınır

Etkinlik günlüğünden çıkarılır. Oluşturulduktan sonra meydana gelen ilk 'Öncelik Belirlendi' veya 'Grup Atandı' olayının zaman damgasıyla belirlenebilir.

Yakala

Ya bir öncelik alanı değişikliğinin ya da bir atama grubu alanı değişikliğinin en erken zaman damgasını belirleyin.

Event tipi inferred
Talep Yeniden Atandı
Bu aktivite, ilk atamadan sonra atanmış temsilci veya gruptaki herhangi bir değişikliği yakalar. 'Atanmış Temsilci' veya 'Atanmış Grup' alanlarındaki sonraki güncellemeleri tespit ederek anlaşılır.
Neden önemli

Sık yapılan yeniden atamalar, ilk önceliklendirme, temsilci beceri eşleştirme veya iş yükü dengeleme ile ilgili potansiyel sorunları gösterir. Bu etkinlik, Temsilci Yeniden Atama Sayısı KPI'sı ve yeniden işleme analizi için hayati önem taşır.

Nereden alınır

Talebin alan değişim geçmişinden çıkarılır. Bu olay, 'Atanan Temsilci' veya 'Atanan Grup' alanı ilk değeri ayarlandıktan sonra her güncellendiğinde kaydedilir.

Yakala

İlk atamadan sonra 'Atanan Temsilci' veya 'Atanan Grup' alanında herhangi bir değişiklik algılayın.

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

Veri Çekim Kılavuzları

Verilerinizi Freshservice'den nasıl alırsınız