Olay Sayısı

Genel Bakış

Olay Sayısı geliştirmesi, her bir sürecinizdeki vaka içinde bulunan olayların sayısını sayan temel bir istatistik operatörüdür. Bu geliştirme, vaka karmaşıklığını, süreç varyasyonlarını ve iş süreçlerinizdeki iş yükü dağılımını anlamak için gerekli temel metrikleri sağlar. Basit vaka sayımından farklı olarak, bu operatör her bir vakayı oluşturan bireysel aktiviteleri veya olayları sayar; böylece vaka ayrıntı düzeyi ve süreç yoğunluğu hakkında içgörüler sunar.

Olay Sayısı geliştirmesi, filtrelerle birleştirildiğinde özellikle güçlü hale gelir; belirli kriterleri karşılayan belirli türdeki olayları veya aktiviteleri saymanızı sağlar. Örneğin, yalnızca manuel aktiviteleri, sistem olaylarını veya belirli kaynaklar tarafından gerçekleştirilen aktiviteleri sayabilirsiniz. Bu hedeflenmiş sayım, süreç davranış kalıplarının karmaşık analizine olanak tanır ve normal olay sıklığı dağılımlarından sapma gösteren vakaları belirlemenize yardımcı olur.

Yaygın Kullanımlar

Süreç Karmaşıklığı Analizi: Her bir vakanın toplam olay sayısını sayarak karmaşıklığını ölçmek
İş Yükü Değerlendirmesi: Olağandışı yüksek veya düşük olay sayısına sahip vakaları tespit edip iş yükü dağılımını anlamak
Kalite Kontrolü: Kalite standartlarına uygunluğu sağlamak için denetim veya inceleme olaylarını saymak
Otomasyon Fırsatları: Manuel ve otomatik olayları sayarak otomasyon potansiyelini belirlemek
Performans Kıyaslaması: Farklı vaka türleri, bölgeler veya zaman dilimleri arasında olay sayılarını karşılaştırmak
İstisna Tespiti: Süreç problemlerini gösterebilecek anormal olay sıklıklarına sahip aykırı vakaları belirlemek
Kaynak Planlaması: Olay hacimlerini anlayarak kaynakları ve kapasiteyi daha iyi tahsis etmek

Ayarlar

Filtre: Belirlenen kriterlere uyan belirli olayları saymanıza olanak veren isteğe bağlı filtre yapılandırmasıdır. Filtre uygulanmadığında her vaka içindeki tüm olaylar sayılır. Faaliyet isimleri, zaman damgaları, kaynaklar veya diğer olay özelliklerine göre olayları saymak için filtreleri kullanın. Bu ayar, yalnızca manuel aktiviteleri, hata olaylarını veya belirli vardiyalarda gerçekleşen aktiviteleri saymak gibi hedeflenmiş analizleri mümkün kılar.

Yeni Özellik Adı: Olay sayısı değerini tutacak yeni vaka özelliğinin adıdır. Bu özellik vaka tablonuza tam sayı alanı olarak eklenir. Filtreler kullanıldığında, sayılan olay türünü açıkça anlatan açıklayıcı bir ad seçin. Örneğin, tüm olaylar için "Total_Event_Count", filtrelenmiş manuel aktiviteler için "Manual_Activity_Count" veya hata ile ilgili olaylar için "Error_Event_Count" kullanılabilir.

Örnekler

Örnek 1: Satın Alma Siparişlerinde Toplam Olay Sayısı

Senaryo: Bir satın alma ekibi, satın alma sipariş süreçlerinin karmaşıklığını anlamak için her vakadaki toplam olay sayısını sayarak hangi siparişlerin en çok işlem gerektirdiğini tespit etmek istiyor.

Ayarlar:

Filtre: Yok (tüm olayları say)
Yeni Özellik Adı: Total_PO_Events

Çıktı: Geliştirme, tam sayı değerler içeren "Total_PO_Events" adlı yeni bir vaka özelliği oluşturur:

Standart siparişler: 8-12 olay (oluşturma, onaylama, satıcıya gönderme, mal kabulü, fatura, ödeme)
Karmaşık siparişler: 25-40 olay (birden fazla onay, değişiklik talepleri, kısmi teslimatlar, anlaşmazlıklar)
Acele siparişler: 5-7 olay (daha az adımla hızlandırılmış süreç)

