Süreç madenciliği, işletmelerin günlük operasyonlarında zaten oluşan olay kayıtlarını inceleyerek işlerin gerçekte nasıl ilerlediğini ortaya koyan bir analiz yaklaşımıdır. Hedef anahtar kelime olan süreç madenciliği, özellikle ERP, CRM, ticketing, e-fatura, çağrı merkezi ve lojistik sistemlerinde üretilen zaman damgalı kayıtlar üzerinden çalışır. Kağıt üzerindeki süreç akışı ile sahadaki gerçek akış çoğu zaman örtüşmez. Aradaki fark ise gecikmenin, gereksiz tekrarın ya da uyumsuzluğun başladığı noktayı gösterir.
Yöneticiler çoğu zaman bir siparişin neden 2 gün değil de 6 günde tamamlandığını bildiğini düşünür. Ancak his tek başına yeterli değildir. Hangi adımda kuyruk oluştuğu, kaç kaydın geri döndüğü, hangi ekipte yeniden iş oranının arttığı ve hangi entegrasyonun akışı yavaşlattığı veriyle ölçülmediğinde, iyileştirme çabası tahmine dayanır. Süreç madenciliği tam da bu noktada devreye girer: olay günlüklerini bir araya getirir, süreç haritasını çıkarır, sapmaları işaretler ve performansı ölçülebilir hale getirir.
Bu yaklaşım yalnızca büyük ölçekli kurumlara özgü değildir. Orta ölçekli bir dağıtım şirketinde 90 günlük sipariş verisiyle bile önemli içgörüler üretilebilir. Burada kritik olan, her işlem için en azından vaka kimliği, aktivite adı ve zaman damgası içeren bir olay kaydının bulunmasıdır. Pek çok projede ilk görünür fayda, birkaç hafta içinde darboğazları bir tartışma başlığı olmaktan çıkarıp net bir veri konusuna dönüştürmesidir.
Süreç madenciliği tam olarak ne yapar?
Süreç madenciliği, bir iş akışının sistemlerde bıraktığı izleri toplayıp bunları görsel ve ölçülebilir bir süreç modeline dönüştürür. Basit bir örnek düşünelim: bir sipariş açılır, onaylanır, depoya düşer, fatura kesilir, kargoya verilir. Kağıt üzerindeki akış 5 adım olabilir. Gerçekte ise 17 farklı varyant ortaya çıkabilir; bazı siparişler onaya iki kez gider, bazıları fatura öncesinde beklemeye alınır, bazıları ise eksik veri nedeniyle geri döner. Süreç madenciliği bu varyantları frekans ve süre bilgisiyle görünür kılar.
Çalışması için genelde şu üç alan yeterlidir:
- Case ID: Sipariş numarası, talep numarası, müşteri başvuru kimliği gibi bir işlem kimliği
- Activity: “Onaylandı”, “Faturalandı”, “İade talebi açıldı” gibi adım adı
- Timestamp: Her adımın gerçekleştiği tarih-saat bilgisi
Bu üçlüye kullanıcı, departman, kanal, ürün grubu veya lokasyon gibi alanlar eklendiğinde analiz çok daha değerli hale gelir. Örneğin aynı sürecin İstanbul deposunda ortalama 14 saat, Ankara deposunda ise 9 saat sürdüğü görülebilir. Benzer farklar ekipler, tedarikçiler ya da müşteri segmentleri arasında da ortaya çıkabilir.
Log verisi neden merkezde?
Çünkü süreç madenciliği beyan edilen akışa değil, gerçekleşen akışa bakar. Bir BPMN diyagramı size tasarımı gösterir. Log verisi ise sahayı gösterir. Aradaki mesafe, iyileştirmenin gerçek çalışma alanıdır. Bu nedenle veri kalitesi, projedeki en kritik başlıklardan biridir. Eksik zaman damgaları, eşleşmeyen vaka kimlikleri ya da manuel tutulan yan kayıtlar sonuçları zayıflatabilir.
Darboğazlar ve gizli verimsizlikler nasıl ortaya çıkarılır?
Bir süreçte darboğaz her zaman en çok iş yapılan adım değildir; çoğu zaman en fazla bekleme yaratan adımdır. Süreç madenciliği, aktivite süresi ile bekleme süresini ayırabildiği için yanıltıcı yorumları azaltır. Örneğin bir kredi başvurusu incelemesi ortalama 12 dakika sürebilir, ancak inceleme öncesinde kuyrukta 26 saat bekleyebilir. Böyle bir durumda sorun ekip verimliliği değil, iş yükü dengelemesi ya da öncelik kuralları olabilir.
Gizli verimsizlikler genelde şu biçimlerde görünür:
- Aynı kaydın bir adıma birden fazla kez dönmesi
- Manuel onay nedeniyle biriken bekleme süreleri
- Sistem entegrasyonundaki hata yüzünden tamamlanamayan akışlar
- İstisna süreçlerin ana süreçten daha sık çalışması
- Şubeler veya ekipler arasında belirgin performans farkları
Buradaki kritik nokta şudur: süreç madenciliği yalnızca “nerede sorun var” demez; “sorun ne sıklıkla oluyor” ve “toplam etki süresi ne kadar” sorularına da yanıt verir. Diyelim ki 10.000 siparişin %8'i eksik müşteri adresi nedeniyle geri dönüyor. Her geri dönüş ortalama 18 saat gecikme yaratıyorsa, problem artık soyut olmaktan çıkar. Etkisi ölçülmüştür. Böylece önceliklendirme yapılabilir.
Somut senaryo: Siparişten tahsilata akış
Orta ölçekli bir B2B distribütörde order-to-cash sürecini ele alalım. 120 günlük olay kaydında 48.000 sipariş incelendiğini varsayalım. Analizde, siparişlerin %14'ünün kredi limit kontrolünde ikinci kez beklemeye alındığı görülüyor. İlk bakışta kredi ekibinin yavaş çalıştığı düşünülebilir. Oysa detay kırılımında, bekleyen kayıtların büyük kısmının tek bir müşteri segmentinde toplandığı; bu segmentin de eksik teminat verisi nedeniyle otomatik kurala takıldığı anlaşılır. Buradaki çözüm personel artırmak değil, veri girişi doğrulamasını satış portalında daha erken aşamaya çekmektir.
İyi bir süreç madenciliği çalışması, ekrana renkli bir akış diyagramı koyup orada bitmez. Her bulgu için operasyonel bir karşılık üretir: kural değişikliği, ekran revizyonu, API entegrasyonu, otomasyon ya da rol tasarımı.
Süreç madenciliği hangi veri kaynaklarıyla çalışır?
En yaygın kaynaklar ERP ve CRM sistemleridir. SAP, Microsoft Dynamics, Logo, Netsis, Salesforce gibi platformlarda süreç olayları farklı tablolar ve log yapıları içinde tutulur. Bunun yanında çağrı merkezi kayıtları, e-posta ticket sistemleri, üretim MES kayıtları, WMS, e-ticaret altyapıları ve özel yazılımlar da veri sağlayabilir.
Pratikte 4 teknik zorluk sık görülür:
- Kimlik eşleme: Aynı işlemin farklı sistemlerde farklı ID ile tutulması
- Zaman standardı: Tarih-saat alanlarının farklı format veya timezone kullanması
- Aktivite normalizasyonu: Benzer adımların farklı isimlerle kaydedilmesi
- Eksik olaylar: Sürecin kritik bir adımının hiç loglanmaması
Bu nedenle proje yalnızca görselleştirme işi değildir; veri modelleme ve entegrasyon disiplini de gerektirir. Çoğu kurumda ilk 2-4 hafta, olay verisinin çıkarılması, temizlenmesi ve ortak bir şemaya oturtulmasıyla geçer. Ardından keşif analizi, varyant inceleme, uyumluluk kontrolü ve performans analizi başlar.
Basit olay kaydı örneği
Aşağıdaki yapı, en temel seviyede süreç madenciliği için yeterli bir olayı gösterir:
{
"case_id": "SIP-2025-10428",
"activity": "Fatura Oluşturuldu",
"timestamp": "2025-03-14T10:42:11+03:00",
"resource": "erp_service",
"channel": "B2B Portal"
}Bu kayıt tek başına anlamlı değildir. Binlerce vaka boyunca sıralandığında gerçek akış görünür hale gelir.
Süreç madenciliği ile BI raporlama arasındaki fark
İş zekası raporları genelde sonuç metriklerine odaklanır: toplam satış, ortalama teslimat süresi, açık çağrı sayısı, SLA oranı. Bunlar elbette gereklidir; ancak sürecin nasıl aktığını her zaman göstermez. Bir dashboard size ay sonunda teslimat süresinin 4,8 güne çıktığını söyleyebilir. Süreç madenciliği ise o 4,8 günün 1,6 gününün stok teyidi beklemesinde, 11 saatinin manuel onayda, belirli bir varyantta ise ek belge talebinde kaybedildiğini gösterebilir.
Bir başka önemli fark da şudur: BI çoğunlukla önceden tanımlı soruları yanıtlar. Süreç madenciliği ise beklenmeyen akışları da ortaya çıkarır. Yani sadece KPI izleme değil, aynı zamanda süreç keşfi yapar. Bir kurumun süreç dokümantasyonu güncel değilse bu avantaj daha da önemli hale gelir. Özellikle çok sayıda istisna kuralı bulunan satış sonrası hizmet, tedarik, tahsilat ve insan kaynakları süreçlerinde ciddi değer üretir.
Hangi süreçlerde en hızlı fayda görülür?
Her sürece uygulanabilir gibi görünse de, en iyi başlangıç alanları yüksek hacimli ve tekrar eden akışlardır. Örneğin procure-to-pay, order-to-cash, incident management, claims handling, işe alım başvuru akışı veya müşteri destek süreçleri. Ayda 500 vaka ile de analiz yapılabilir; ancak varyant çeşitliliği yüksek ve veri kalitesi düşükse içgörü üretmek zorlaşır. Genelde ayda binlerce olay üreten süreçlerde tablo daha hızlı netleşir.
İlk faz için şu seçim mantığı işe yarar:
- Net başlangıç ve bitişi olan bir süreç seçin
- Verisi en az 3-6 aylık dönemi kapsasın
- Birden fazla ekipten geçen bir akış olsun
- İş etkisi ölçülebilsin: süre, maliyet, SLA, iptal oranı gibi
Buradaki amaç en karmaşık süreci seçmek değil, en görünür kazanımı üretecek alanı belirlemektir. Başarılı bir pilot sonrasında kapsamı genişletmek daha sağlıklı olur.
Başarılı bir süreç madenciliği projesi nasıl yürütülür?
İyi bir proje, yalnızca veri ekibinin değil, süreç sahibi iş biriminin de aktif katılımıyla ilerler. Uygulamada 5 adımlı bir çerçeve oldukça işe yarar:
- Kapsam belirleme: Tek süreç, net hedef, ölçülebilir çıktı
- Veri hazırlığı: Log çıkarma, eşleme, kalite kontrolü
- Keşif analizi: Varyantlar, gecikmeler, sapmalar, darboğazlar
- Kök neden incelemesi: Segment, ekip, kanal, ürün, müşteri türü bazında kırılım
- Aksiyon ve izleme: İyileştirme sonrası yeni ölçüm döngüsü
Burada en sık yapılan hata, görselleştirmeyi son hedef sanmaktır. Asıl değer aksiyon tarafında ortaya çıkar. Bir ekranda adres doğrulama eklemek, bir onayı kurala bağlayıp otomatikleştirmek ya da iki sistem arasına API entegrasyonu yerleştirmek bazen en büyük etkiyi yaratır. Yazılım ekipleri için süreç madenciliği, iyileştirme backlog'unu tahmin yerine kanıtla besleyen güçlü bir girdi sağlar.
Özellikle bulut tabanlı kurumsal uygulamalarda, mikro servis yapılarında ve API odaklı mimarilerde olay verisini standartlaştırmak daha kolaydır. Yeni geliştirilen bir sistemde event logging baştan doğru kurgulanırsa, süreç madenciliği sonradan eklenen bir raporlama katmanı olmaktan çıkar; ürünün doğal gözlemleme mekanizmasına dönüşür.
Sınırlamalar ve dikkat edilmesi gerekenler
Süreç madenciliği güçlüdür, ancak sihirli değildir. Loglanmayan bir adımı bulamaz. İnsanların sistem dışında yürüttüğü işleri ise ancak dolaylı etkileri üzerinden görebilir. Ayrıca her gecikme kötü değildir; bazı sektörlerde uyum ve kontrol gereği bekleme bilinçli olarak tasarlanır. Bu yüzden bulguların süreç sahipleriyle birlikte yorumlanması gerekir.
Bir diğer konu da gizlilik ve erişimdir. Olay kayıtlarında kullanıcı adı, müşteri bilgisi veya finansal veri bulunabilir. KVKK kapsamı, rol bazlı erişim, maskeleme ve denetim izi proje tasarımında en baştan ele alınmalıdır. Özellikle insan kaynakları, sağlık ve finans süreçlerinde bu gereklilik daha da kritiktir.
Özetle süreç madenciliği, işletmelere “süreçlerimiz nasıl işliyor?” sorusunun kanıta dayalı yanıtını verir. Darboğazları görünür kılar, tekrar işlerini sayısallaştırır, bekleme noktalarını netleştirir. İyi bir veri modeli, doğru kapsam ve aksiyona bağlanan bir uygulama yaklaşımıyla bir süreç haritasından çok daha fazlasını üretir: daha kısa çevrim süresi, daha az manuel iş ve daha öngörülebilir operasyon.
