Estetik Kliniklerinde Lead ve Randevu Otomasyonu

Estetik kliniklerinde büyümenin zor tarafı daha fazla form toplamak değil, doğru talebi doğru ekibe zamanında ve mevzuata uygun biçimde ulaştırmaktı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ş akışına dönüştürür. Ancak sağlık alanında iyi otomasyon yalnızca hızlı cevap veren bir yazılım değildir; veri minimizasyonu, açık görev sınırları, insan denetimi ve izlenebilir kararlar içeren bir işletim modelidir.

Bu rehber, tanı ya da tedavi önerisi vermeden, estetik kliniklerinin bir otomasyon çözümünü nasıl değerlendireceğini ve devreye alacağını ele alır. Hedef, her talebi satış baskısına çevirmek değil; kişinin iletişim tercihine saygı gösteren, kliniğin tanıtım sınırlarını koruyan ve operasyon ekibinin kapasitesini görünür kılan bir randevu hattı kurmaktır.

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 nedenle otomasyon platformu, ekibin serbestçe iddialı mesajlar yazdığı bir kampanya motoru gibi tasarlanmamalıdır. 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ı, kesin sonuç vaadi, kişileri doğrudan işlem talebine yönelten söylem ve doğrulanmamış üstünlük iddiaları otomatik metinlerden çıkarılmalıdır.

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. Satın alınacak sistem bu yüzden yalnızca standart bir satış CRM'i olarak değerlendirilmemelidir. Rol tabanlı erişim, alan bazlı yetki, kayıtlı işlem geçmişi, saklama süresi, silme iş akışı, aktarım envanteri ve veri ihlali yönetimi sözleşmede somut karşılık bulmalıdır. 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 talebiyle pazarlama izni de birbirine karıştırılmamalıdır. 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. Dolayısıyla arkadaşını öner alanı, satın alınmış liste veya eski bir form kaydı otomatik takip kuyruğuna doğrudan sokulmamalıdır.

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

İlk çalışma, son dört ila sekiz haftalık talep akışını kanal bazında haritalamaktır. Her lead için ilk temas zamanı, ilk anlamlı yanıt, randevu önerisi, randevu kaydı, teyit, iptal, gelmeme ve kapanış nedeni ayrı olaylar olarak tutulmalıdır. Tek bir durum alanı yeterli değildir; çünkü ekip lead'i ulaşılamadı olarak işaretlerken aslında yalnızca bir kanalı denemiş olabilir.

Başlangıç tablosunda en az şu soruların cevabı bulunmalıdır:

• Hangi kanaldan 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 envanter, tedarikçinin parlak demo senaryosu ile gerçek iş yükü arasındaki farkı gösterir. Ölçümün paydası da açık olmalıdır. Örneğin randevu oranı, tüm ham formlar üzerinden mi, benzersiz ve iletişime uygun talepler üzerinden mi hesaplanıyor? İki metrik aynı adı taşısa bile farklı yönetim kararları üretir.

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

1. Kaynak yakalama ve kimlik eşleştirme

Web formu, reklam platformu, çağrı merkezi ve mesajlaşma kanalları ortak bir olay şemasına bağlanmalıdır. Kaynak kampanya, zaman damgası, tercih edilen kanal ve izin kanıtı korunurken serbest metin mümkün olduğunca azaltılmalıdır. Telefon ve e-posta normalizasyonu, aynı kişinin tekrar kaydolmasını bütünüyle engellemek için değil, kayıtları güvenli biçimde eşleştirip çifte iletişimi önlemek için kullanılmalıdır. Eşleştirme kuralları belgelenmeli; düşük güvenli eşleşmeler otomatik birleştirilmemelidir.

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 kutular yerine kişinin aktif seçimi kaydedilmeli; metin sürümü, zaman, kanal ve doğrulama izi saklanmalıdır. Ret geldiğinde yalnızca bir kampanya listesinden çıkarma yapılmamalı, CRM, mesajlaşma aracı ve entegrasyon katmanında ortak engelleme uygulanmalıdır. Hizmetle ilgili zorunlu randevu bilgilendirmesi ile tanıtım amaçlı mesajın sınıflandırması tedarikçi tarafından açıklanabilir olmalıdır.

3. Operasyonel ö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 operasyonel 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 hem risk yönetimini kolaylaştırır hem de satış ekibinin klinik karar alanına girmesini önler.

4. Kural tabanlı yönlendirme