İçgörüler: Analiz, satın alma siparişlerinin %15'inin 25'ten fazla olaya sahip olduğunu ve bunun karmaşık işlem gerektirdiğini ortaya koyar. Bu yüksek olay sayısına sahip vakalar, birden çok satıcı görüşmesi ve onay yükseltmelerini gerektiren siparişlerle ilişkilidir ve süreç basitleştirme fırsatları sunar.

Örnek 2: Sigorta Taleplerinde Manuel Aktivite Sayısı

Senaryo: Bir sigorta şirketi, sadece insan ajanları tarafından gerçekleştirilen aktiviteleri sayarak manuel işlem çabasını ölçmek ve otomatik sistem olaylarını hariç tutmak istiyor.

Ayarlar:

Filtre: Aktivite Türü "Manual" Eşittir YA DA Kaynak "System" Değil
Yeni Özellik Adı: Manual_Activity_Count

Çıktı: Geliştirme, insan temas noktalarını temsil eden "Manual_Activity_Count" değerleri üretir:

Otomatik onaylı talepler: 2-3 manuel aktivite (ilk inceleme, son onay)
Standart talepler: 6-10 manuel aktivite (inceleme, araştırma, ayarlama, onay)
Karmaşık talepler: 15-25 manuel aktivite (çoklu incelemeler, saha araştırmaları, müzakereler)
Sahte talepler: 30+ manuel aktivite (yoğun inceleme ve değerlendirme döngüleri)

İçgörüler: 20'den fazla manuel aktiviteye sahip taleplerin işlem süreleri 3 kat daha uzun ve maliyetleri 2 kat daha yüksektir. Otomatik belge doğrulama uygulanması, standart talepler için manuel aktiviteleri %40 oranında azaltabilir.

Örnek 3: Üretimde Hata Olayı Takibi

Senaryo: Bir üretim tesisi, üretim sürecindeki kalite kontrol başarısızlıklarını ve hata olaylarını sayarak, dikkat gerektiren problemli üretim partilerini belirlemek istiyor.

Ayarlar:

Filtre: Aktivite "Error" İçerir YA DA Aktivite "Reject" İçerir YA DA Aktivite "Rework" İçerir
Yeni Özellik Adı: Quality_Issue_Count

Çıktı: Geliştirme, üretim partisi başına hata sıklığını gösteren "Quality_Issue_Count" oluşturur:

Yüksek kaliteli partiler: 0-1 hata olayı
Standart partiler: 2-4 hata olayı (küçük ayarlamalar)
Problemli partiler: 8-15 hata olayı (çoklu kalite sorunu)
Başarısız partiler: 20+ hata olayı (yoğun yeniden işleme gerekir)

İçgörüler: 10'dan fazla hata olayı içeren partiler %90 spesifik ekipman veya vardiya kalıplarıyla ilişkilidir. Hata sayısı 5 olayı geçtiğinde erken müdahale, toplam parti başarısızlıklarının %60'ını önler.

Örnek 4: Hizmet Masasında Müşteri Etkileşim Sayısı

Senaryo: Bir hizmet masası, müşterilerin doğrudan destek sistemiyle etkileşimde bulunduğu tüm olayları sayarak müşteri etkileşim yoğunluğunu ölçmek istiyor; iç işlem aktiviteleri hariçtir.

Ayarlar:

Filtre: Kaynak "Customer" İçerir YA DA Aktivite "Customer" İçerir YA DA Aktivite ["Email Received", "Chat Started", "Call Logged", "Feedback Submitted"] Listesinde
Yeni Özellik Adı: Customer_Touch_Points

Çıktı: Etkileşim sayılarıyla "Customer_Touch_Points" özelliği oluşturulur:

Self-servis çözüm: 1-2 etkileşim (sadece ilk talep)
Standart destek: 3-5 etkileşim (talep, açıklama, çözüm onayı)
Yükseltilen sorunlar: 8-12 etkileşim (çoklu takip ve açıklamalar)
Kritik olaylar: 15+ etkileşim (sürekli güncellemeler ve iletişim)

