Bir danışanın fiyatı yüksek bulduğunu duymak, tek başına yönetilebilir veri üretmez. Cümle görüşmeyi yapan kişinin hafızasında kaldığında benzer konuşmalar ortak bir örüntüye dönüşemez. Zoho ile ölçüm, itirazın kapanmayan kayda seçilebilir bir gerekçe olarak yazılması ve ilgilenilen işlemle aynı raporda kesişmesiyle başlar. Ekip böylece dağınık izlenimler yerine gerekçelerin işlemlere göre nasıl dağıldığını tartışabilir ve gözlemlerini ortak bir yapıya bağlayabilir.
Danışman telefonu kapatır, ekranda hiçbir şey değişmemiştir. Üç hafta sonra yönetim toplantısında fiyatın yüksek olduğu söylenir ama kimse kaç kişinin bu yüzden gitmediğini söyleyemez, çünkü o cümle hiçbir yere yazılmamıştır. Sorun itirazın doğruluğu değil, kapanmayan kayıtlarda ortak bir yapıyla tutulmamasıdır. Ölçülebilirlik, konuşmayı sonradan tahmin etmekten değil, sonucu tutarlı biçimde sınıflandırmaktan ve aynı sınıfları dönem boyunca korumaktan doğar.
Fiyat sorup kaybolan danışan neden sayıya dönüşmüyor
Fiyat konuşmaları telefon, mesaj ve yüz yüze görüşmeler arasında dağılabilir. Bir danışman itirazı hatırlarken diğeri yalnız kaydın kapandığını görür. Ay sonunda fiyatın sık duyulduğu söylenebilir, fakat bunun hangi işlemde yoğunlaştığı veya diğer gerekçelerden nasıl ayrıldığı gösterilemez. Ortak kayıt biçimi bulunmadığında benzer cümleler ayrı anılar olarak kalır, karşılaştırılabilir bir toplam ya da yönetimin izleyebileceği tutarlı bir kırılım oluşturmaz.
Bu belirsizlik ekibin deneyimsiz olduğunu göstermez. Eksik olan, konuşmayı kapanış sonucuna bağlayan düzenli sınıflandırmadır. Yönetici serbest notlara döndüğünde aynı itirazı fiyat, bütçe, pahalı veya eksik bir açıklama olarak görebilir. Bu çeşitlilik ortak kategoriye bağlanmadıkça dönemler ve işlemler arasında anlamlı karşılaştırma yapılamaz. Analitik sorun raporun görünümünde değil, bilginin kayda girdiği noktada ve kullanılan kelimelerin birbirinden ayrılmasında başlar.
İtirazı gerekçe alanına indirin
Zoho Deals modülünde Closed Lost kategorisine bağlı bir aşama seçildiğinde Verify Details penceresi açılır ve sistem tanımlı Reason for Loss seçim listesi görünür. Alan yalnız bu kategoriye bağlı aşamalarda gösterilir. Closed Lost ve Closed Lost to Competition varsayılan eşleşmelerdir; aşama ile kategori eşlemesi değiştirilebilir. Kayıt kapalı kazanıldı aşamasına taşınırsa alan gizlenir ve önceki değer ekranda gösterilmez.
Oluşturulan bir alanın veri tipi sonradan değiştirilemez. Serbest metinle başlayan itiraz notu seçim listesine çevrilemez; yeni tipte ikinci alan açılır, değerler taşınır ve eski alan düzenden kaldırılır. Kaldırılan alan sürümün alan limitini tüketmeyi sürdürür. Yerel ve global listelerde değer değişikliklerinin mevcut kayıtlara etkisi farklıdır. Bu genel davranış, hazır gerekçe listesinin değiştirilebildiğini veya global sete bağlanabildiğini kanıtlamaz; iki konu da açık kalır.
Gerekçeyi doldurmadan kapatmayı hangi kural durdurur
Aşama geçişinde alan istemenin tanımlı yeri Blueprint geçişinin During bölümüdür. Burada istenen her alan Mandatory veya Optional işaretlenebilir; kontrol listesi, not, ek ve etiket de talep edilebilir. Bu mekanik, Verify Details içindeki Reason for Loss alanının kendiliğinden zorunlu olduğunu göstermez. Pencerenin boş değerle kapanmaya izin verip vermediği açık bırakılır ve canlı tasarım kurulmadan önce ayrıca teyit edilir.
Sayfadaki koşullu zorunluluk, düzen kuralının Set Mandatory Fields eylemiyle kurulur. Kaydın kaydedilmesini bütünüyle durdurmak doğrulama kuralının işidir. İş akışı kuralının eylem listesinde alanı zorunlu kılan, kaydı durduran veya aşama geçişini engelleyen bir eylem bulunmaz. Zoho kurgusunda bu ayrım korunduğunda her kontrol kendi kapsamıyla anlatılır; iş akışına sahip olmadığı bir yetki verilmez ve ekip yanlış bir uygulama beklentisine yönelmez.
İşlem kırılımını seçim listesiyle kurun
İlgilenilen işlemi raporda kategori kırılımı yapmak için desteklenen bir alan tipi gerekir. Kategori sütunları yalnız seçim listesi ve sayısal alan tipleriyle çalışır; arama alanı bu kullanım için desteklenmez. İşlem bilgisi bu nedenle arama ilişkisi yerine seçim listesinde tutulur. Mevcut alanın tipi sonradan değiştirilemeyeceğinden bu tercih rapor kurulurken değil, veri yapısı tasarlanırken yapılır ve sonradan yeni alan açma yükü azaltılır.
Bir raporda en fazla iki kategori sütunu bulunabilir. Her kategori sütununda en fazla on kategori, her kategoride en fazla yirmi değer kullanılabilir. Bu tavanlar işlem adlarını gereksiz ayrıntıyla çoğaltmadan önce hesaba katılır. Amaç klinik sözlüğünün tamamını tek görünüme sıkıştırmak değildir. Fiyat gerekçesini karar vermeyi kolaylaştıran, ekip tarafından aynı anlamda kullanılan ve sınırların içinde kalan anlaşılır işlem gruplarıyla karşılaştırmaktır.
Hangi işlemde yoğunlaştığını matris raporla okuyun
Satır ve kolon gruplaması birlikte kullanıldığında matris rapor oluşur. Gerekçeler satırlara, ilgilenilen işlemler kolonlara yerleşir ve kesişim hücreleri okunur. Ay sonunda ekranda iki eksen yan yana durur: gerekçeler solda, işlemler üstte. Kesişimde tek bir hücre diğerlerinden koyu çıkar ve konuşma sezgiden o hücreye taşınır. Tartışmanın dayanağı artık hatırlanan tek bir cümle değil, aynı yapıyla sınıflandırılan kayıtlardır.
Rapor sabit satır tavanlarına tabidir. Sayfada ve zamanlanmış raporda iki bin kayıt, biçimli dışa aktarımda iki bin satır, ayrıntılı dışa aktarımda elli bin satır sınırı vardır. Biçimli dışa aktarım üstteki iki bin satırı aldığı için tam liste beklentisi taşıyan rapor önce sıralanır. Ancak liste görünümünün varsayılan sıralama alanı bilinmediğinden bu ayrı konu hakkında çıkarım yapılmaz; görüntülenen veya aktarılan kesit bütün veriyle karıştırılmaz.
Panoya taşırken sürüm ve filtre sınırı
Aynı kırılımı panoya taşıyan ekip filtre alanını desteklenen tiplerden seçer. Pano filtresi Kullanıcı, Tarih, Tarih Saat ve seçim listesi alanlarıyla kurulabilir ve yalnız Analytics sekmesinde çalışır. İşlem alanının seçim listesi olması bu nedenle hem rapor kırılımı hem pano filtresi bakımından önem taşır. Başka bir alan tipinden aynı davranışı beklemek, Zoho için kilitli sınırların ötesinde ve uygulama sırasında karşılığı bulunmayabilecek bir ürün iddiası kurar.
Sürüm eşikleri birlikte okunur. Deals ve Reason for Loss tüm sürümlerdedir. Blueprint Professional ve üstündedir; During, Professional'da dört, Enterprise'da on, Ultimate'da elli alan isteyebilir. Satır ve kolon gruplaması sürümden bağımsızdır. Standard ve Professional yalnız Chart ve KPI kurabilir; diğer pano bileşenleri Enterprise ve üstündedir. Free'de özel alan yoktur; modül başına limit Standard'da on, Professional'da yüz elli beş, Enterprise'da üç yüz, Ultimate'da beş yüzdür.
Liste ekranı bir hatırlatıcı değildir
Gerekçesi boş kayıtları ölçütle süzen Zoho özel görünümü, koşula uyan kayıtlarla kendiliğinden dolar. Otomasyon bir kaydı görünüme eklemez; görünüm mevcut kayıtları süzer ve bir işlem tetiklemez. Bildirim göndermez, görev açmaz, sahip atamaz veya hatırlatma üretmez. Ekip bu ekranı belirlediği çalışma düzeni içinde kontrol edebilir. Uyarı ya da görev gerekiyorsa ihtiyaç görünümün özelliği gibi sunulmadan, ayrı bir kural kapsamında ele alınır.
Bu kurgunun Eksenium tarafındaki karşılığı, Klinik CRM Pattern Kütüphanesi'ndeki yonetici-cockpit ve performans-panosu kalıplarıdır. Prim Raporu Zoho CRM içine kurulmuş bir widget değildir. CRM metrikleri canlıda test edilmemiş denetim widget'ı da bu yazıda kanıt olarak kullanılmaz.
Ölçmeye başlamadan önce netleşmesi gerekenler
Canlı kurgu öncesinde bazı noktalar açık kalır. Verify Details penceresinde Reason for Loss boşken kaybın kapatılıp kapatılamadığı bilinmemektedir. Listenin kurumun itiraz gerekçelerine göre değiştirilip değiştirilemediği ve global sete bağlanıp bağlanamadığı da doğrulanmamıştır. Ölçüt tabanlı doğrulama kuralının bir alanın değiştiğini yakalayıp yakalayamadığı ayrıca teyit gerektirir. Bu boşluklar varsayımla doldurulmaz, ürün davranışı gibi yazılmaz veya tasarım kararıyla çözülmüş kabul edilmez.
Toplu Lead dönüşümünün doğrulama kurallarını atlayıp atlamadığı konusunda çelişki bulunduğundan kesin hüküm kurulamaz. Liste görünümünün varsayılan sıralama alanı da bilinmemektedir; rapor dışa aktarımındaki üst iki bin satır değerlendirilirken bu belirsizlik korunur. Güvenilir ölçüm, bilinen mekanikleri doğru yerde kullanıp açık soruları açık bırakmakla başlar. Fiyat itirazı ancak bu sınırlar içinde ekip hafızasından çıkar, ilgilenilen işlemle kesişir ve yönetimin karşılaştırabileceği ölçülebilir bir kırılıma dönüşür.
