Estetik Kliniklerinde Lead ve Randevu Otomasyonu

Estetik kliniklerinde büyümenin zor tarafı, doğru talebi doğru ekibe zamanında ve mevzuata uygun biçimde ulaştırmaktır. Form toplamak işin kolay kısmıdır. Instagram mesajı, web formu, telefon araması, WhatsApp görüşmesi ve yönlendirme kaydı farklı ekranlarda kaldığında ekip aynı kişiye tekrar tekrar dönebilir, randevu sözü verildiği halde takvim kaydı açılmayabilir veya pazarlama izni bulunmayan bir kişiye kampanya mesajı gönderilebilir. Lead-to-randevu otomasyonu bu dağınıklığı tek bir iş sırasına toplar. Sağlık alanında iyi otomasyon hızlı cevaptan fazlasını ister: gereğinden fazla veri toplamamak, açık görev sınırları, insan denetimi ve sonradan izlenebilen kararlar.

Bu rehber tanı ya da tedavi önerisi vermez. Estetik kliniklerinin bir otomasyon çözümünü nasıl değerlendireceğini ve devreye alacağını anlatır. Amaç, kişinin iletişim tercihine saygı gösteren, kliniğin tanıtım sınırlarını koruyan ve ekibin ne kadar iş kaldırabildiğini gösteren bir randevu hattı kurmaktır. Her talebi satış baskısına çevirmek bu amaca ters düşer.

Satın alma kararını önce mevzuat sınırlarıyla çerçeveleyin#

Sağlık Bakanlığının 12 Kasım 2025 tarihli düzenlemesi, özel sağlık kuruluşlarının tanıtım ve bilgilendirme faaliyetlerini de kapsar. Düzenlemede sağlık hizmet sunumunda açık veya örtülü reklamın yasak olduğu; sağlık tesisleri için adres, iletişim, çalışma zamanı, uzmanlık alanı, mesleki unvanlar ve sağlığı koruyucu bilgiler gibi sınırların tanımlandığı görülür. Bu yüzden otomasyon platformunu, ekibin serbestçe iddialı mesaj yazdığı bir kampanya aracı gibi kurmayın. Onaylı mesaj kütüphanesi, içerik sürüm kaydı, yayın yetkisi ve hukuk ya da uyum kontrolü ürün gereksinimi olmalıdır. Fiyat baskısını, kesin sonuç vaadini, kişiyi doğrudan işlem talebine yönelten söylemi ve doğrulanmamış üstünlük iddialarını otomatik metinlerden çıkarın.

Bir estetik talebi, kişinin sağlık durumuna ilişkin açıklama, görsel veya işlem ilgisi içerebilir. KVKK, sağlık verisini özel nitelikli kişisel veri sayar ve bu verilerin yalnızca Kanunda belirtilen koşullarda, yeterli önlemlerle işlenebileceğini açıklar. Bu yüzden alacağınız sistemi sıradan bir satış CRM'i gibi değerlendirmeyin. Rol tabanlı erişim, alan bazlı yetki, kayıtlı işlem geçmişi, saklama süresi, silme adımları, aktarım envanteri ve veri ihlali yönetimi sözleşmede somut bir maddeye bağlansın. Formda randevu oluşturmak için gerekmeyen tıbbi ayrıntıları toplamak, dönüşüm oranını artıran masum bir kişiselleştirme olarak görülmemelidir.

Hizmet talebi ile pazarlama izni ayrı şeylerdir. Ticaret Bakanlığı, ticari elektronik iletilerde onayın ileti gönderilmeden önce alınması, alıcının ret hakkının korunması ve izinlerin İYS üzerinden yönetilebilmesi çerçevesini açıklar. KVKK'nın 21 Temmuz 2026 tarihli duyurusu ise referans veya tavsiye gibi yollarla üçüncü kişilerden edinilen iletişim bilgilerinin, aydınlatma ve gerekli hukuki koşullar sağlanmadan reklam ve pazarlama amacıyla kullanılmasına ilişkin şikayetlere dikkat çeker. Arkadaşını öner alanından, satın alınmış listeden ya da eski bir form kaydından gelen kişiyi otomatik takip listesine doğrudan eklemeyin.

