Yönetim toplantısında kaç danışanın ikinci kez geldiği sorulur. Ekranda danışan listesi açılır, herkes aynı isimlere bakar, fakat kimse güvenilir bir sayı söyleyemez. Çünkü bir kişi kaç kez geldiyse listede o kadar satır vardır. Ziyaret satırları ile benzersiz danışanlar birbirine karıştığında, ekip aynı kişiyi fark etse bile toplamın içinde onu doğru biçimde ayıramaz ve oran sezgiye kalır.
Tekrar gelen danışan oranı, son aşamada seçilecek bir rapor ayarından önce veri modelinde verilen bir karardır. Zoho CRM ilk kez geleni tekrar gelenden kendiliğinden ayırmaz. Ayrım kayıt üzerinde bir seçim listesi alanına, ziyaret sayısı da ilişkili kayıtları sayan bir özet alanına dayanmadıkça, panoda görünen değer kliniğin sorduğu oranı güvenilir biçimde temsil edemez.
Klinik bu oranı neden bilmiyor
Belirsizliğin ilk nedeni, “danışan sayısı” ile “ziyaret sayısı” ifadelerinin aynı anlamda kullanılmasıdır. Bir danışanın birden fazla kaydı varsa toplam satır sayısı büyür, fakat benzersiz kişi sayısı aynı ölçüde büyümez. Hangi sayının payda olduğu açıklanmadığında, farklı ekip üyeleri aynı ekrandan farklı sonuçlar çıkarır ve yönetim sorusu yanıtsız kalır.
İkinci neden, geri dönüş bilgisinin ortak bir tanıma değil kişisel yoruma dayanmasıdır. Bir ekip üyesi kontrolü yeni ziyaret kabul ederken diğeri aynı işlemin devamı sayabilir. Bu yorum farkı, kayıtlardaki ayrım düzgün görünse bile oranı karşılaştırılamaz hale getirir. Önce ölçülen olayın sınırı belirlenmeden hesaplanan sonuç, tutarlı bir işletme göstergesi değildir.
Bir danışan üçüncü kez randevuya gelir. Danışman onu tanır ve geçmişini hatırlar, ancak sistemde tekrar geldiğini gösteren tek işaret danışmanın hafızasıdır. Danışman izne çıktığında bu bilgi de onunla birlikte izne çıkar. Böyle bir düzende ekip, geri dönüşü kurumsal veriden değil, o anda masada bulunan kişinin hatırladıklarından okumaya çalışır.
Tekrar gelen danışanın tanımını önce yazın
Ölçüme başlamadan önce “tekrar gelen” ifadesinin klinikte ne anlama geldiğini tek cümleyle yazın. İkinci fiziksel geliş yeterli mi, yoksa yeni bir hizmet ya da işlem mi gerekir? Aynı danışanın sonraki kaydını hangi koşulun ilk ziyaretten ayıracağını açıkça belirlemek, alan değerlerinin ekip genelinde aynı yorumla girilmesini sağlar.
Kontrol randevusunun hesaba katılıp katılmayacağını ayrıca kararlaştırın. Bir işlemin iki seansa bölünmesi tek ziyaret döngüsü mü, iki ayrı ziyaret mi kabul edilecek? Bu soruların evrensel cevabı yoktur. Klinik kendi operasyonel tanımını seçmeli, ardından tüm kayıtları aynı sınır üzerinden değerlendirmeli. Tanım değişirse dönemler arasındaki karşılaştırmanın anlamı da değişir.
Zaman aralığını da tanımın parçası yapın. Herhangi bir tarihteki ikinci geliş ile belirli bir inceleme dönemindeki geri dönüş aynı soruya cevap vermez. Yazılı kural, hangi ziyaretlerin paya ve hangi danışanların paydaya girdiğini açıklamalı. Böylece ekip oranı yorumlarken gizli varsayımlara değil, önceden belirlenmiş ortak bir ölçüm sınırına dayanır.
Sayı ilişkili kayıtlardan gelir
Tanım kesinleştiğinde kişi kaydında, uygun ilişkili listedeki kayıt sayısını üreten bir özet alanı kurulabilir. Zoho CRM özet alanı kayıt sayısının yanında sayısal ve tarih temelli toplamalar da üretir. Alan salt okunurdur; değeri kayıt kaydedildikten sonra görünür. Bu nedenle kullanıcıların sayacı elle değiştirmesi yerine, sonuç ilişkili kayıtların oluşturduğu yapıdan okunur.
Tarih özetindeki Earliest ve Recent işlevleri, uygun ilişkili kayıtlardan ilk ve son ziyaret tarihlerini kişi kaydına taşıyabilir. Recent ve Upcoming kullanan özet alanlarının tüm modüllerdeki toplam sınırı 100'dür. Bu tarihler, ziyaret sayısının yanında geri dönüşün hangi dönemlere yayıldığını okumaya yardım eder; ancak tekrar ziyaret tanımının yerine geçmez.
Services etkinleştirildiğinde Randevular modülü hesaba eklenir; sistem tanımlı alanları silinemez. Tercihlerde, tamamlanan randevudan otomatik fırsat oluşturulabilir. Tutar hizmet fiyatından, kapanış tarihi randevu başlangıcından, ad ise randevu adından gelir; bu alanlar salt okunurdur ve aşama Closed Won olur. Böylece tamamlanan randevu sayılabilir bir fırsat kaydı bırakabilir.
Ayrımı kayda yazın, listeye değil
İlk kez gelen ile tekrar gelen ayrımını, kaydın üzerinde duran bir seçim listesi alanında tutun. Özel görünüm ölçütü her kaydı tek başına değerlendirir; bir kaydı diğer kayıtlarla karşılaştırarak bunun ikinci geliş olduğunu belirleyemez. Bu nedenle “ikinci kez gelenler” listesini yalnız görünüm koşullarıyla kurmaya çalışmak, ihtiyaç duyulan karşılaştırmayı veri modelinin dışında bırakır.
İş akışı alan güncellemesi de ziyaret sayacını hesaplamaz. Zoho bu işlemle seçilen alana yalnız önceden belirlenmiş sabit bir değer veya boş değer yazar. Fırsat kaydından üst Kişi kaydındaki bir alanın güncellenmesi belgelenmiş bir yoldur, fakat bu yol ilk kayıt ile tekrar kaydını kendi başına ayıramaz. Yazılacak değerin hangi girdiye dayandığı ayrıca tanımlanmalıdır.
Seçim listesi, ayrımı hem kayıt üzerinde görünür kılar hem de raporda kategori olarak kullanılabilecek bir boyut oluşturur. Kategori sütunları seçim listesiyle ve Number, Long Integer, Currency, Percent, Decimal türlerindeki sayısal alanlarla çalışır. Bir raporda en fazla iki kategori sütunu, her kategori sütununda ise en fazla on kategori kurulabilir.
Oranın raporda doğru çıkması
Raporun payı, yazılı tanıma göre tekrar gelen olarak işaretlenen benzersiz danışanları; paydası ise aynı kapsamda değerlendirilen benzersiz danışanları temsil etmelidir. Kategori sütunu seçim listesi üzerinden ilk kayıt ve tekrar kaydı ayrımını gösterebilir. Ancak kategori doğru olsa bile kullanılan sayım ölçüsü satırları sayıyorsa, aynı kişi birden fazla kez toplamın içine girebilir.
Ana modül ile ilişkili modülü birlikte kullanan analiz bileşeninde Count of, kayıt yerine oluşan satırları sayar. İki ilişkili satırı bulunan tek danışan bu ölçüde iki danışan gibi görünebilir. Danışan sayısı gerektiğinde Count of Unique kullanılmalıdır. En yaygın ilk hata, ziyaret satırlarını kişi sanmak; ikincisi ise pay ile paydayı farklı kapsamlardan kurmaktır.
Bu ayrım yapılmadan Zoho raporunda görünen düzgün bir grafik de yanlış bir oranı ikna edici biçimde sunabilir. Kontrol sırası nettir: önce aynı dönem ve tanıma ait kayıt kapsamını doğrulayın, sonra ilk kayıt ve tekrar kaydı kategorilerini ayırın, son olarak kişi sayımında benzersiz ölçüyü kullanın. Görsel sunum, ancak bu üç karar tutarlıysa anlamlıdır.
Zaman içindeki örüntü tek bir oranla görünmez
Tek bir oran, seçilen kapsamda geri dönenlerin payını özetler; fakat farklı başlangıç dönemlerindeki danışanların sonraki dönemlerde nasıl davrandığını tek başına göstermez. İlk ziyaret tarihine göre gruplanan danışanları izlemek, aynı başlangıç döneminden gelen grupların daha sonraki aylardaki hareketini ayrı ayrı okumaya yarar. Bu soru, toplam yüzdenin arkasındaki zaman örüntüsünü görünür kılar.
Zoho CRM'in Analytics sekmesindeki Add Component alanından kurulan Cohort bileşeninin üç türü vardır. Basic tür bir tarih alanına, standard tür seçim listesine ya da başka bir boyuta göre çalışır. Advanced tür bu ikisini birleştirir ve ek bir sayısal ölçü kullanır. İlk ziyaret tarihiyle kurulan gruplar, sonraki dönem hareketini başlangıç zamanına bağlar.
Bileşen seçimi sürüme bağlıdır. Standard ve Professional sürümlerinde yalnız Chart ve KPI kurulabilir; Cohort dahil diğer pano bileşenleri Enterprise ve üstünde bulunur. Dolayısıyla zaman örüntüsü ihtiyacı ile mevcut sürüm birlikte değerlendirilmelidir. Cohort erişimi yoksa, tek oran kendi kapsamının dışındaki dönem davranışını açıklıyormuş gibi yorumlanmamalıdır.
Sürüm eşiği ve alt sürümde kalan klinik
Özet alanı Enterprise sürümünde modül başına 10, Ultimate sürümünde 15 adet açılır; alt sürümlerde bulunmaz. Earliest ve Recent bu eşikte kullanılabilir. Formül alanı Professional ve üstünde bulunur, ancak anlık değer dondurmaz; katılan alanlar değişince yeniden hesaplanır. Yeni formüller, eski kayıtlarda ilgili alanlardan biri değişene kadar boş kalabilir.
Zoho için eşik tablosu birlikte okunmalıdır: Services ve Appointments modülleri Professional, Enterprise ve Ultimate sürümlerindedir. Chart ve KPI Standard ve üstünde kurulabilir. Cohort ile diğer pano bileşenleri Enterprise ve üstünü gerektirir. Standard sürümde klinik, ilk kayıt ve tekrar kaydı ayrımını elle girilen seçim listesinde tutabilir ve oranı bu alanı kullanan rapordan okuyabilir.
Performans panosu, Eksenium Klinik CRM Pattern Kütüphanesi'ndeki kalıplardan biridir. Bu referans, panonun bir klinikte canlı çalıştığı veya sonuç ürettiği anlamına gelmez. Sağlam ölçüm, gösterişli ekrandan önce tanımı, kayıt ayrımını ve benzersiz kişi sayımını doğru kurar.
