Randevuya gelmeme oranını ölçmek ve azaltmak

Sabah dokuz buçuk randevusu için oda hazırlanır, hekim boşta bekler ve hasta gelmez; öğleye doğru danışman arar, telefon açılmaz ve o gün kayda hiçbir şey yazılmaz. Zoho CRM randevunun zamanını izler, fakat bu sessizlik gelmeme verisi oluşturmaz. Yönetici boş saati görür, nedenini ortak bir değerle sayamaz. Ay sonu değerlendirmesi böylece ilk kayıttan başlayarak eksik bir temele oturur; takvimdeki boşluk görünür, katılım sonucu görünmez kalır.

Randevunun tamamlanması ile hastanın katılımı aynı bilgi değildir. Tercihe göre zamanı geçen kayıt tamamlanmış veya gecikmiş sayılabilir, ancak bu durum geldi ile gelmedi ayrımını yazmaz. Gelmeme verisi, klinik ayrımı tek seçimli bir alana düzenli biçimde kaydettiğinde oluşur. Azaltma amacıyla verilecek temas kararları da sonuçların ortak anlam taşımasına bağlıdır. Mesele hazır bir metrikten önce klinikte günlük kayıt alışkanlığının kurulması ve her sonucun tutarlı biçimde tamamlanmasıdır.

Gelmeme bir olay değil, bir alan boşluğudur

Hekim odasının boş kalması klinik için görünür bir olaydır; CRM açısından ise katılım sonucunu temsil eden değerin yokluğudur. Randevuda zaman, hizmet, süre ve atanan üye bulunabilir. Sonuç yazılmadığında bunlar hastanın gelip gelmediğini açıklamaz. Sonradan hazırlanan rapor da kaydedilmemiş sonucu güvenilir kategoriye dönüştüremez. Boşluk geçmişe bakarak kesin bir hüküm vermek yerine eksik veri sayılır ve sonraki kayıtların nasıl ele alınacağını gösterir. Bu ayrım yorum ile kayıt arasındaki sınırı korur.

Bu nedenle Zoho içindeki tamamlandı veya gecikmiş bilgisi katılım yerine kullanılmaz. Klinik Create düzenine eklenen tek seçimli alanda geldi ile gelmedi ayrımını kaydettiğinde sayılabilir veri üretir. Alan boşsa randevu kaydı vardır fakat gelmeme sayımının dayanağı yoktur. İlk düzeltme rapor tasarımında değil sonucu aynı yerde ve aynı anlamla yazma disiplinindedir. Böyle bir ayrım zaman durumuyla katılım sonucunun karışmasını önler ve ekip konuşmasını ortaklaştırır, aylık sonucu daha savunulabilir hale getirir.

Randevu saati geçtiğinde tam olarak ne olur

Appointment Preferences içindeki elle tamamlama şartı seçilmişse randevu sorumlu üye tamamlandı olarak işaretleyene kadar gecikmiş sayılır. Şart seçilmemişse kayıt belirtilen bitiş saatinden sonra kendiliğinden tamamlanmış sayılır. İki davranış da zaman durumunu anlatır, hastanın katılımını göstermez. Tamamlamadan önce iş sayfasını açtıran ayrı tercih de geldi veya gelmedi bilgisini üretmez. Zaman durumundan katılım sonucu çıkarmak bu yüzden raporun temelini belirsizleştirir ve yanlış karşılaştırmalara zemin hazırlar. Yorum doğrudan kayıtlı sonuca dayanmalıdır.

Randevular modülü Services etkinleştirildiğinde hesaba eklenir ve varsayılan olarak açık değildir. Randevu bir müşteri kaydı için oluşturulur; hizmet ile süre hizmet tanımından gelir, süre randevudan değiştirilemez ve kayıt tek üyeye atanır. Services ile Randevular Professional, Enterprise ve Ultimate sürümlerinde bulunur. Bu nedenle modüle katılım alanı ekleyen kurulum Professional sürümden başlayabilir. Başlangıç kararı hem erişimi hem sonucun nerede tutulacağını belirler ve sonraki rapor tasarımının sınırını baştan çizer klinik için.

