Teklif verilen hasta ile tedaviye başlayan hasta arasındaki farkı ölçmek

Ay sonunda kaç teklif verildiğini bilmek, kaçının tedaviye dönüştüğünü bilmek değildir. İki sayı aynı veri tanımından çıkmıyorsa oran, düzenli görünen bir tahmin olarak kalır. Teklif verildi ve tedaviye başlandı anları, bu anları kimin kaydettiği ve hangi işlemle oluşturduğu yazılı değilse toplantı sonuçtan çok sayıların kökenini tartışır. Danışman değerlendirmesi de sağlam bir zemine oturmaz.

Tedavi kabul oranı, Zoho içinde hazır bekleyen bir pano ayarı değildir. Önce iki olayın hangi alanlarda ve hangi anda kayda geçtiği belirlenir. Ardından aşama geçmişi, rapor kırılımları ve pano bileşenleri bu tanımı görünür kılar. Başlangıç noktası belirsizse ayrıntılı bir görsel belirsizliği büyütür. Sağlam kurgu, teklif sayısını, teklif verilen hasta sayısını ve tedavi başlangıcını ayırarak her ölçünün neyi saydığını açıklar.

Kabul oranı tartışması, iki tarihin nerede yazıldığı sorusudur

İlk tanım tek cümlede okunabilmelidir: Teklif verildi anı nerede oluşur, tedaviye başlandı anı nerede oluşur ve her kayıttan kim sorumludur? Bu cümlede ekran, alan ve işlem açık değilse iki kişi aynı hastayı farklı anlarda başlamış kabul edebilir. Oran üzerindeki anlaşmazlık performanstan değil, olay sınırlarının ortaklaşmamasından doğar. Pano tasarımından önce iki olayın operasyonel anlamı ekipçe yazılı hale getirilir.

Ay sonu toplantısında iki sayı masaya gelir: danışmanın defterinde otuz teklif, panoda daha az benzersiz hasta vardır. Aynı hastaya ikinci kez verilen teklifler defterde ayrı satır sayıldığı için fark doğar ve toplantının yarısı hangi sayının doğru olduğunu tartışmakla geçer. Sorun görsel değildir. “Kaç teklif?” ile “Kaç hastaya teklif verildi?” soruları ayrılmadıkça iki sayı kendi bağlamında doğru görünür, fakat payda belirsiz kalır.

Aşamada geçen süreyi rapor kendiliğinden hesaplamaz

Zoho raporu, bir kaydın aşamada geçirdiği süreyi kendiliğinden üretmez. Sürenin okunabilmesi için ilgili seçim listesi alanında geçmiş takibi açılır. İlişkili geçmiş görünümünde değer, süre, değiştirilme zamanı, değiştiren kişi ve taşınılan değer bulunur. En fazla on alan daha eklenebilir; bunların en fazla beşi kullanıcı arama alanı olabilir. Her modülde yalnız bir seçim listesi izlenir. Görevler, Aramalar ve Toplantılar bu özelliği kullanmaz.

Fırsatlar modülünde aşama geçmişi varsayılan gelir ve altı kolon daha eklenebilir. İzlenen alan silinirse veya takip kapatılırsa biriken geçmiş kalıcı olarak kaybolur. Müşteri kaynaklı sürüm düşüşünde silinme hemen gerçekleşir; lisans bitişinde altmış günlük bekleme vardır. Bu nedenle süre konuşulmadan önce takip kararı verilir ve korunur. Özelliğin başlangıç sürümü bilinmediğinden yalnız Module Customization izni belirtilir, sürüm eşiği tahmin edilmez.

Kayıp anını kaybedildi değerine bağlayın

