Reklam paneli neden kasayla tutmuyor?

Bir saç ekimi kliniğinde reklam paneli dönüşüm gösteriyordu. Kasadaki hasta sayısı aynı değildi. Farkın nedeni panelin yanlış çalışması değildi: Panel tedaviyi değil, başlatılan mesajı sayıyordu.

Panel ve kasa eşleştirmesi vakasında konsültasyon aşamasını ölçüme taşıdım. Kapanan hasta bilgisini CRM’den reklam platformuna geri besledim. Talep ile tedavi arasındaki gecikmeyi hesaba katmak için de aynı talep grubunu izledim.

İki ekranın aynı sayıyı göstermesini beklemiyorum. Beklediğim şey, reklam harcamasıyla gerçekleşen tedavi arasında kurulabilen bir bağ. Bu bağ varsa farkın nerede ortaya çıktığını görebilirsiniz.

Reklam paneli neyi sayar?

Reklam paneli, dönüşüm olarak seçtiğiniz ve platformun kaydedebildiği olayı sayar. Bu bir mesaj, form gönderimi veya başka bir temas olabilir. Panelde dönüşüm görünmesi, kişinin tedaviyi kabul ettiği ya da ödeme yaptığı anlamına gelmez. Rakamı okumadan önce neyin sayıldığını bilmeniz gerekir.

Aynı kelime toplantıda üç farklı şey anlatabilir. Reklam ekibi dönüşüm dediğinde mesajı, danışman yapılan görüşmeyi, klinik sahibi ise gelen hastayı kastedebilir. Herkes aynı sayfaya bakar, ama aynı sonuçtan söz etmez.

Ben raporun başına olayın adını koymayı tercih ederim: mesaj başlatıldı mı, form gönderildi mi, konsültasyon gerçekleşti mi? Sadece “dönüşüm” yazmak yetmez. Olayın tarihini ve kaynağını da gösterin. Paneldeki temas ile CRM’deki tekil kişi kaydı aynı şey değildir.

Panel rakamı kasayla tutmuyor sorunu burada başlar. Panel ilk temaslar hakkında bilgi vermeye devam eder. Ama tek başına gerçekleşen tedaviyi göstermez.

Kasa neyi gösterir?

Kasa, kliniğin kayıt düzenine göre alınan ödemeleri ve tahsilatları gösterir. Ödemenin hangi hastaya, hangi tedaviye ve tarihe ait olduğu kayıtlıysa ticari sonucu okumak kolaylaşır. Yalnızca kasa hareketine bakarak hastanın hangi reklamdan geldiğini veya hangi aşamalardan geçtiğini ise tek başına göremezsiniz.

Kapanış, gerçekleşen tedavi ve tahsilat ayrı olaylardır. Hasta rezervasyon yapabilir; tedavi daha sonra gerçekleşebilir. Ödeme de tedaviden önce veya sonra kaydedilebilir. İade ya da düzeltme varsa raporda hangi tutarın yer aldığı açık olmalı.

Tanımları yazıya dökün. Takvime alınan bir randevu ile kliniğin gerçekleştiğini kaydettiği tedavi aynı değildir. Tahsilatın karşılığı da ödeme kaydında bulunur. İkisini aynı hasta kaydına bağladığınızda reklam maliyetini gerçek sonuca yaklaştırabilirsiniz.

Panel ile CRM farklı sonuç gösteriyorsa ticari sonuç için kasaya en yakın, teyit edilmiş kaydı esas alın. Paneli ilk temasları ve kampanya sinyallerini anlamak için okuyun. Hangi sorunun hangi kaynaktan cevaplanacağı önceden belli olsun.

Panel ve kasa arasındaki fark nereden çıkar?

Farkın tek bir nedeni yoktur. Panel ve kasa farklı olayları sayabilir; kaynak bilgisi kaybolabilir, bir kişi birden fazla kez temas edebilir veya tarihler örtüşmeyebilir. Panelin ve kliniğin temasları kampanyaya bağlama kuralları da farklı olabilir. Bu nedenleri ayrı görmek, düzeltilecek kaydı bulmayı kolaylaştırır.

Atıf, bir sonucun hangi temas veya kaynağa bağlanacağını belirleme işidir. Hasta reklamı görüp daha sonra başka bir yoldan mesaj gönderebilir. Panel ve CRM yolculuğun farklı parçalarını görebilir. Bu yüzden kampanya rakamlarının her koşulda eşit çıkmasını beklemem.

Önce kayıtların izini sürün. Formdaki kaynak CRM’e taşınmış mı? WhatsApp bağlantısındaki bilgi danışmanın kaydına geçmiş mi? Aynı kişi başka kanaldan yazınca yeni bir hasta gibi mi açılmış? Farkın tamamını atıf yöntemine bağlamak, düzeltilebilecek eksikleri gizleyebilir.

