Hizmet Talebi Yönetimi Veri Template'inuz
Hizmet Talebi Yönetimi Veri Template'inuz
- Önerilen Öznitelikler
- İzlenecek Temel Etkinlikler
- Veri Çekim Kılavuzu
Hizmet Talep Yönetimi Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Aktivite Adı
ActivityName
|
Bir hizmet talebi için belirli bir zamanda meydana gelen olayın veya görevin adı. | ||
|
Açıklama
Aktivite Adı, hizmet talebi süreç 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 'BT Hizmet Talebi Yönetimi Çö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 büyük önem taşır. 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?dir?
Bu nitelik, süreç haritasındaki adımları tanımlayarak hizmet talebi iş akışının görselleştirilmesine ve analizine sunar.
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:::::::
Hizmet Talebi OluşturulduTalep Temsilciye AtandıBT Hizmet Talebi Yönetimi ÇözüldüBT Hizmet Talebi Yönetimi Kapatıldı
|
|||
|
Hizmet Talebi Kimliği
ServiceRequestId
|
Her hizmet talebi için benzersiz tanımlayıcı. | ||
|
Açıklama
BT Hizmet Talebi Yönetimi 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 süreç 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 büyük önem taşır. Durum değişiklikleri, temsilci atamaları ve notlar gibi ilgili tüm olaylar bu tanımlayıcı kullanılarak birbirine bağlanır. Her BT Hizmet Talebi Yönetimi 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 sunar.
Neden Önemli?dir?
Bu, ilgili tüm olayları birbirine bağlayan temel Case ID'dir, böylece tek bir hizmet talebinin tüm sürecini izlemeyi sunar.
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
|
|||
|
Olay Zamanı
EventTime
|
Aktivitenin gerçekleştiği kesin zaman damgası (zaman damgası)dır. | ||
|
Açıklama
Olay Zamanı, bir hizmet talebi için belirli bir etkinliğin kaydedildiği tarih ve saati yakalar. Bu zaman damgası (zaman damgası), olayları doğru bir şekilde sıralamak ve aralarındaki süreleri hesaplanmasında temel rol oynar. Process Miningnde, 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 büyük önem taşır.
Neden Önemli?dir?
Bu zaman damgası (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ı (zaman damgası)na karşılık gelir.
Örnekler:::::::
2023-10-26T10:00:00Z2023-10-26T11:35:10Z2023-10-27T14:20:05Z
|
|||
|
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 uçtan uca 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 sunar ve veri entegrasyonu işlem hatlarını yönetmeye yardımcı olur.
Neden Önemli?dir?
Birden fazla sistemden veri birleştirilirken veya veri yönetişimi amaçları için kritik olan veri kaynağını ve izlenebilirliğini sunar.
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ı (zaman damgası)dır. | ||
|
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 sunar. Herhangi bir süreç analizi için verinin tazeliğini bilmek büyük önem taşır. Bu zaman damgası (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 stratejik bilgilere güvenmek için gereklidir.
Neden Önemli?dir?
Kullanıcıları verinin güncelliği hakkında bilgilendirir, analizlerin ve kararların güncel bilgilere dayanmasını sunar.
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 iyileştirmek için büyük önem taşır.
Neden Önemli?dir?
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 sunar.
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 süreç 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 sunar. 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?dir?
Temsilci iş yükü, performansı ve yeniden atamaların çözüm süreleri üzerindeki etkisinin analizini sunar.
Nereden Alınır??
Freshservice'deki talep nesnesinde 'temsilci' veya 'yanıtlayan' alanı olarak mevcuttur.
Örnekler:::::::
Alice JohnsonRobert SmithAtanmamış
|
|||
|
Durum
Status
|
Hizmet talebinin süreç 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 sunar 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?dir?
Her olay için önemli bilgiler sunar 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ı
|
|||
|
Ö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. Process Miningnde Öncelik, analiz için önemli 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?dir?
SLA uyumluluk analizi ve taleplerin iş etkilerine göre önceliklendirilip ele alınıp alınmadığını anlamak için büyük önem taşır.
Nereden Alınır??
Freshservice'deki talep nesnesinde 'öncelik' alanı olarak mevcuttur.
Örnekler:::::::
DüşükOrtaYüksekAcil
|
|||
|
Servis Tipi
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 sunar. 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?dir?
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şan İşe AlımıYazılım Lisans TalebiVPN Erişimi
|
|||
|
Bitiş Zamanı
EndTime
|
Aktivitenin tamamlandığı kesin zaman damgası (zaman damgası)dır. | ||
|
Açıklama
Bu nitelik, aktivitelerin süresini ve aralarındaki bekleme sürelerini hesaplamak için gereklidir.
Neden Önemli?dir?
Etkinlik sürelerinin hesaplanmasını sunar, bu da darboğazların belirlenmesi ve bireysel adımlar için işlem sürelerinin ölçülmesi için büyük önem taşır.
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ı (zaman damgası)nı alarak elde edilmesi gerekir.
Örnekler:::::::
2023-10-26T10:05:15Z2023-10-26T14:00:20Z2023-10-28T09:30:00Z
|
|||
|
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 yeni veriler keşfedebilir. Ö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?dir?
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. 'BT Hizmet Talebi Yönetimi Kapatıldı' veya 'BT Hizmet Talebi Yönetimi Çözüldü' zaman damgası (zaman damgası)nı Bu nitelik, SLA Uyumluluk kontrol paneli'u için analizi ve görselleştirmeyi basitleştirir. Genel SLA Uyumluluk Oranı KPI'sını hesaplamak için kolay filtreleme ve toplama sunar. 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?dir?
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ı (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 kontrol paneli'u için gereklidir. Tanımlanmış hedeflere karşı performansın doğru ölçülmesine sunar 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 somutliğinin gözden geçirilmesine yol açabilir.
Neden Önemli?dir?
Talebin ölçüldüğü belirli hizmet hedeflerini tanımlar, bu da doğru SLA uyumluluk raporlaması için gereklidir.
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ı (zaman damgası)dır. | ||
|
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ı (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?dir?
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 sunar. 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 gereklidir.
Neden Önemli?dir?
Talebi başlatan kullanıcı hakkında bağlam sunar, böylece taleplerin kişi, departman veya konuma göre analiz edilmesine sunar.
Nereden Alınır??
Freshservice'deki talep nesnesinde 'talep eden' alanı olarak mevcuttur.
Örnekler:::::::
John DoeJane SmithHizmet Hesabı
|
|||
|
Talep Eden 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 önemli bilgi, kaynak tahsisi, eğitim girişimleri veya departmana özel hizmet tekliflerinin oluşturulmasını bilgilendirebilir.
Neden Önemli?dir?
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ı' kontrol paneli'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?dir?
Yönlendirme verimsizliğini ve süreçteki aksaklıkları ö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 ('BT Hizmet Talebi Yönetimi 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 sunar. Bu durum, 'BT Hizmet Talebi Yönetimi Yeniden İşleme Analizi' kontrol paneli'unu doğrudan destekler ve verimsiz devir teslimlerin veya eksik başlangıç bilgilerinin etkisini nicelleştirmeye yardımcı olur.
Neden Önemli?dir?
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 Talep Yönetimi Aktiviteleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
BT Hizmet Talebi Yönetimi Çö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?dir?
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ı (zaman damgası)na karşılık gelir.
Yakala
Talep durumu ilk kez 'Çözüldü' olarak değiştiğinde zaman damgası (zaman damgası)nı yakalayın.
Event tipi
inferred
|
|||
|
BT Hizmet Talebi Yönetimi Kapatıldı
|
Bu, hizmet talebi süreç 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?dir?
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ı (zaman damgası)na karşılık gelir.
Yakala
Talep durumu 'Kapalı' olarak değiştiğinde zaman damgası (zaman damgası)nı yakalayın.
Event tipi
inferred
|
|||
|
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?dir?
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 büyük önem taşır.
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 Oluşturuldu
|
Bu aktivite, Freshservice'e yeni bir talebin resmi olarak kaydedilmesiyle hizmet talebi süreç 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 BT Hizmet Talebi Yönetimi Kimliği oluşturur. | ||
|
Neden Önemli?dir?
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 büyük önem taşır.
Nereden Alınır??
Bu olay, Freshservice'de açıkça kaydedilir. Genellikle bilet oluşturma zaman damgası (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ı (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?dir?
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ı (zaman damgası) ile 'SLA Bitiş Zamanıtiş Tarihi' zaman damgası (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ı (zaman damgası)nı SLA bitiş zaman damgası (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?dir?
Bu aktivite, temsilci iş yükünü analiz etmek ve atama sürecindeki darboğazları belirlemek için büyük önem taşır. 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ı (zaman damgası)nı yakalayın.
Event tipi
inferred
|
|||
|
BT Hizmet Talebi Yönetimi 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?dir?
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 büyük önem taşır.
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
|
|||
|
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?dir?
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
|
|||
|
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?dir?
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ı (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?dir?
Bu aktivite, bilgi talepleri döngüsünü kapatır. Bilgi talep etme ve güçlüa 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?dir?
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?dir?
Önceliklendirme, kaynak tahsisi ve SLA hedeflerinin karşılanması için büyük önem taşır. 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ı (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ı (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?dir?
Onay, çözümün kalitesi hakkında doğrudan geri bildirim sunar. 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?dir?
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ı (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ı (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?dir?
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 önemlidir.
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
|
|||