Mevcut huniyi ölçmeden otomasyon satın almayın#

İlk iş, son dört ila sekiz haftada gelen talepleri geldikleri yere göre ayırmaktır. Her lead için ilk temas zamanını, ilk anlamlı yanıtı, randevu önerisini, randevu kaydını, randevunun onaylanmasını, iptali, gelmemeyi ve kapanış nedenini ayrı olay olarak kaydedin. Tek bir durum alanı yetmez. Ekip bir lead'i ulaşılamadı diye işaretlediğinde kişiye belki yalnız tek bir yoldan ulaşmayı denemiştir.

Başlangıç tablosu en az şu soruları cevaplasın:

• Hangi kaynaktan kaç benzersiz talep geliyor?
• Aynı kişi kaç kez farklı kaynaktan kaydoluyor?
• Mesai içi ve mesai dışı ilk yanıt süreleri nedir?
• Talebin hangi aşamasında insan müdahalesi gerekiyor?
• Hangi randevu türleri hangi ekip, lokasyon ve süreyle eşleşiyor?
• Kişiler en çok hangi gerekçeyle ilerlemiyor veya randevuyu iptal ediyor?
• Pazarlama onayı, aydınlatma kaydı ve iletişim tercihi hangi sistemde tutuluyor?

Bu döküm, tedarikçinin parlak demo senaryosuyla gerçek iş yükü arasındaki farkı gösterir. Oranın neye bölündüğünü de yazın. Randevu oranı tüm ham formlar üzerinden mi, yoksa benzersiz ve iletişime uygun talepler üzerinden mi hesaplanıyor? Aynı adı taşıyan iki ölçü farklı yönetim kararlarına götürür.

Uçtan uca mimariyi altı kontrol noktasına bölün#

1. Kaynak yakalama ve kimlik eşleştirme#

Web formunu, reklam platformunu, çağrı merkezini ve WhatsApp, Instagram gibi mesajlaşma uygulamalarını ortak bir olay şemasına bağlayın. Kaynak kampanya, zaman damgası, tercih edilen iletişim yolu ve izin kanıtı kayıtta kalsın; serbest metni olabildiğince azaltın. Telefon ve e-posta biçimini standart hâle getirin; böylece kişi yeniden kaydolsa bile kayıtlar güvenle eşleşir ve aynı kişiye iki kez yazılmaz. Eşleştirme kurallarını yazılı tutun. Emin olunmayan eşleşmeleri otomatik birleştirmeyin. Instagram'dan gelen talepler için Instagram DM'lerini karşılayan AI Agent da aynı olay şemasına bağlanır.

2. Aydınlatma ve izin ayrımı#

Form arayüzünde randevu talebinin işlenmesine ilişkin aydınlatma, ticari ileti onayı ve varsa ayrı kanal tercihleri birbirinden anlaşılır biçimde gösterilmelidir. Önceden işaretli kutu kullanmayın. Kişinin kendi seçimini kaydedin. Metin sürümünü, zamanı, iletişim yolunu ve doğrulama izini saklayın. Ret geldiğinde kişiyi yalnız bir kampanya listesinden çıkarmak yetmez. CRM, mesajlaşma aracı ve aradaki bağlantı katmanı aynı engeli uygulasın. Tedarikçiye, zorunlu randevu bilgilendirmesini tanıtım mesajından nasıl ayırdığını sorun.

3. İdari ön değerlendirme#

Otomasyonun görevi tıbbi uygunluk kararı vermek değildir. Sistem; tercih edilen lokasyon, ulaşılabilir zaman aralığı, görüşme dili, mevcut randevu talebi ve iletişim tercihi gibi idari bilgileri derleyebilir. Sağlıkla ilgili ayrıntı gerektiren soru geldiğinde görüşme yetkili sağlık ekibine aktarılmalıdır. Bot veya çağrı asistanı kendisini insan gibi tanıtmamalı, yetki sınırını açık tutmalı ve kişi istediğinde insana geçiş sağlamalıdır. Bu ayrım risk yönetimini kolaylaştırır. Satış ekibinin klinik karar alanına girmesini de önler.

