CRM nedir?
CRM — Customer Relationship Management — en temel anlamıyla kurumun iletişim kurduğu kişileri ve bu kişilerle yürütülen ticari/operasyonel süreci yönetmesine yardımcı olan sistemdir.
Sağlık kuruluşunda CRM’in rolü örneğin:
- yeni başvuruyu kaydetmek,
- talebin hangi kanaldan geldiğini görmek,
- ilgili hizmeti belirlemek,
- doğru personele yönlendirmek,
- iletişim durumunu izlemek,
- randevuya dönüşüp dönüşmediğini görmek,
- kaybedilen talepleri sınıflandırmak,
- yönetime rapor üretmek
olabilir.
Ancak sağlık sektöründe önemli bir ayrım vardır:
CRM, tıbbi hasta dosyasının veya HBYS’nin otomatik olarak yerine geçmez.
CRM ile HBYS aynı şey değildir
Sağlık kuruluşlarında bu iki kavram sık karıştırılıyor.
CRM
Daha çok:
- talep,
- iletişim,
- lead,
- satış/ön görüşme süreci,
- randevu dönüşümü,
- kanal kaynağı,
- ekip takibi
üzerinde çalışabilir.
HBYS / sağlık bilgi sistemi
Tıbbi süreçlerle bağlantılı:
- hasta kayıtları,
- sağlık verileri,
- klinik kayıtlar,
- tıbbi süreçler,
- mevzuata tabi sağlık bilgi akışları
içerebilir.
Bu iki sistem entegre olabilir.
Ancak aynı şey değillerdir.
Bu nedenle klinik CRM tasarlarken:
“Her şeyi CRM’e atalım.”
yaklaşımını kullanmıyorum.
Bir klinikte lead nereden gelir?
Yeni hasta veya danışan talepleri farklı kanallardan gelebilir:
- telefon,
- WhatsApp,
- web formu,
- Google Business Profile,
- organik arama,
- sosyal medya,
- sağlık turizmi partneri,
- referans,
- doğrudan ziyaret.
Bu kanallar ayrı ayrı yönetildiğinde yönetim şu sorulara cevap veremez:
- toplam kaç talep geldi?
- aynı kişi kaç kez yazdı?
- hangi kanaldan geldi?
- kiminle görüştü?
- randevu aldı mı?
- geldi mi?
- neden kaybedildi?
CRM’in ilk değerlerinden biri bu parçalı akışı tek operasyon modeline dönüştürmektir.
WhatsApp neden tek başına CRM değildir?
Birçok klinikte hasta iletişiminin büyük kısmı WhatsApp’ta yürütülüyor.
Ancak WhatsApp konuşmaları tek başına yönetim sistemi değildir.
Sadece mesaj ekranına bakarak:
- kaç yeni lead geldiğini,
- kaçının cevapsız kaldığını,
- kaçının randevuya döndüğünü,
- hangi personelin ilgilendiğini,
- hangi reklamdan geldiğini,
- neden kaybedildiğini
sağlıklı biçimde ölçmek zordur.
Bu nedenle WhatsApp iletişimini CRM sürecine bağlamak gerekebilir.
Telefon neden ölçülmeli?
Kliniklerde yalnız WhatsApp’a odaklanmak da hata olabilir.
Bazı hastalar:
- doğrudan arar,
- Google Business Profile’dan telefon açar,
- web sitesindeki numaraya tıklar.
Telefon kaynaklı başvurular CRM’e girmiyorsa dijital performans eksik ölçülür.
Gerektiğinde:
- call tracking,
- çağrı kaydı,
- temsilci,
- çağrı sonucu,
- randevu sonucu
operasyon modeline dahil edilebilir.
Kayıt ve görüşme süreçlerinde ilgili mevzuat ve bilgilendirme gereklilikleri ayrıca değerlendirilmelidir.
Lead kaynağı neden önemli?
Yönetim:
“Bu ay 100 hasta geldi.”
bilgisinden daha fazlasına ihtiyaç duyar.
Örneğin:
Google Ads
→ 120 lead
→ 30 randevu
→ 20 gelen hasta
Instagram
→ 180 lead
→ 15 randevu
→ 8 gelen hasta
Organik Google
→ 70 lead
→ 28 randevu
→ 24 gelen hasta
gibi bir tablo varsa yalnız lead sayısına bakmak yanıltıcı olabilir.
Bu nedenle mümkün olduğunda:
source → lead → appointment → arrival → business outcome
zincirini kurmayı tercih ediyorum.
UTM neden CRM’e kadar taşınmalı?
Reklam veya kampanya URL’sinde:
- source,
- medium,
- campaign
bilgileri bulunabilir.
Fakat bu bilgiler yalnız Analytics’te kalırsa operasyon ekibi:
“Bu lead hangi kampanyadan geldi?”
sorusunun cevabını göremeyebilir.
Uygun projelerde UTM bilgisinin CRM kaydına kadar taşınması attribution kalitesini artırabilir.
Klinik CRM’de hangi aşamalar olabilir?
Her kliniğe aynı pipeline kullanılmaz.
Örnek:
NEW
Yeni başvuru.
CONTACTED
İlk iletişim yapıldı.
QUALIFIED
Talep hizmet açısından değerlendirildi.
APPOINTMENT
Randevu oluşturuldu.
CONFIRMED
Randevu teyit edildi.
ARRIVED
Kişi kliniğe geldi.
NO SHOW
Randevuya gelmedi.
CLOSED / WON
Operasyon açısından hedef tamamlandı.
CLOSED / LOST
Başvuru sonuçlanmadı.
Lost reason ayrıca tutulabilir.
Örneğin:
- fiyat,
- uzaklık,
- cevap vermedi,
- başka kurum,
- uygun değil,
- tarih uyuşmadı.
Pipeline her klinikte aynı olmak zorunda değil
Estetik klinik ile:
- diş kliniği,
- psikoloji merkezi,
- üroloji kliniği,
- fizik tedavi,
- büyük tıp merkezi
aynı operasyon modeline sahip olmayabilir.
Bu nedenle önce mevcut iş akışını çiziyorum.
Sonra yazılımı sürece uyduruyorum.
Süreci yazılıma zorlamıyorum.
İlk cevap süresi
Bir lead sisteminin en önemli operasyon göstergelerinden biri cevap süresidir.
Örneğin sistem:
lead geldi
↓
5 dakika geçti
↓
atanan personel cevap vermedi
↓
uyarı
üretebilir.
Bu özellikle yüksek hacimli sağlık turizmi veya reklam operasyonlarında önemlidir.
Amaç çalışanları izlemek değil;
talebin sistem içinde kaybolmasını önlemektir.
Otomatik atama
Lead’ler örneğin:
- hizmet,
- ülke,
- dil,
- şube,
- çalışma saati,
- ekip,
- yük
bazında otomatik yönlendirilebilir.
Örnek:
Almanca lead
→ Almanca ekip.
İstanbul lead
→ İstanbul şubesi.
Üroloji
→ ilgili koordinatör.
Ancak otomasyon karmaşıklaştıkça istisnalar ayrıca tasarlanmalıdır.
Çok şubeli klinikte problem büyür
Tek lokasyonda Excel veya WhatsApp ile yürüyen süreç, beş şubede hızla kontrol dışına çıkabilir.
Yönetim şu sorulara ihtiyaç duyar:
- hangi şube kaç lead aldı?
- hangi şubenin randevu oranı yüksek?
- hangi hizmet daha fazla talep görüyor?
- hangi ekip cevap vermiyor?
- hangi şubede no-show fazla?
- merkezi çağrı ekibi nasıl performans gösteriyor?
- kişi başka şubeye yönlendirildi mi?
Bu konu için ayrı rehber:
ERP nerede devreye girer?
CRM iletişim ve lead süreçlerini yönetirken ERP daha geniş işletme kaynaklarını kapsayabilir.
Örneğin:
- satın alma,
- stok,
- finansal süreçler,
- insan kaynakları,
- tedarik,
- şube operasyonları,
- kaynak planlama.
Her kliniğin ERP’ye ihtiyacı yoktur.
Bazı küçük yapılarda iyi tasarlanmış CRM + muhasebe + randevu sistemi yeterli olabilir.
Bu nedenle ERP’yi otomatik olarak “daha profesyonel” çözüm olarak görmüyorum.
Dashboard
Yönetim ekranında 50 grafik görmek istemiyorum.
Gerçek karar için gerekli KPI’lar daha değerlidir.
Örneğin:
Talep
- lead sayısı,
- kanal,
- hizmet,
- ülke,
- şube.
İletişim
- ilk cevap süresi,
- cevapsız lead,
- temsilci yükü.
Randevu
- appointment rate,
- confirmation rate,
- no-show.
Operasyon
- gelen hasta,
- kaybedilen lead,
- lost reason.
Pazarlama
- source,
- campaign,
- qualified lead,
- appointment.
Amaç dashboard değil;
karar vermek.
CRM seçmek mi, özel yazılım yapmak mı?
Her klinik özel yazılım yaptırmamalıdır.
Hazır CRM yeterliyse özel yazılım gereksiz maliyet yaratabilir.
Özel geliştirme şu durumlarda daha anlamlı olabilir:
- farklı sistemlerle yoğun entegrasyon,
- çok özel workflow,
- çok şubeli yapı,
- özel rol/yetki sistemi,
- karmaşık sağlık turizmi operasyonu,
- standart CRM’lerin karşılamadığı süreçler.
İlgili hizmet:
Entegrasyonlar
Projeye göre CRM şu sistemlerle konuşabilir:
- web sitesi,
- WhatsApp,
- telefon,
- form,
- randevu,
- Google Ads,
- Meta,
- analytics,
- e-posta,
- SMS,
- muhasebe,
- ERP,
- HBYS.
Her entegrasyonun:
- teknik,
- mali,
- veri güvenliği,
- mevzuat
etkisi ayrı değerlendirilmelidir.
Veri güvenliği
Sağlık kuruluşunda CRM kurarken veri minimizasyonu temel prensiplerden biri olmalıdır.
CRM operasyonu için gerekli olmayan:
- tanı,
- tıbbi rapor,
- laboratuvar sonucu,
- sağlık geçmişi
gibi verileri yalnız kolay olduğu için CRM’e taşımak doğru değildir.
Kişisel sağlık verileri özel düzenlemelere tabidir.
Bu nedenle sistem mimarisi:
operasyon verisi ile sağlık verisini gerektiği ölçüde ayırmalıdır.
Yetkilendirme
Herkes her kaydı görmek zorunda değildir.
Rol bazlı erişim örneği:
Temsilci
Kendi lead’leri.
Takım lideri
Takım lead’leri.
Şube yöneticisi
Şube verisi.
Merkez yönetim
Tüm şubelerin özet veya yetkili olduğu veriler.
Sistem yöneticisi
Teknik yönetim.
Bu model kurum ihtiyacına göre tasarlanır.
Audit log
Önemli sistemlerde:
- kaydı kim açtı?
- kim değiştirdi?
- durum ne zaman değişti?
- hangi kullanıcı işlem yaptı?
gibi audit bilgilerinin tutulması gerekebilir.
Bu hem operasyon analizi hem bilgi güvenliği açısından değerlidir.
Otomasyon
CRM otomasyonlarının amacı insanı tamamen sistemden çıkarmak değildir.
Doğru otomasyon örnekleri:
- cevapsız lead uyarısı,
- randevu hatırlatma,
- görev oluşturma,
- temsilci atama,
- follow-up hatırlatma,
- duplicate kontrol,
- rapor üretme.
Yanlış otomasyon:
aynı mesajı herkese otomatik göndermek.
Yapay zekâ nerede kullanılabilir?
AI uygun projelerde:
- konuşma sınıflandırma,
- lead intent,
- özet,
- kalite kontrol,
- çağrı/mesaj analizi,
- rapor yorumlama
gibi alanlarda yardımcı olabilir.
Ancak sağlık kuruluşlarında AI sistemlerine gönderilen verinin niteliği mutlaka değerlendirilmelidir.
Hassas sağlık verisini kontrolsüz biçimde üçüncü taraf AI sistemlerine göndermek doğru yaklaşım değildir.
Dijital dönüşüm yalnız teknoloji değildir
Bir klinikte CRM başarısız olduğunda çoğu zaman sorun yazılım değildir.
Örnek:
- ekip kullanmıyor,
- pipeline yanlış,
- herkes farklı sonuç kodu giriyor,
- duplicate kayıt var,
- yönetim rapora bakmıyor,
- süreç sahipliği belli değil.
Bu nedenle dijital dönüşüm:
insan + süreç + teknoloji
birlikte ele alınmalıdır.
Ben nasıl çalışıyorum?
1. Süreç haritası
Bugün sistem nasıl işliyor?
2. Sorun listesi
Nerede veri veya lead kayboluyor?
3. KPI
Neyi ölçmek istiyoruz?
4. Sistem kararı
Hazır CRM mi, mevcut sistem mi, özel geliştirme mi?
5. Veri modeli
Hangi bilgi gerçekten gerekli?
6. Entegrasyon
Hangi sistemler konuşacak?
7. Rol/yetki
Kim neyi görecek?
8. Pilot
Önce sınırlı ekip veya şube.
9. Eğitim
Gerçek senaryolarla kullanım.
10. Ölçüm
Sistem gerçekten problemi çözüyor mu?
Neleri yapmıyorum?
- ihtiyaç analizi yapmadan CRM lisansı satmıyorum,
- her kliniğe özel yazılım önermiyorum,
- CRM ile HBYS’yi aynı şey gibi anlatmıyorum,
- gereksiz sağlık verisini CRM’e toplamayı önermiyorum,
- dashboard sayısını başarı metriği görmüyorum,
- personeli yalnız mikroyönetmek için sistem kurmuyorum,
- “AI ekleyince dijital dönüşüm olur” yaklaşımını kullanmıyorum,
- mevcut operasyonu anlamadan yazılım seçmiyorum.
Klinik operasyonunuzu yazılıma uydurmayalım.
Önce lead, randevu, ekip, şube ve raporlama akışını çıkaralım.
Sonra gerçekten gereken sistemi kuralım.