Kaynağı bulunamayan hastayı bir kampanyaya yazmayın. “Bilinmiyor” ayrı bir sınıf olsun. Bu sınıfın büyüklüğü, bütçe kararının ne kadar eksik bilgiye dayandığını gösterir. Hangi reklamdan kaç hasta geldiğini bilmiyoruz sorusuna cevap ararken önce bu boşluğu görmek gerekir.

Hasta kaydı kaynağıyla nasıl eşleştirilir?

Eşleştirme, ilk temastaki kaynak bilgisini CRM’de doğru kişiye bağlamakla başlar. Bilgi, hasta yolculuğu boyunca aynı kayıtta kalmalı. Form, WhatsApp ve telefon için kaynağın nasıl yakalanacağı ayrı belirlenmeli. Eksik bilgi tahminle doldurulmaz; ekip hatalı kaydı düzeltebileceği açık ve belirli bir yol kullanır.

UTM, bağlantıya eklenen ve ziyaretin kaynağını tanımlamaya yardımcı olan etikettir. Kampanya bağlantılarında tutarlı adlar kullanın. Sonra formun bu bilgiyi alıp CRM’deki doğru alanlara aktardığını deneyin. Etiketi oluşturmak tek başına yetmez.

WhatsApp’ta kanala özel bağlantı veya önceden doldurulmuş mesaj kaynak hakkında ipucu taşıyabilir. Danışman bu bilgiyi kayda geçirmeli. Mesaj değişmişse veya kaynak kaybolmuşsa “bilinmiyor” seçeneğini kullanabilmeli. Telefonla gelen taleplerde de ekibin neyi soracağı ve nereye yazacağı belli olmalı.

Antalya’daki diş kliniği vakasında form, WhatsApp ve arama kanallarına kaynak etiketi bağladım. CRM’de kaynak alanını zorunlu hale getirdim. Böylece ülke ve kampanya kararlarının hangi kayıtlara dayandığı görülebilir hale geldi.

Zorunlu alan, bilinmeyen kaynağı uydurmak demek değil. Açık seçenekler, sorumlu kişi ve hatalı kaydı düzeltme yolu tanımlayın. Aynı kişinin kayıtlarını birleştirirken temas geçmişini koruyun. Aksi halde kaydı düzeltirken ölçüm izini kaybedersiniz.

CRM’de hangi aşamalar ve tarihler tutulmalı?

CRM, kliniğin satış yolculuğundaki aşamaları ve bu aşamaların tarihlerini göstermeli. İlk temas, konsültasyon, teklif veya tedavi planı, rezervasyon ve gerçekleşen tedavi bu yapının parçaları olabilir. Kaydı güncelleyen sorumlu da belli olmalı. Böylece yalnızca bugünkü durumu değil, talebin nerede beklediğini de görebilirsiniz.

Aşama adı herkes için aynı olayı anlatmalı. “Konsültasyon” randevunun verilmesi mi, görüşmenin yapılması mı? İkisini ayırmazsanız takvime giren herkes görüşmüş gibi görünür. Rezervasyon ile gerçekleşen tedaviyi ayırmak da sonuçlanmamış kayıtların hasta sayısına karışmasını önler.

İlk temas tarihi, kaynak, ülke, biliniyorsa kampanya adı ve aşama tarihleri kayıtta bulunsun. Gerçekleşen tedaviye ait teyidi de ekleyin. Tahsilatı kliniğin ödeme kaydıyla eşleştirin. Eksik tarihleri tahmin etmek yerine eksik olarak işaretleyin.

Bu düzen yalnızca reklam ekibine yaramaz. Talep artarken konsültasyon ilerlemiyorsa takip kapasitesine bakın. Görüşmeler gerçekleşiyor ama rezervasyon ilerlemiyorsa teklif ve satış sürecine bakın. Bütçeyi artırdık, hasta artmadı durumunda önce hangi aşamanın tıkandığını görmek gerekir.

Sağlık turizmi CRM düzeninde araç adından önce bu alanlar ve sorumluluklar gelir. Kayıtlar güncellenmiyorsa otomatik rapor da eksik bilgiyi daha hızlı gösterir.

Zaman farkı nasıl yönetilir?

Talebin, tedavinin ve tahsilatın tarihleri farklı dönemlere düşebilir. Bu yüzden aynı takvim aralığındaki panel ve kasa toplamlarını doğrudan karşılaştırmak yanıltıcı olabilir. Aynı dönemde gelen talepleri bir grup olarak izleyin. Sonraki aşamaları, açık kayıtları ve grubun rapor tarihindeki durumunu birlikte gösterin.

Kohort, ortak bir dönemde gelen kayıtların sonraki sonuçlarını birlikte izlemek için oluşturulan gruptur. Dönemin reklam harcamasını o dönemde gelen taleplere bağlayın. Sonra aynı kişilerin hangilerinin konsültasyona katıldığını, tedavi olduğunu veya hâlâ açık olduğunu gösterin.

