Rapor anomali uyarıları: sayı bozulduğunda haber almak

Salı sabahı 09.20. Satış müdürü panoyu açmadan önce telefonundaki uygulama içi uyarıyı görüyor: geçen haftaya göre yeni lead sayısı yüzde 34 düşmüş. Rakam örnek, ama tepki gerçek. İlk refleks paniklemek değil, "sayı mı bozuldu, yoksa iş mi bozuldu?" diye sormak oluyor. Yarım saat sonra sebep çıkıyor ortaya: web formunun gönderim entegrasyonu cuma akşamı bir güncellemeden sonra sessizce durmuş. Kimse hata mesajı görmemiş, hiçbir ekran kırmızı yanmamış; yalnızca kayıt akmayı bırakmış. Uyarı gelmeseydi bu, ay sonunda hedef tutmayınca fark edilecekti ve o noktada kaybedilen üç haftanın telafisi olmayacaktı.

Bu yazı, rapor anomali uyarılarını bir bildirim ayarı olarak değil bir erken uyarı sistemi olarak kurmayı anlatıyor. Sırayla şunlara bakacağız: bir sapmanın ne zaman uyarıya değdiği, hangi metriklerin izlenmeye uygun olduğu, eşiğin yüzdeyle mi mutlak farkla mı konacağı, uyarının kimin ekranına düşmesi gerektiği, uyarı geldikten sonraki ilk on beş dakikanın akışı, sayı bozulması ile veri bozulmasını ayırmanın yolu, yanlış alarmı azaltma teknikleri ve bütün bunun haftalık bir rutine nasıl bağlanacağı.

Bir sapma ne zaman uyarıya dönüşmeli?

Her dalgalanma haber değildir. Satış sayıları doğası gereği zıplar: bir hafta iki büyük anlaşma kapanır, ertesi hafta hiç kapanmaz. Bu gürültüye uyarı kurarsanız sistem sürekli konuşur ve kimse dinlemez. Uyarıya dönüşmesi gereken sapmanın üç özelliği vardır: beklenen aralığın dışındadır, tek bir güne değil bir eğilime yayılmıştır ve fark edilmezse bir karar geciktirir.

Son madde en önemlisi. Kendinize şunu sorun: bu sayıyı bugün öğrenirsem ne yaparım? Cevap "hiçbir şey, ay sonunda zaten görürüm" ise o metriğe uyarı kurmayın; panoda dursun yeter. Cevap "pazarlamayı arar, kampanyayı durdururum" ise uyarı hak edilmiştir. Uyarı bir bilgi kanalı değil, bir eylem tetikleyicisidir. Bu ayrımı baştan yapmayan ekipler birkaç ay içinde bildirimleri okumadan kapatma alışkanlığı geliştirir ve sistem işlevsizleşir.

İkinci ölçüt zamanlamadır. Bir uyarı, üzerine hareket edebileceğiniz pencerede gelmelidir. Aylık kapanan bir metriğin ayın 29'unda düşmesi haber değil, tespittir. Haftalık akan bir metriğin salı günü bozulması ise haberdir, çünkü haftanın kalan üç gününde müdahale şansınız vardır.

Düşüş, sapma ve kırılma: üç farklı bozulma

"Anomali" tek kelime ama altında birbirinden çok farklı üç olay yatar ve her biri farklı bir tepki ister:

• Düşüş (trend kaybı): Sayı yavaşça ve tutarlı biçimde aşağı gidiyor. Dört hafta üst üste yeni lead azalıyor. Bu bir kaza değil, bir süreç sorunudur; kanal, mesaj ya da kapasite tarafında yapısal bir şey değişmiştir.
• Sapma (tek seferlik sıçrama): Bir hafta olağandışı yüksek ya da düşük, sonra normale dönüyor. Genellikle bir kampanya, bir tatil, bir fuar ya da tek bir büyük anlaşmadır. Müdahale değil, not gerektirir.
• Kırılma (veri akışı kesilmesi): Sayı düşmüyor, sıfırlanıyor ya da tuhaf biçimde düzleşiyor. Bu neredeyse her zaman teknik bir sorundur: entegrasyon durmuş, alan adı değişmiş, bir otomasyon kayıtları yanlış yere yazıyor.