Her lead; kanal, dil, lokasyon, hizmet alanı, mesai durumu ve ekip kapasitesine göre bir kuyruğa atanabilir. Öncelik kuralı, kişinin varsayılan harcama potansiyeline ya da hassas verilerden çıkarılan profile dayanmamalıdır. Daha savunulabilir yaklaşım; bekleme süresi, geri arama talebi, iletişim izni ve açıkça seçilen operasyonel ihtiyacı kullanmaktır. Atama yapılamazsa kayıt sessizce kaybolmamalı, belirli sürede süpervizör kuyruğuna yükselmelidir.

5. Takvim ve randevu teyidi

Takvim entegrasyonu yalnızca boş saat okumakla kalmamalı; lokasyon, çalışan, randevu türü, süre, hazırlık tamponu ve çakışma kuralını birlikte uygulamalıdır. Geçici saat tutma süresi tanımlanmalı, kişi onay vermediğinde slot otomatik serbest bırakılmalıdır. Randevu oluşturulduktan sonra tekil bir kayıt numarası üretilmeli ve CRM durumu takvim sonucuyla eşzamanlı güncellenmelidir. Entegrasyon hatasında kullanıcıya kesin randevu oluştu denmemesi kritik bir kabul ölçütüdür.

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

Hatırlatma akışı kanal tercihini izlemeli, kişiye kolay iptal veya değişiklik yolu sunmalıdır. Yanıt anlaşılmadığında sonsuz otomatik döngü yerine insana devir tetiklenmelidir. İnsan temsilci; konuşma özeti, verilen izinler, önerilen saatler ve başarısız adımları tek ekranda görmelidir. Devir sonrası botun aynı kişiye paralel mesaj göndermesini önleyen kilit mekanizması bulunmalıdır.

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

Mesaj kütüphanesi üç katmanda yönetilebilir: işlem gerektirmeyen bilgilendirme, randevu operasyonu 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şi, randevu planlamaya devam etmek, insan temsilciye geçmek veya iletişimi sonlandırmak arasında seçim yapabilmelidir.

Botun serbest üretim yaptığı alan dar tutulmalıdır. Çalışma saatleri, lokasyon, uzmanlık alanı ve randevu uygunluğu gibi doğrulanmış veriler merkezi bilgi tabanından gelmelidir. 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 kaldırma tarihi bulunmalıdır. 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 listesi yerine kanıtlanabilir kabul senaryolarına dönüştürmelidir. Tedarikçiden aşağıdaki konularda canlı gösterim ve sözleşmesel cevap istenebilir:

1. Bir kişi web formundan ret verdiğinde SMS, e-posta ve mesajlaşma kanalları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 hata kuyruğu 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 için ç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 değerlendirilmelidir. Yapay zeka kullanılan bileşenlerde eğitim verisinin kaynağı, müşteri konuşmalarının yeniden eğitimde kullanılıp kullanılmadığı, model değişiklik bildirimi ve insan gözetimi ayrıca sorulmalıdır.

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

Yönetim panosu en az dört grubu ayırmalıdır. Hız metrikleri ilk yanıt ve insan devri süresini; akış metrikleri benzersiz talep, uygun iletişim kaydı, randevu önerisi ve teyit oranını; kalite metrikleri yanlış yönlendirme, çift mesaj, takvim uyuşmazlığı ve yeniden açılan kaydı; uyum metrikleri ise onay kanıtı bulunmayan gönderim, zamanında uygulanmayan ret, yetkisiz erişim ve süresi aşılmış veriyi gösterir.

Randevuya dönüşüm tek başına başarı ölçütü yapılırsa ekip gereksiz baskılı iletişime teşvik edilebilir. Dengeli bir skor kartında gelmeme oranı, kişinin kolayca değişiklik yapabilmesi, şikayet oranı, insan tarafından düzeltilen otomasyon kararı ve kayıt bütünlüğü birlikte izlenmelidir. Her metrik için sahip, veri kaynağı, formül ve alarm eşiği yazılı olmalıdır. Küçük örneklemde yüzdelere aşırı anlam yüklenmemeli; kanal ve dönem karşılaştırmaları aynı payda üzerinden yapılmalıdır.

90 günlük devreye alma planı

İlk 30 gün: tasarım ve risk kontrolü. Kanallar, veri alanları, mesaj şablonları ve sorumlular envanterlenir. Hukuki işleme koşulları ve saklama süreleri kurumun danışmanlarıyla doğrulanır. Tek bir lokasyon veya sınırlı bir randevu türü pilot kapsam olarak seçilir. Başlangıç metrikleri dondurulur; hangi durumda otomasyonun duracağı ve insanın devralacağı yazılır.