Fırsat aşamaları açık, kazanıldı veya kaybedildi kayıt kategorilerinden biriyle eşlenir. Kazanıldı ya da kaybedildi işaretli bir aşama seçildiğinde doğrulama penceresi açılır. Kaybedilen aşamada hazır kayıp sebebi seçim listesi sorulur; kazanılan aşamaya geçildiğinde alan gizlenir. Kayıt yeniden kaybedilirse önceki sebep gösterilmez ve seçim yeniden yapılır. Böylece ilerleme, kazanma ve kaybetme anları farklı anlamlar taşıyan ayrı aşama değerleri olarak kalır.

Her aşamanın bir olasılık değeri vardır. Aynı aşama birden fazla satış hattında kullanılıyorsa aynı olasılık bütün hatlarda geçerlidir. Bu nedenle kabul ölçümünde kayıp anı, gündelik bir yoruma değil, kaybedildi kayıt kategorisine bağlı aşama değerine dayanır. Aşama adları değişse bile ölçümün dayandığı kategori ilişkisi açık tutulur. Kayıp sebebinin sorulduğu pencere de kaybedildi kategorisine bağlı aşamalar için açılır.

Aşama bileşeni kayıt değil, aşamaya giriş sayar

Zoho aşama bileşeni, geçmiş takibi açık ilgili seçim listesi üzerinden çalışır. Basit merdiven, gelişmiş merdiven, tablo ve yığılmış çubuk biçimleri bulunur. Her aşamaya girişleri, sonraki aşamaya geçişleri ve oranlarını, doğrudan kazançları, doğrudan çıkışları ve genel kazanma oranını gösterir. Gelişmiş biçim taşınan, gecikmeli taşınan, bekleyen ve takılı kalan girişleri de ayırır. Seçim listesi iki ile elli değer taşıyabilir ve modül başına tek alan kullanılır.

Bileşenin temel birimi benzersiz kayıt değil, aşamaya giriştir. Önceki aşamaya dönen kayıt aynı aşamada yeniden sayılır; bir aşama değeri başka değerle değiştirildiğinde de iki kez sayılabilir. Ekim ayında listeden bir değer kaldırılır. Kasımda o değerde bekleyen kayıtlar hiçbir basamakta görünmez, ayrı başlığa düşer ve ayın kabul oranı olduğundan yüksek görünür. Boş değerler de bu başlığa gider. Doğrudan kazanıldı durumunda oluşturulan kayıt görselde görünmez, genel orana katılır.

Panoyu kurmadan önce sürümün hangi bileşenleri verdiğine bakın

Standard ve Professional sürümlerinde panoya grafik ve KPI eklenebilir. Huni, karşılaştırıcı ve aşama bileşeni Enterprise veya Ultimate gerektirir; bir pano en fazla yirmi bileşen taşır. Huninin her basamağı kendi modülü, dönemi ve en fazla on ölçütüyle ayrı tanımlanır. Bu nedenle huni, aynı kayıtların aşamalar arasındaki ilerleyişini izleyen bir geçmiş görünümü değildir. Aşama bileşeni giriş hareketlerinden beslenir ve her aşama için en az bir günlük ortalama süre tanımı kullanır.

KPI beş biçimde kurulabilir; sıralama yalnız puan kartı ve sıralama biçimlerinde bulunur. Karşılaştırıcı kullanıcıları, rolleri, dönemleri ve seçim listesi değerlerini karşılaştırır. Bu konuya en yakın örnek, Klinik CRM Pattern Kütüphanesi'ndeki performans-panosu kalıbıdır. CRM içinde web sekmesi olarak açılan tek dosyalık widget, veriyi kullanıcının oturumuyla Zoho istemci arayüzünden çeker ve sunucu bileşeni içermez.

Sayının kayıt mı satır mı olduğunu her cümlede yazın

Ana modül ile ilişkili modül aynı analiz bileşeninde kullanıldığında kayıt sayısı ölçüsü gerçek ana kayıtları değil, oluşan satırları sayar. Benzersiz ana kayıt sayısı için benzersiz sayım seçilir. Üç hesabın dört fırsatı varsa normal sayım dört, benzersiz hesap sayımı üç verir. Klinikte aynı ayrım, bir hastaya birden fazla teklif yazıldığında ortaya çıkar. Teklif adedi ile teklif verilen hasta adedi, kullanılan ölçü belirtilerek ayrıştırılır.