4. Kural tabanlı yönlendirme#

Her lead; geldiği yer, dil, lokasyon, hizmet alanı, mesai durumu ve ekibin o anki yüküne göre bir iş listesine atanabilir. Önceliği kişinin tahmini harcama gücüne ya da hassas verilerden çıkarılan bir profile göre belirlemeyin. Bekleme süresi, geri arama talebi, iletişim izni ve kişinin açıkça seçtiği ihtiyaç daha kolay savunulur. Atama yapılamayan kayıt sessizce kaybolmasın. Belirli bir sürenin sonunda sorumlu yöneticinin listesine düşsün.

5. Takvim ve randevu teyidi#

Takvim bağlantısı yalnız boş saat okumakla kalmasın. Lokasyon, çalışan, randevu türü, süre, hazırlık payı ve çakışma kuralını birlikte uygulasın. Geçici saat tutma süresini belirleyin. Kişi onay vermezse saat kendiliğinden boşa çıksın. Randevu oluşunca tek bir kayıt numarası üretilsin ve CRM'deki durum takvim sonucuyla aynı anda güncellensin. Bağlantı hata verdiğinde sistemin kullanıcıya kesin randevu oluştu dememesi, kabul testinde ayrıca denenecek bir şarttır.

6. Teyit, değişiklik ve insan devri#

Hatırlatmalar kişinin seçtiği yoldan (SMS, e-posta ya da WhatsApp) gitsin ve kolay bir iptal ya da değişiklik yolu sunsun. Yanıt anlaşılmazsa sistem kişiyi sonsuz otomatik döngüye sokmasın, insana devretsin. İnsan temsilciye konuşma özetini, verilen izinleri, önerilen saatleri ve başarısız adımları tek ekranda gösterin. Devirden sonra botun aynı kişiye ayrıca mesaj atmasını bir kilitle engelleyin.

Mesaj tasarımında dönüşümden önce doğruluk ve sınır kullanın#

Mesaj kütüphanesini üç katmanda yönetebilirsiniz: işlem gerektirmeyen bilgilendirme, randevu işleri ve yetkili ekip gerektiren sorular. İlk karşılama metni kliniğin kimliğini, iletişimin nedenini ve otomatik sistem kullanılıyorsa bunu açıklar. Ardından kişiye seçim hakkı tanıyın: randevu planlamaya devam etmek, insan temsilciye geçmek ya da iletişimi bitirmek.

Botun serbest metin ürettiği alanı dar tutun. Çalışma saatleri, lokasyon, uzmanlık alanı ve randevu uygunluğu gibi doğrulanmış bilgiler tek bir bilgi tabanından gelsin. Tedavi sonucu, tıbbi uygunluk, komplikasyon yorumu veya kişiye özel klinik değerlendirme gerektiren talepler yanıtlanmamalı; güvenli devir cümlesi kullanılmalıdır. Her şablonun sahibi, onay tarihi ve yürürlükten kalkma tarihi yazılı olsun. Mevzuat veya klinik bilgisi değiştiğinde eski metinlerin tüm kanallarda kapanması test edilmelidir.

Tedarikçi değerlendirmesinde demo yerine kanıt isteyin#

Satın alma ekibi gereksinimleri evet-hayır listesinde bırakmasın, kanıtlanabilir kabul senaryolarına çevirsin. Tedarikçiden şu konularda canlı gösterim ve sözleşmede yazılı cevap isteyin:

1. Bir kişi web formundan ret verdiğinde SMS, e-posta ve mesajlaşma uygulamalarında gönderim nasıl durur?
2. Sağlıkla ilgili serbest metne hangi roller erişebilir ve erişim kaydı nasıl raporlanır?
3. Model veya kural yanlış randevu önerdiğinde insan nasıl devralır, olay nasıl incelenir?
4. Alt işleyenler, veri barındırma bölgeleri ve yurt dışı aktarımlar hangi envanterde gösterilir?
5. Veri saklama süresi dolduğunda CRM, yedek, konuşma kaydı ve analitik kopyalarına ne olur?
6. API kesintisinde tekrar deneme, çift kayıt önleme ve hatalı kayıtların bekletilmesi nasıl çalışır?
7. İçerik şablonu değişiklikleri kim tarafından onaylanır ve geçmiş sürüm nasıl bulunur?
8. Klinik sözleşmeyi bitirdiğinde veriyi yapılandırılmış biçimde nasıl alır ve silme kanıtını nasıl edinir?