Yerleşik iptal ve erteleme yapısını ikinci kez kurmayın

İptal ve erteleme için yeni bir durum sözlüğü oluşturmak mevcut bilgiyi tekrarlar. Bu işlemler sırasında sebep seçmek ve not girmek zorunludur. Başlangıçta müşteri ve ekip kaynaklı iki varsayılan sebep bulunur; klinik kendi sebeplerini ekleyebilir. Bu açıklamalar yerleşik yapıda tutulurken kliniğin eklediği katılım alanı daha dar bir işi üstlenir: geldi ile gelmedi ayrımını kaydeder. Böylece farklı iş anlamları aynı listede birleşmez ve ekip iki ayrı süreci aynı veri sanmaz.

Bir randevu en fazla on kez ertelenebilir ve erteleme sayısı sistem tarafından tutulur. Ayrıntı sayfasında erteleme geçmişi görünür; kayıtlar erteleme sayısına, erteleme veya iptal sebebine, nota ve konuma göre süzülebilir. Erteleme ya da iptalde randevu sahibine e-posta gider ancak kendi randevusunu erteleyen kişiye bildirim gitmez. Bu izleri ek alanlarda çoğaltmak aynı bilgiyi iki yerde yönetme yükü doğurur, katılım analizinin sınırlarını bulanıklaştırır ve bakım sırasında çelişkili kayıt riskini artırır.

Katılım durumunu tek seçimli bir listeye bağlayın

Geldi ile gelmedi ayrımı yerleşik değildir; Zoho Randevular modülünün Create düzenine eklenen bir seçim listesi alanıyla kurulur. Alan tek seçimli olmalıdır. Çoklu seçim listesi bir kayıtta birden fazla değer taşıdığı için gerekli sayım kırılımını üretmez. Tek seçim randevuyu katılım bakımından bir kategoriye yerleştirir. Böylece geldi ve gelmedi sayıları aynı kayıt üzerinde üst üste binmez, ekip de sonuç girişinde ortak ve anlaşılır bir karar dilini kullanır ve zaman içinde korur.

Rapor kategori sütunları seçim listelerinin yanında Number, Long Integer, Currency, Percent ve Decimal alan tipleriyle çalışır. Bir raporda en fazla iki kategori sütunu kurulabilir. Kategori sütunu en fazla on kategori, her kategori de en fazla yirmi değer taşıyabilir. Bu sınırlar katılım sözlüğünü büyütme çağrısı değildir. Geldi ile gelmedi ayrımını kısa tutmak ekip kullanımını kolaylaştırır ve rapordaki temel kırılımın iptal ya da erteleme sebepleriyle karışmasını önler, okumayı sade tutar.

Oran ekranda tek bir sayı olarak durmaz

Ay sonunda yönetici o ay kaç randevunun boşa gittiğini sorar; ekran planlanan randevu sayısını ve tamamlanan randevu sayısını gösterir. Bu iki toplamın farkı hastanın gelip gelmediğini açıklamaz çünkü tamamlanma katılım değildir. Güvenilir okuma geldi ve gelmedi değerlerinin ayrı sayılmasına dayanır. Katılım sonucu yazılmamışsa iki toplam arasındaki farkın nedeni kesin biçimde belirlenemez. Aritmetik kayıtta bulunmayan sonucu geri getiremez ve boşluğun niteliğini tek başına sınıflandıramaz. Yönetici önce veri kapsamını sorgular.

CRM raporunda formül sütunu belgelenmediğinden oran iki sayımdan okunur. Pasta veya halka grafik katılım kategorilerini bütüne oranlı bölümlere ayırarak gelmeme payını gösterir. Ana modül ile ilişkili modülün birlikte kullanıldığı analizlerde Count of kayıt değil satır sayar; ana modülün gerçek kayıt sayısı için Count of Unique gerekir. Servis raporları Services, Deals veya Appointments modülünden kurulabilir ve alt modül ilişkisi kapsama göre dahil edilir ya da dışarıda bırakılır bu analizde.

Hatırlatma kime gider, kim kurar