31-60. günler: kontrollü pilot. Entegrasyonlar test ortamında çift kayıt, API kesintisi, ret, silme, yanlış dil ve dolu takvim senaryolarıyla denenir. Gerçek trafiğin sınırlı bir bölümüyle pilot başlatılır. İlk haftalarda tüm otomatik atamalar örneklemle insan tarafından kontrol edilir. Hatalar yalnızca operatör eğitimi notuna değil, kural veya ürün iyileştirme kuyruğuna girer.

61-90. günler: ölçülü genişleme. Kabul eşikleri sağlandıysa yeni kanal veya ekip sırayla eklenir. Aynı anda bütün lokasyonları açmak kök neden analizini zorlaştırır. Haftalık operasyon toplantısında hız, randevu, hata ve uyum metrikleri birlikte incelenir. Aylık erişim gözden geçirmesi ve mesaj kütüphanesi onayı işletilir. Pilot sonunda beklenen fayda, toplam sahip olma maliyeti ve manuel 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 entegrasyonu, veri taşıma, güvenlik incelemesi, uyum danışmanlığı, çalışan eğitimi, raporlama, model kullanımı, fazla kullanım ve çıkış maliyeti dahildir. Teklifte hangi hacmin fiyata dahil olduğu; benzersiz kişi, konuşma, mesaj, dakika veya temsilci üzerinden ücretlendirme yapılıp yapılmadığı açık olmalıdır. Başarılı randevu başına ücret modeli düşünülüyorsa başarı tanımı, iptal ve mükerrer kayıt koşulları ayrıca yazılmalıdır.

Sözleşmede hizmet seviyesi yalnızca sistemin erişilebilirliğini değil, kritik entegrasyon hatasına yanıt süresini, veri iade takvimini ve güvenlik olay bildirimini de kapsamalıdır. Klinik, kendi mesaj şablonlarına, olay kayıtlarına ve ölçüm verisine erişimini korumalıdır. Tedarikçiye aşırı bağımlılığı azaltmak için standart dışa aktarım, belgeli API ve geçiş desteği satın alma kriterine eklenmelidir.

Sık yapılan tasarım hataları

En yaygın hata, bütün form alanlarını zorunlu kılmaktır. İlk temas için az veri yeterliyken ayrıntılı sağlık bilgisi istemek hem terk oranını hem veri riskini artırabilir. İkinci hata, pazarlama kampanyası ile kişinin talep ettiği randevu iletişimini tek izin altında toplamaktır. Üçüncü hata, otomasyonu yalnızca mesai dışına koyup gündüz farklı süreç işletmektir; kayıt şeması ve devir kuralları iki vardiyada da aynı olmalıdır.

Dördüncü hata, botun cevap veremediği konuşmaları kapatmasıdır. Cevapsızlık bir kapanış nedeni değil, insan kuyruğuna geçiş sinyalidir. Beşinci hata, satış ekibinin kişisel telefon ve tablolarla sistemi aşmasına izin vermektir. Resmi kanal kolay kullanılmıyorsa gölge süreç oluşur ve izin kaydı parçalanır. Son hata ise pilot başarı ölçümünü yalnızca daha fazla randevu olarak sunmaktır. Güvenli bir pilot, daha az mükerrer mesaj, izlenebilir ret, daha doğru takvim kaydı ve kontrollü insan devri de üretmelidir.

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; fakat değer, ancak süreç mevzuat sınırları, veri koruma ve insan sorumluluğuyla birlikte tasarlandığında oluşur. İyi bir sistem kişiyi tıbbi açıdan sınıflandırmaya çalışmaz, kesin sonuç vaadi üretmez ve pazarlama iznini varsaymaz. Bunun yerine doğrulanmış bilgiyi sunar, operasyonel ihtiyacı toplar, uygun ekibe aktarır ve her adımı ölçülebilir kılar.

Satın alma kararını verirken en güçlü soru hangi yapay zeka modeli kullanılıyor değildir. Daha güçlü sorular şunlardır: Yanlış karar nasıl durduruluyor, ret bütün kanallarda nasıl uygulanıyor, hassas veriye kim erişiyor, takvim hatası kişiye nasıl yansıtılmıyor ve sözleşme bittiğinde veri nasıl geri alınıyor? Bu sorulara canlı test, belge ve sözleşme maddesiyle cevap veren çözüm, kliniğin randevu operasyonunu sürdürülebilir biçimde geliştirmek için daha sağlam bir başlangıç sağlar.

İlgili AgentFix rehberleri

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