Güvenlik tarafında şunları isteyin: çok faktörlü kimlik doğrulama, en az ayrıcalık, düzenli erişim gözden geçirmesi, aktarım ve depolama sırasında şifreleme, denetim izi, olay müdahale süresi ve bağımsız test özeti. Yapay zeka kullanan bileşenler için ayrıca şunları sorun: Eğitim verisi nereden geliyor, müşteri konuşmaları yeniden eğitimde kullanılıyor mu, model değiştiğinde haber veriliyor mu ve insan gözetimi nasıl işliyor?

KPI setini hacim değil süreç kalitesi üzerine kurun#

Yönetim panosu en az dört grubu ayrı göstersin. Hız ölçüleri ilk yanıt ve insan devri süresini gösterir. Süreç ölçüleri benzersiz talebi, uygun iletişim kaydını, randevu önerisini ve teyit oranını izler. Kalite ölçüleri yanlış yönlendirmeyi, çift mesajı, takvim uyuşmazlığını ve yeniden açılan kaydı sayar. Uyum ölçüleri ise onay kanıtı olmadan yapılan gönderimi, zamanında uygulanmayan reddi, yetkisiz erişimi ve süresi geçmiş veriyi gösterir.

Randevuya dönüşümü tek başarı ölçütü yaparsanız ekibi gereksiz baskılı iletişime itebilirsiniz. Dengeli bir skor kartında gelmeme oranını, kişinin randevusunu kolayca değiştirebilmesini, şikayet oranını, insanın düzelttiği otomasyon kararlarını ve kayıt bütünlüğünü birlikte izleyin. Her ölçünün sahibi, veri kaynağı, formülü ve alarm sınırı yazılı olsun. Az sayıda kayıtla hesaplanan yüzdelere fazla anlam yüklemeyin. Kaynakları ve dönemleri aynı bölen üzerinden karşılaştırın.

90 günlük devreye alma planı#

İlk 30 gün: tasarım ve risk kontrolü. İletişim yolları, veri alanları, mesaj şablonları ve sorumlular listelenir. Hukuki işleme koşulları ve saklama süreleri kurumun danışmanlarıyla doğrulanır. Deneme kapsamı olarak tek bir lokasyon ya da sınırlı bir randevu türü seçilir. Başlangıç ölçüleri sabitlenir. Otomasyonun hangi durumda duracağı ve insanın ne zaman devralacağı yazılır.

31-60. günler: kontrollü deneme. Bağlantılar test ortamında çift kayıt, API kesintisi, ret, silme, yanlış dil ve dolu takvim senaryolarıyla denenir. Ardından gerçek trafiğin küçük bir bölümüyle deneme başlar. İlk haftalarda otomatik atamalardan örnekler seçilir ve insan tarafından kontrol edilir. Hatalar yalnız operatör eğitim notuna yazılmaz; kural ya da ürün düzeltme listesine de girer.

61-90. günler: ölçülü genişleme. Kabul sınırları tuttuysa yeni kanal veya ekip sırayla eklenir. Bütün lokasyonları aynı anda açmak, bir sorun çıktığında kök nedeni bulmayı zorlaştırır. Haftalık ekip toplantısında hız, randevu, hata ve uyum ölçüleri birlikte incelenir. Erişim her ay gözden geçirilir, mesaj kütüphanesi her ay yeniden onaylanır. Deneme sonunda beklenen fayda, toplam sahip olma maliyeti ve elle yapılan iş yükündeki değişim gerçek verilerle yeniden hesaplanır.

Bütçeyi lisans ücretinden ibaret görmeyin#