İçgörüler: 8'den fazla müşteri etkileşimi içeren taleplerin memnuniyet puanları %70 daha düşüktür. 5 etkileşim sonrası proaktif iletişim, toplam etkileşim sayısını %30 azaltır ve memnuniyeti artırır.

Örnek 5: Finansal İşlemlerde Uyumluluk Kontrol Sayısı

Senaryo: Bir banka, düzenleyici gerekliliklerin yerine getirildiğinden emin olmak ve artırılmış özen gerektiren işlemleri belirlemek için her işlemde gerçekleştirilen uyumluluk ve doğrulama aktivitelerini saymak istiyor.

Ayarlar:

Filtre: Aktivite Türü "Compliance" Eşittir YA DA Aktivite "Verify" İçerir YA DA Aktivite "AML" İçerir YA DA Aktivite "KYC" İçerir
Yeni Özellik Adı: Compliance_Check_Count

Çıktı: Geliştirme, doğrulama aktivite sayılarını içeren "Compliance_Check_Count" üretir:

Standart işlemler: 2-3 uyumluluk kontrolü (temel AML, yaptırım taraması)
Yüksek değerli işlemler: 5-8 uyumluluk kontrolü (artırılmış özen)
Uluslararası transferler: 10-15 uyumluluk kontrolü (çoklu yargı doğrulaması)
İşaretli işlemler: 20+ uyumluluk kontrolü (tam inceleme protokolü)

İçgörüler: 2'den az uyumluluk kontrolüne sahip işlemler düzenleyici risk taşır. 15'ten fazla kontrol uygulanan işlemler 5 kat daha uzun sürer ancak sadece %2'si gerçek uyumluluk sorunu ile sonuçlanır; bu da bazı durumlarda gereğinden fazla kontrol yapıldığını gösterir.

Çıktı

Olay Sayısı geliştirmesi, vaka tablonuzda her bir vaka için olay sayısını içeren tek bir yeni tam sayı özelliği oluşturur. Bu özellik, filtre kriterlerinize uyan (veya filtre yoksa tüm) olayların toplam sayısını tam sayı olarak depolar. Özellik veri tipi Int32 olup, analizlerde ve panolarda doğru sayısal biçimlendirme için Görünüm formatı Sayı olarak ayarlanmıştır.

Yeni özellik hemen şu alanlarda kullanılabilir:

Filtreler: Olay sayısı aralıklarına dayalı vaka filtreleri oluşturun (ör. "Yüksek Karmaşıklıklı Vakalar" olay sayısı > 20 olan vakalar)
Hesaplayıcılar: Sayımı matematiksel ifadelerde, ortalamalarda veya istatistiksel hesaplamalarda kullanın
Kategorileştirmeler: Olay sayısı eşiklerine göre vakaları karmaşıklık kategorilerine ayırın
Görselleştirmeler: Olay sayısı dağılımlarını histogramlar, kutu grafikler veya ısı haritalarında gösterin
Korelasyonlar: Olay sayıları ile süre, maliyet veya sonuç gibi diğer vaka özellikleri arasındaki ilişkileri analiz edin
Uyarılar: Olağandışı olay sayısı desenlerine dayalı izleme kuralları oluşturun

Olay sayısı özelliği, mindzie Studio'nun diğer özellikleriyle sorunsuz entegre olur; süre hesaplamaları, maliyet analizleri ve performans metrikleriyle birleştirerek kapsamlı süreç zekası sağlar.

Ayrıca Bakınız

[[Count Activities]]: Her vakadaki belirli aktiviteleri isim bazında sayın
[[Case Duration]]: Olay sayılarıyla sıkça korelasyon gösteren zamana dayalı metrikleri hesaplayın
[[Representative Case Attribute]]: Yüksek veya düşük olay sayısına sahip vakalardaki en yaygın kalıpları belirleyin
[[Filter Cases]]: Süreç verilerinizi olay sayısı ile filtreleyin ve segmentlere ayırın
[[Categorize Attribute Values]]: Olay sayısı kategorileri oluşturun (Düşük/Orta/Yüksek karmaşıklık)

Bu dokümantasyon mindzie Studio süreç madenciliği platformunun bir parçasıdır.