Zoho içindeki yerleşik randevu hatırlatmaları hastaya değil randevuyu üstlenen üyeye gider. Kayıt sırasında belirlenen aralıklar veya CRM takvim tercihleri bu hatırlatmaları yönetir. Randevu atandığında üyeye ayrıca e-posta ve açılır bildirim gönderilir; kullanıcı bunu kendi takviminden kapatabilir. Hastaya hatırlatma göndermek randevu iş akışının e-posta bildirimi eylemiyle kurulabilen ayrı bir kurgudur. Üye bildirimi hastaya gönderilmiş teyit sayılmaz ve iki temasın sorumluları süreçte ayrı tanımlanır. Mesaj alıcısı süreç başlamadan önce netleşir.

İlk temasın sonucu sonraki adımı belirleyecekse sonuç bir alana yazılır; zamanlanmış eylem önceki aramanın sonucunu kendiliğinden bilmez. İkinci kural bu alana bakabilir. Cadences Standard ve üstünde vardır, Free sürümde bulunmaz; Randevular desteği doğrulanmadığından burada ona dayanılmaz. Hastaya gönderilecek WhatsApp mesajı Meta onaylı ücretli şablon ister ve yalnız iletişim rızası olan kişilere sınırlanır. Bu açık sınır hatırlatma planını kanıta bağlı tutar.

Randevu kaydından hasta kaydına yazmak ayrı bir iştir

Alan güncelleme eylemi randevu kaydının kendi alanlarını ve belgelenmiş üst kayıt eşleşmelerini günceller. Bu eşleşme tablosunda Randevular ile Potansiyel Müşteriler ilişkisi bulunmaz. Bu nedenle gelmedi sonucuna bakarak bağlı hasta adayı kaydının aşamasını değiştirmek alan güncellemenin tek başına yapabileceği bir işlem değildir. Eylem hesaplama yapmaz; alana sabit bir değer veya boş değer yazar. Kayıtlar arasındaki bu sınır takip sorumluluğunun ayrıca tasarlanmasını ve açık bir işlem sahibinin önceden belirlenmesini gerektirir.

Bağlı kayda yazmak gerekiyorsa randevu iş akışına özel fonksiyon eklenir ve bu seçenek Enterprise sürümü ister. Fonksiyon kullanılmayacaksa güncelleme elle yürütülür; kimin hangi katılım sonucunda harekete geçeceği yazılı hale getirilir. Randevu iş akışı durum değişimini engelleyemez, alanı zorunlu kılamaz veya kaydı özel görünüme taşıyamaz. Görev eylemi de belgelenmiş randevu iş akışı eylemleri arasında bulunmaz. Bu sınırlar manuel adımı görünmez otomasyon gibi sunmayı önler ve ekibin gerçek sorumluluğunu gösterir.

Modül seçimi bu kurulumun ilk kararıdır

Kurulumdan önce Zoho Randevular ile Toplantılar arasında seçim yapılır. Kullanıcı alanı Görevler, Aramalar ve Toplantılar modüllerinde bulunmaz; arama alanı bu üç modüle eklenemez. Özet alanı bunların yanında Randevular modülünde de yoktur. Toplantılar kullanılıyorsa randevuyu kimin sonuçlandırdığı kayıt sahibi üzerinden izlenir. Randevular seçildiğinde Services bağlantısı, üç düzen ve katılım alanının Create düzenindeki konumu başlangıç kararına katılır. Modül adı belirtilmeden verilen alan önerileri bu ayrımları gizler ve yanlış beklenti doğurur.

Sürüm eşikleri birlikte okunduğunda Randevular ile Services Professional, Enterprise ve Ultimate sürümlerindedir; kurulum Professional sürümden başlayabilir. Cadences Standard'dan itibaren bulunur fakat randevu tarafı Professional ister ve modül desteği varsayılmaz. Chart ile KPI Standard'dan, diğer pano bileşenleri Enterprise'dan başlar. Hasta kaydına yazan özel fonksiyon Enterprise ister; bu sürüm yoksa adım elle yürütülür. Gelmeme oranı önce bir rapor sorusu değil, katılım alanını doldurma alışkanlığıdır. Bu alışkanlık ölçümün başlangıç noktasını oluşturur.

Randevu sistemi kurulumu