Kırılmayı düşüşten ayırmak pratikte en kritik beceridir, çünkü ikisi grafikte benzer görünür ama biri satış toplantısına, diğeri teknik ekibe gider. Ayırt etmenin en hızlı yolu şudur: düşüşte sayı azalır, kırılmada dağılım bozulur. Beş kaynaktan gelen leadlerin dördü aynı kalıp biri sıfırlandıysa bu bir kırılmadır. Hepsi orantılı azaldıysa gerçek bir düşüş ihtimali yüksektir. Grafiğin ölçeğinin bu ayrımı gizleyebileceğini unutmayın; eksenin sıfırdan başlamaması küçük bir dalgalanmayı uçurum gibi gösterir.

Hangi metrikler uyarıya değer, hangileri gürültü üretir?

İyi bir uyarı metriği üç şartı sağlar: yeterince sık akar ki haftalık karşılaştırma anlamlı olsun, tek bir kişinin kararına bağlı değildir ve bozulduğunda sorumlusu bellidir. Bu üç şartı sağlamayan metrikler panoda kalmalı, uyarıya bağlanmamalıdır.

Uyarıya uygun olanlar genellikle akış metrikleridir: yeni lead sayısı, oluşturulan fırsat sayısı, ilk yanıt süresi, teklif gönderim adedi, aşamada bekleyen fırsat yaşı. Uyarıya uygun olmayanlar ise birikimli ve yavaş metriklerdir: yıllık gelir, müşteri yaşam boyu değeri, marka bilinirliği. İkinci grubu izlemeyi bırakın demiyorum; onlar çeyreklik gözden geçirmenin konusudur, salı sabahı telefonunuza düşmesi gereken şeyler değildir. Neyin hangi kategoriye girdiğini netleştirmek isterseniz izlediğiniz göstergelerin listesini çıkarıp her birinin yanına "haftalık mı, çeyreklik mi" yazmak iyi bir başlangıçtır.

Bir de sessiz ama çok değerli bir grup var: kalite metrikleri. Kazanma oranı, ortalama anlaşma büyüklüğü, aşamalar arası geçiş süresi. Bunlar hacim düşmeden de bozulabilir. Aynı sayıda lead geliyor ama kazanma oranı iki puan düştüyse hacim uyarısı hiç çalmaz, oysa problem başlamıştır bile. Rocketly'nin lead skorlama raporundaki Kayıp Riski Skoru tam bu boşluğa oturur: eşiği aşan kayıtları ayrı listeler, yani ilgi tamamen sönmeden önce hangi kayıtların soğuduğunu isim isim gösterir.

Eşiği yüzdeyle mi, mutlak farkla mı koyarsınız?

Yüzde eşikler küçük sayılarda yalan söyler. Haftada 6 fırsat açan bir ekipte 4'e düşmek yüzde 33'lük bir kayıptır ve uyarı çalar; oysa bu tamamen normal bir dalgalanma olabilir. Haftada 600 lead alan bir ekipte yüzde 5'lik düşüş ise 30 lead demektir ve gerçekten önemlidir ama yüzde eşiği bunu yakalamaz. Kural basittir: küçük hacimlerde mutlak fark, büyük hacimlerde yüzde kullanın. En sağlıklısı ikisini birden şart koşmaktır — hem yüzde eşiği aşılsın hem mutlak fark anlamlı olsun.

Metrik	Bozulma tipi	Örnek eşik	Uyarı kime	Beklenen ilk adım
Yeni lead (haftalık)	Düşüş / kırılma	%25 düşüş ve en az 15 kayıt fark	Pazarlama sorumlusu	Kaynak kırılımına in, form akışını test et
Oluşturulan fırsat	Düşüş	İki hafta üst üste azalma	Satış müdürü	Temsilci bazında dağılıma bak
İlk yanıt süresi	Sapma	Ortalama hedefin 2 katına çıkarsa	Ekip lideri	Kanal ve vardiya kırılımını aç
Kazanma oranı	Kalite kaybı	3 aylık ortalamanın 3 puan altı	Satış müdürü	Kayıp nedenlerini oku
Aşamada bekleme süresi	Tıkanma	Bir aşamada 14 günü aşan fırsat sayısı iki katına çıkarsa	Aşama sahibi	Takılan kayıtları tek tek gözden geçir

Tablodaki rakamlar örnektir; kendi eşiğinizi geçmiş üç ayın dalgalanmasına bakarak koyun. Pratik bir yöntem: son 12 haftanın haftalık değerlerini yazın, en yüksek ve en düşük ikisini eleyin, kalan aralığın dışına çıkışı anomali sayın. Bu ilkel ama işe yarar bir kalibrasyondur ve ilk ay boyunca kaç uyarı ürettiğine bakarak sıkılaştırabilirsiniz.

