Hizmet Talebi Yönetimi Veri Şablonunuz
Hizmet Talebi Yönetimi Veri Şablonunuz
- Toplanması Önerilen Nitelikler
- Takip Edilmesi Gereken Temel Aktiviteler
- Veri Çekim Rehberliği
Hizmet Talebi Yönetimi Nitelikleri
| 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
Bu nitelik, aktivitelerin süresini ve aralarındaki bekleme sürelerini hesaplamak için gereklidir.
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 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ı 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
Ö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
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
|
|||
Hizmet Talebi Yönetimi Aktiviteleri
| 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
|
|||