Baharda gelen bir talep daha sonraki bir dönemde tedaviye dönüşebilir. Tedavi, gerçekleştiği dönemin kasasında görünür. Reklam ölçümünde ise ilk temasın geldiği grupta kalır. Böylece sonraki dönemin harcaması, daha önce kazanılmış bir hastayla olduğundan verimli görünmez.

Henüz kapanmamış kayıtları rapordan çıkarmayın. “Açık”, “kaybedildi” ve “gerçekleşti” durumlarını ayırın; rapor tarihini yazın. Eski bir grup sonraki raporda yeni bir tedavi içerebilir. Bu, önceki raporun mutlaka hatalı olduğu anlamına gelmez. Yolculuk henüz tamamlanmamış olabilir.

Hasta hesaplayıcı varsayımları tartışmayı kolaylaştırabilir. Hesaplanan değer gerçekleşen sonuç değildir. Raporunuzda varsayımları ve baktığınız talep grubunu ayrı belirtin.

Gerçekleşen tedavi reklam sistemine nasıl geri bildirilir?

Önce gerçekleşen tedavi bilgisinin klinik kaydındaki karşılığı teyit edilir. Ardından uygun ve izinli bir yöntem varsa olay reklam sistemine gönderilir. Gönderilecek olay, kaynağı, sorumlusu ve düzeltme yolu önceden belirlenir. Amaç panele daha çok sayı taşımak değil, sonuçla ilişkili güvenilir bir sinyal aktarmaktır.

Panel ve kasa eşleştirmesi vakasında optimizasyon olayını konsültasyona katılıma taşıdım. Kapanan hasta bilgisini de CRM’den geri besledim. Bu, her klinikte aynı olayın seçilmesi gerektiği anlamına gelmez. Kayıtların güvenilirliği ve platformda kullanılabilen yöntemler seçimi etkiler.

Hasta ve sağlık bilgileri hassastır; paylaşılacak alanları en aza indirin ve izinleri, paylaşımın uygunluğunu ve aracın koşullarını klinikle birlikte belirleyin. Erişim ve hata düzeltme sorumluluğu da belli olmalı.

Aktarımın çalışması bilginin doğru olduğu anlamına gelmez. Eksik veya yanlış işaretlenmiş bir tedavi otomatik aktarımda kendiliğinden düzelmez. CRM ile kaynak kayıtlarını karşılaştırmak bu yüzden gerekir.

Haftalık raporda neye bakılmalı?

Haftalık rapor, aynı talep grubunu kaynak ve ülkeye göre gösterip karar için gereken bilgileri bir sayfada toplamalı. Harcama, konsültasyon, gerçekleşen tedavi ve tahsilat birlikte okunmalı. Açık kayıtlar ve kaynağı bilinmeyenler görünür olmalı. Her satırın tanımı ve rapor tarihi de yazılmalı.

Ben şu iskeleti kullanırdım:

• Kapsam: Talep geliş dönemi, rapor tarihi ve kullanılan kaynaklar.
• Kaynak ve ülke: Kampanya veya kanal, ülke ve kaynağı bilinmeyen kayıtlar.
• Harcama ve talep: İlgili dönemin reklam harcaması, gelen tekil kayıtlar ve eksik kaynak bilgisi.
• İlerleme: Konsültasyona katılanlar, rezervasyonlar, açık ve kaybedilen kayıtlar.
• Gerçek sonuç: Aynı grupta gerçekleşen tedaviler, eşleşen tahsilat ve tanımı açık hasta başına reklam maliyeti.
• Kontrol ve karar: Panel ile CRM farkının bilinen nedeni, düzeltilmesi gereken kayıt, sorumlu kişi ve sonraki kontrolde incelenecek karar.

Harcama veya hasta kaynağı ülkeye göre güvenilir biçimde ayrılamıyorsa bunu belirtin. Ortalama tedavi bedelini kullanıyorsanız hangi tedavi ve tahsilatların hesaba girdiği açık olsun. Bekleyen kayıtlar kesin sonuç değildir.

Raporun bütün işletme göstergelerini kapsaması gerekmiyor. Talebin nerede ilerlediğini ve ne kadarının ticari kayda bağlanabildiğini göstermesi yeterli. Daha geniş akışın nasıl kurulduğunu sistem sayfasında ele alıyorum.

Ölçümü nereden başlatmalı?

Paneldeki olay adını, CRM aşamalarının tanımlarını ve kasadaki tahsilat kaydını yan yana koyarak başlayın. Bir talep grubu seçin ve kaynaktan gerçekleşen tedaviye kadar izleyin. Eşleşmeyen kayıtları ve bunları kimin düzelteceğini yazın. Sonraki raporun temeli, kaynağı ve sonucu birlikte görülebilen bu kayıtlardır.

En parlak grafik güvenilir rapor anlamına gelmez. Kaynağını ve sonucunu görebildiğiniz kayıt daha değerlidir. Eksikleri görünür tuttuğunuzda paneldeki ilgiyi gerçekleşen tedaviden ayırabilir, bütçe kararını da bu ayrımın üzerine kurabilirsiniz.