Uyarı kimin ekranına düşmeli?

Bir uyarının en sık yapılan yanlışı herkese gitmesidir. Beş kişiye giden uyarıda sorumluluk dağılır; herkes başkasının bakacağını varsayar. Uyarı tek bir kişiye gitmeli, o kişi de o metriğin sahibi olmalıdır. Sahip, sayıyı üreten süreci değiştirebilecek yetkisi olan kişidir — raporu okuyan değil, kanalı kapatabilen ya da kadroyu kaydırabilen kişi.

Rocketly'de otomatik Anomali Uyarıları, yeni lead ve fırsatlardaki haftalık düşüş belirlediğiniz eşiği aştığında uygulama içi uyarıyı yöneticiye kendiliğinden gönderir. Bunun üstüne kendi kurallarınızı koyabilirsiniz: Rapor Alarm Kuralları ile hangi metrik, hangi eşik, hangi dönem ve kime bildirim gideceğini siz tanımlarsınız. Buradaki fark önemlidir — kural sistemin neyi sıra dışı saydığına değil, sizin tanımınıza göre çalışır. Ekibin "normal" tanımı sizin sektörünüzde farklıysa eşiği siz koyarsınız.

İkinci bir alıcı gerekiyorsa onu bilgilendirme değil yedekleme mantığıyla ekleyin: sahip 24 saat içinde uyarıyı kapatmazsa üstüne çıksın. Bu kural, eşik uyarılarını uzun süre kullanan operasyon ekiplerinde de aynıdır; stok eşiği kurgusunda kritik seviyeye inen ürünün tek bir sorumlusunun olması, uyarının kaybolmamasının temel sebebidir.

Uyarı geldi: ilk on beş dakikada ne yapılır?

Uyarının değeri, sonrasında izlenen sabit bir sıradan gelir. Doğaçlama araştırma her seferinde farklı bir yere gider ve genellikle "herhalde sezonsaldır" diye biter. Şu sıra işe yarar:

• Veriyi doğrula. Sayı gerçekten güncel mi? Önbellekten gelen eski bir değere bakıyor olabilirsiniz.
• Kırılımı aç. Toplam düşmüş olabilir ama düşüş nerede? Kaynak, temsilci, kanal, ürün — hangi kırılımda yoğunlaşıyor?
• Kayıtlara in. Grafikteki dilime tıklayıp arkasındaki kayıtların listesine bakın. Sayı soyut, kayıt somuttur.
• Takvimi kontrol et. Resmi tatil, kampanya bitişi, sistem güncellemesi, ekipten birinin izni — düşüşün açıklaması çoğu zaman takvimdedir.
• Karar ver ve yaz. Müdahale mi, izleme mi, yok sayma mı? Hangisi olursa olsun bir cümleyle kaydedin.

Üçüncü adım için Derin Analiz özelliği doğrudan bu iş için tasarlanmıştır: grafikteki bir dilime tıkladığınızda arkasındaki kayıtların sayfalanmış listesi açılır, özetten tek kayda inersiniz. Buna ek olarak "Neden Değişti?" Kanıt Çekmecesi değişimi oluşturan kayıtları listeler — hangi fırsatlar eklendi, hangileri düştü. Yani yorum yapmadan önce sayının arkasındaki satırları görürsünüz; toplantıda "bence şundan olmuştur" cümlesi yerine ekranda duran altı kaydı gösterirsiniz.

Sayı mı bozuldu, veri mi bozuldu?

Uyarıların önemli bir kısmı iş sorunu değil veri sorunudur ve bunu ilk beş dakikada elemek çok zaman kazandırır. Üç tipik veri kaynaklı yanlış alarm vardır: tazelik sorunu (önbellekten gelen eski sayı), tanım sorunu (metriğin hesabı değişmiş) ve kapsam sorunu (raporu çalıştıran kişinin yetkisi değişmiş, daha az satır görüyor).

Birincisi için Veri Tazeliği Göstergesi her rapor ve pano kartında verinin en son ne zaman güncellendiğini yazar; şüphelendiğinizde yenile düğmesi önbelleği atlar. İkincisi için Metodoloji Paneli, her metriğin yanında o sayının hangi kayıtlardan, hangi süzgeç ve hangi tarih alanıyla hesaplandığını gösterir. Bu panel bir uyarı tartışmasını dakikalar içinde bitirir, çünkü "gelir" tanımını herkes aynı yerden okur. Üçüncüsü için Yetkiye Göre Kapsam mantığını hatırlayın: rapor, onu çalıştıran kişinin görebildiği satırları gösterir. Ekip kapsamlı bir kullanıcı yalnız kendi ekibinin verisini alır, dolayısıyla iki kişinin aynı rapordan farklı sayı görmesi hata değil tasarımdır.