Toplam sahip olma maliyetine kanal ücretleri, mesaj bedelleri, telefon altyapısı, takvim ve CRM bağlantısı, veri taşıma, güvenlik incelemesi, uyum danışmanlığı, çalışan eğitimi, raporlama, model kullanımı, fazla kullanım ve çıkış maliyeti girer. Teklifte hangi hacmin fiyata dahil olduğunu ve ücretin benzersiz kişi, konuşma, mesaj, dakika ya da temsilci üzerinden mi hesaplandığını açıkça sorun. Başarılı randevu başına ücret düşünüyorsanız başarının tanımını, iptal ve mükerrer kayıt koşullarını ayrıca yazdırın.

Sözleşmedeki taahhütler sistemin açık kalma süresiyle sınırlı kalmasın. Ciddi bir bağlantı hatasına yanıt süresini, veri iade takvimini ve güvenlik olayı bildirimini de kapsasın. Klinik kendi mesaj şablonlarına, olay kayıtlarına ve ölçüm verisine erişimini korusun. Tedarikçiye fazla bağlı kalmamak için standart dışa aktarımı, belgelenmiş API'yi ve geçiş desteğini satın alma ölçütlerine ekleyin.

Sık yapılan tasarım hataları#

En yaygın hata, bütün form alanlarını zorunlu yapmaktır. İlk temas için az veri yeterken ayrıntılı sağlık bilgisi istemek hem formu yarıda bırakanları hem veri riskini artırabilir. İkinci hata, pazarlama kampanyasıyla kişinin istediği randevu iletişimini tek bir izin altında toplamaktır. Bunlar ayrı izinlerdir. Üçüncü hata, otomasyonu yalnız mesai dışına koyup gündüz başka bir süreç yürütmektir. Kayıt şeması ve devir kuralları iki vardiyada da aynı olsun.

Dördüncü hata, botun cevap veremediği konuşmaları kapatmasıdır. Böyle bir konuşmayı insanın iş listesine aktarın. Beşinci hata, satış ekibinin kişisel telefon ve tablolarla sistemin dışına çıkmasına göz yummaktır. Resmi sistem kullanışsızsa ekip kendi yolunu bulur ve izin kaydı parçalanır. Son hata, denemenin başarısını yalnız daha fazla randevuyla anlatmaktır. Güvenli bir denemeden daha az mükerrer mesaj, izlenebilir ret, daha doğru takvim kaydı ve kontrollü insan devri de bekleyin.

Sonuç: satın alınan şey bot değil, denetlenebilir bir operasyon olmalı#

Estetik klinikleri için lead-to-randevu otomasyonu, talep toplama ile takvim arasındaki boşlukları kapatabilir. Asıl değer, süreç mevzuat sınırları, veri koruma ve insan sorumluluğuyla birlikte tasarlandığında ortaya çıkar. İyi bir sistem kişiyi tıbbi açıdan sınıflandırmaya çalışmaz, kesin sonuç vaat etmez ve pazarlama iznini varsaymaz. Doğrulanmış bilgiyi sunar, randevu için gereken bilgiyi toplar, kişiyi uygun ekibe aktarır ve her adımı ölçülebilir kılar.

Satın alırken hangi yapay zeka modelinin kullanıldığını sormak yetmez. Daha güçlü sorular şunlar: Yanlış karar nasıl durduruluyor, ret bütün kanallarda nasıl uygulanıyor, hassas veriye kim erişiyor, takvim hatası kişiye yansımadan nasıl yakalanıyor ve sözleşme bitince veri nasıl geri alınıyor? Bu sorulara canlı test, belge ve sözleşme maddesiyle cevap veren çözüm, kliniğin randevu işini uzun vadede geliştirmek için daha sağlam bir başlangıçtır.

Yapay zekânın sağlık kuruluşlarında hangi işlerde kullanıldığını sağlıkta yapay zekâ rehberimizde toplu olarak ele aldık.

İlgili AgentFix rehberleri#

• Diş kliniklerinde yapay zeka telefon asistanı
• Sağlıkta dijital dönüşüm yol haritası

Bu sürecin kurulum karşılığı estetik kliniği için WhatsApp asistanı sayfasında anlatılıyor.