Panodaki her “hasta sayısı” ifadesinin yanında hangi sayımın kullanıldığı tasarım notunda yer alır. Aksi halde bir danışmanın çok sayıdaki teklif satırı, daha fazla benzersiz hastaya ulaşılmış gibi okunabilir. Pay tedaviye başlayan benzersiz hastaları, payda teklif satırlarını sayarsa oran farklı varlık düzeylerini karşılaştırır. Önce soru “kayıt mı, ilişkili satır mı, benzersiz hasta mı?” diye sınıflandırılır; ardından ölçü bu tanıma göre seçilir.

Teklif tarafındaki veri, kataloğun kurulduğu kadar temizdir

Teklifteki her kalem bir alt form satırıdır ve ürün yalnız açılır listeden seçilerek eklenir. Tedavi adları ürün kataloğunda ayrı ve tutarlı kayıtlar olarak bulunmuyorsa teklifleri tedavi adına göre güvenilir biçimde ayıracak temel oluşmaz. Bir teklifte en fazla iki yüz kalem satırı bulunabilir. Kalem satırına özel alan eklemek Enterprise veya Ultimate gerektirir; en fazla on alan ve düzen başına en fazla on toplama alanı eklenebilir.

Teklif durumu alanının veri tipi burada kesinleştirilmez. Standart alan tablosu bu alanı onay kutusu olarak gösterirken aynı tabloda başka tip tutarsızlıkları da vardır. Bu nedenle teklif durumuna dayalı bir kırılımdan önce gerçek tip Setup ekranında kontrol edilir. Kontrol, alanın çalışması hakkında tahmin üretmek için değil, tasarımın doğrulanmamış bir tipe yaslanmasını önlemek içindir. Tedavi kırılımının güvenilirliği ise seçilebilir ürün kataloğunun düzenine bağlı kalır.

Panoyu paylaşmadan önce kimin ne göreceğini ayrıca çözün

Enterprise ve Ultimate, aşama akışı, gecikme ve takılı kalma için aşama bileşenini, ayrıca huni ile karşılaştırıcıyı sunar. Standard ve Professional panolarında grafik ve KPI bulunur. Teklifler Professional ve üzerindedir; kalem satırı özelleştirmesi Enterprise veya Ultimate ister. Geçmiş takibinin başlangıç sürümü bilinmez, Module Customization izni gerekir ve müşteri kaynaklı sürüm düşüşü geçmişi siler. Professional alternatifi, aşama kırılımlı raporları satır ve kolon gruplarıyla ve toplulaştırma kolonlarıyla kurmaktır. Standard’da teklif anı fırsat aşamasıyla tanımlanır.

Zoho pano filtresi kullanıcı, tarih, tarih saat ve seçim listesi alanlarında, Analytics sekmesinde çalışır. Bileşen filtresi en fazla iki alan kullanır; kullanıcı ve seçim listesi filtrelerinde yirmi beş değer seçilebilir. Paylaşım alan izinlerini aşmaz; alanı göremeyen kullanıcı bileşeni göremez. Rapor ise gizlilik katmanı değildir ve eklenen ilişkili alanlar kayıt erişimi olmayan kişiye görünebilir. Dışarı gömülen panoda denetim izin verilen alan adı listesidir. Sayfa, zamanlanmış rapor ve biçimli dışa aktarım iki bin, ayrıntılı dışa aktarım elli bin satırla sınırlıdır. Biçimli aktarım üstteki iki bin satırı aldığı için tam liste amacıyla önce sıralama yapılır. Organizasyon başına günlük sınır elli bin kayıttır; günlük ayrıntılı aktarım hakkı sürüme bağlıdır.

Klinikler için Zoho CRM