Tanım kayması özellikle sinsidir. Birisi bir raporun süzgecini "faydalı olur" diye değiştirir, kimse duyurmaz ve iki hafta sonra metrik başka bir şeyi ölçüyor olur. Bunun kalıcı çözümü her metriğin tanımını tek bir yerde yazılı tutmak ve uyarı kurallarını o tanıma bağlamaktır.

Yanlış alarmı nasıl azaltırsınız?

Yanlış alarm uyarı sisteminin en büyük düşmanıdır, çünkü güveni tüketir. İlk ay kurallarınız muhtemelen fazla hassas olacaktır ve bu normaldir; önemli olan ikinci ayda sıkılaştırmaktır. Dört ayar yeterlidir çoğu zaman:

• Minimum hacim koyun. Metrik belli bir tabanın altındaysa uyarı hiç çalmasın. On kaydın altındaki yüzdeler anlamsızdır.
• Süre şartı ekleyin. Tek haftalık sapma yerine iki hafta üst üste şartı, tek seferlik sıçramaları eler.
• Mevsimselliği tanıyın. Bayram haftası, yılbaşı, sektörünüzün ölü sezonu — bu dönemler için eşiği geçici olarak gevşetin ya da uyarıyı duraklatın.
• Uyarı sayısını sınırlayın. Bir kişiye haftada üçten fazla uyarı gidiyorsa sorun metrikte değil kuraldadır.

Bir de kuralların kendisini gözden geçirme alışkanlığı gerekir. Üç ayda bir, hangi uyarının kaç kez çaldığına ve kaçının gerçek bir eyleme dönüştüğüne bakın. Hiç çalmayan kural eşiği çok gevşek demektir; her hafta çalan ama hiçbir şey değiştirmeyen kural ise silinmelidir. Bu gözden geçirmeyi yaparken uyarıların tarihçesini bir kenara yazmak işe yarar; grafiği doğru okuma alışkanlığı olmayan bir ekipte her uyarı yeniden tartışılır.

Uyarıdan sonra ne kaydedersiniz?

Bir anomalinin sebebi bulunduğunda o bilgi çoğu zaman bir mesajlaşma kanalında kalır ve altı ay sonra kimse hatırlamaz. Aynı grafiğe yeniden bakan biri sıçramayı sıfırdan çözmeye çalışır. Bu israfın basit bir çözümü var: sebebi verinin yanına yazmak. Pano Anotasyonları tam bunu yapar — "12 Ağustos'ta kampanya başladı" notunu doğrudan grafiğin o tarihine iliştirirsiniz ve not panoyu açan herkese görünür.

Kaydedilecek dört şey vardır: uyarının tarihi, bulunan sebep, alınan karar ve sonucun ne olduğu. Dördüncüsü genellikle atlanır ama en öğreticisidir, çünkü müdahalenin işe yarayıp yaramadığını yalnız o gösterir. Kayıp tarafındaki desenleri anlamak için bu notları kazanılan ve kaybedilen fırsat incelemesiyle yan yana koymak da faydalıdır; anomali uyarısının yakaladığı bir düşüşün gerçek nedeni çoğu zaman aylardır tekrar eden bir kayıp gerekçesidir.

Gelir tarafında bakıyorsanız aynı disiplin geçerlidir. Mevcut müşterilerden gelen genişleme ve daralmayı izleyen bir ekip için net gelir tutundurma hesabı uyarı kurulacak doğal bir yerdir: yeni satış hiç düşmeden de bu oran bozulabilir ve bozulduğunda sorunu ilk fark eden hacim raporu olmaz.

Uyarıları haftalık rutine nasıl bağlarsınız?

Uyarı tek başına bir sistem değildir; ritmi olan bir gözden geçirmenin tetikleyicisidir. En sağlam kurgu şudur: haftanın belirli bir gününde sabit bir rapor gelir, uyarılar bu raporun gündemini belirler, toplantı da uyarıların üstünden geçer. Zamanlanmış Rapor ile günlük, haftalık ya da aylık gönderim saati belirlersiniz; rapor PDF ya da Excel olarak alıcı listesine e-postayla düşer. Böylece kimse panoya girmeyi hatırlamak zorunda kalmaz.

Aynı kesiti her hafta yeniden kurmamak için Kaydedilmiş Rapor Görünümleri kullanın: süzgeç, tarih aralığı, gruplama ve sütun düzeninden oluşan kombinasyonu görünüm olarak kaydedip ekiple paylaşırsınız. Uyarı kuralınızı bu görünümün üstüne kurduğunuzda bildirim tam olarak izlediğiniz kesit üzerinde çalışır. Dönem Karşılaştırma ise tek tıkla önceki eşit süreli dönemi yanına koyar ve her özet metriğin farkını ve yüzde değişimini rapora ekler — anomali tartışması genellikle tam burada, iki dönemin yan yana durduğu tabloda kapanır.

Standart raporlar sizin izlemek istediğiniz kesiti vermiyorsa kendi raporunuzu kurmak daha doğru bir yol olur; Özel Rapor Oluşturucu ile lead, müşteri, fırsat, teklif, görev ve randevu kaynaklarından alan, süzgeç, gruplama ve toplama seçersiniz. Bu, uyarı kuralınızın hangi kesit üzerinde çalışacağını tam olarak sizin belirlemenizi sağlar.

Haftalık gündemi hazırlarken satış raporunun nasıl kurulacağına dair oturmuş bir iskeletiniz varsa uyarılar o iskeletin içine yerleşir ve ayrı bir belgeye dönüşmez. Toplantının ilk maddesi "bu hafta hangi uyarılar çaldı" olur, son maddesi de "hangileri kapandı". İki soru arasında kalan her şey zaten gündemin kendisidir.

Nereden başlanır: ilk üç kural

Otuz kural kurup hepsini bir ayda kapatmaktansa üç kural kurup altı ay yaşatmak daha iyidir. Şu üçüyle başlayın: yeni lead hacminde haftalık düşüş, ilk yanıt süresinde hedef aşımı, bir aşamada bekleyen fırsat sayısında artış. Bu üçü sırasıyla girişin, hizmetin ve akışın bozulduğunu söyler; birlikte satış sürecinin çoğunu kapsar.

İlk ayda uyarıları sadece izleyin, hiçbirine kural gereği müdahale etmeyin — kaç kez çaldığını ve kaçının gerçek olduğunu sayın. İkinci ayda eşikleri düzeltin. Üçüncü ayda sahipleri netleştirip yedekleme kuralını ekleyin. Bu üç aylık kalibrasyon, sonraki iki yılın gürültü seviyesini belirler. Kendi eşiklerinizi ve alarm kurallarınızı denemek isterseniz Rocketly hesabınızı ücretsiz açıp ilk kuralınızı kendi verinizle kurabilirsiniz.

Sıkça sorulan sorular

Anomali uyarısı ile normal bildirim arasındaki fark ne?

Normal bildirim bir olayı haber verir: yeni lead geldi, görev atandı. Anomali uyarısı ise bir kalıbın bozulduğunu haber verir; tek bir kaydı değil, bir dönemin toplamını ölçer. Bu yüzden anomali uyarısı çok daha seyrek gelmeli ve geldiğinde her zaman bir inceleme başlatmalıdır.

Eşiği ne sıklıkla gözden geçirmeliyim?

Üç ayda bir yeterlidir. Bunun dışında ekibin büyüklüğü, kanal karması ya da fiyatlama değiştiyse eşiği hemen gözden geçirin, çünkü bu değişiklikler normal aralığı kaydırır ve eski eşik ya sürekli çalar ya da hiç çalmaz.

Uyarı geldi ama sebebini bulamadım, ne yapmalıyım?

Sebebi bulamamak da bir sonuçtur; kaydedin ve bir hafta daha izleyin. Aynı uyarı ikinci kez geldiğinde artık tesadüf ihtimali düşer ve daha derin bir inceleme haklı hale gelir. Kaydetmezseniz ikinci gelişte yine sıfırdan başlarsınız.

Küçük bir ekipte anomali uyarısı gerekli mi?

Hacim düşük olduğu için yüzde eşikleri işe yaramaz, ama mutlak fark eşikleri işe yarar. Beş kişilik bir ekipte "bu hafta hiç yeni fırsat açılmadı" uyarısı, büyük bir ekipteki yüzde 30'luk düşüş kadar önemlidir ve kurulması çok daha kolaydır.