Sağlık Turizmi İçin CRM Nasıl Seçilir? Sektöre Özel Değerlendirme Kriterleri

Bir sağlık turizmi acentesinin operasyon müdürüyle konuşurken şu cümleyi duymuştum: “CRM’imiz var ama aslında bir Excel tablosunun süslü hâli gibi kullanıyoruz.” Sorun yazılımın kendisinde değildi — sorun, genel amaçlı bir CRM’in sağlık turizminin kendine özgü ihtiyaçlarını karşılayamamasındaydı. Hasta İngilizce yazıyor, danışman Türkçe cevap veriyor, saat farkı yüzünden mesajlar gece yarısı geliyor, tedavi öncesi fotoğraflar bir yerde kayboluyor, acente komisyonu elle hesaplanıyor ve KVKK açısından hassas sağlık verisi sıradan bir “not” alanına yazılıyor.

Bu yazı, genel CRM seçim kriterlerini (lisans modeli, kullanıcı arayüzü, fiyatlandırma katmanları gibi) tekrar anlatmayacak — bu konuda zaten CRM kurulum danışmanlığı rehberi yazımız var, genel değerlendirme çerçevesi için oraya bakabilirsiniz. Burada odak noktamız tek bir soru: sağlık turizmi işletmeleri, hangi CRM’i, hangi sektöre özel kritere göre seçmeli? CRM kurulduktan sonra pipeline ve alan yapılandırması için sektörel CRM kurulumu: klinik ve gayrimenkul yazısına, Kommo’nun kendisine özel kurulum adımları için Kommo CRM kurulumu rehberine, sağlık turizmi CRM ve otomasyonunun kapsamlı anlatımı için ise sağlık turizmi CRM ve otomasyon rehberi yazımıza yönlendiriyoruz — detaylı kurulum adımları için oraya geçebilirsiniz.

Neden Genel Bir CRM Değerlendirmesi Sağlık Turizmi İçin Yetersiz Kalır?

Standart bir CRM seçim rehberi genellikle şu soruları sorar: Arayüz kolay mı? Fiyat uygun mu? Entegrasyonlar yeterli mi? Bu sorular yanlış değil, ama sağlık turizmi işletmesi için eksik. Çünkü bu sektörün müşteri yolculuğu, yerel bir e-ticaret ya da B2B satış sürecinden temelde farklı işler.

Bir hasta, genellikle kendi ülkesinde WhatsApp üzerinden ilk temasa geçer, farklı saat diliminde yaşar, tedavi öncesi fotoğraf ve rapor paylaşır, karar sürecinde döviz cinsinden fiyat karşılaştırması yapar ve çoğu zaman bir acente ya da yerel temsilci aracılığıyla yönlendirilir. Bu özelliklerin her biri, CRM’in belirli bir yeteneğe sahip olmasını gerektirir — ve bu yetenekler, “en popüler” ya da “en çok satan” CRM listelerinde nadiren öne çıkan kriterlerdir.

Bu yazıda ele alacağımız yedi sektöre özel kriter şunlardır: çok dilli arayüz desteği, WhatsApp ve uluslararası mesajlaşma entegrasyonu, saat dilimi ve zaman yönetimi, tedavi öncesi/sonrası hasta dosyası takibi, KVKK ve sağlık verisi hassasiyeti, döviz ve çoklu para birimi teklif yönetimi, ve acente/komisyon takibi. Bu kriterlerin her biri, bir CRM’in sağlık turizmi için “uygun” mu yoksa “sadece çalışıyor ama zorlanarak” mı olduğunu belirleyen ayrıştırıcı faktörlerdir.

Bu kriterlerin bir kısmı ilk bakışta küçük teknik ayrıntılar gibi görünebilir, ama günlük operasyonda katlanarak büyüyen bir etkiye sahiptir. Örneğin saat dilimi yönetiminin zayıf olması, tek başına bir sorun gibi görünmeyebilir; ama yüzlerce hasta üzerinden düşünüldüğünde, gecikmiş yanıtlar, kaçırılan randevular ve düşen hasta memnuniyeti gibi somut sonuçlara dönüşür. Bu nedenle CRM seçimini yalnızca “genel olarak iyi bir ürün mü” sorusuyla değil, “bizim operasyonumuzun en sık tekrarlanan sürtünme noktalarını gideriyor mu” sorusuyla değerlendirmek gerekir.

Kriter 1: Çok Dilli Arayüz ve İçerik Desteği

Sağlık turizminde hem ekip hem de hasta tarafı çok dilli çalışır. CRM’in kendisinin arayüz dili önemlidir (danışmanlarınızın büyük kısmı Türkçe kullanıyorsa, sistemin Türkçe arayüzü olması adaptasyon süresini kısaltır), ama daha kritik olan, hasta ile kurulan iletişimin çok dilli yönetilebilmesidir.

Değerlendirilmesi gereken noktalar:

• CRM arayüzü kaç dilde tam destekleniyor (yalnızca İngilizce/Türkçe mi, yoksa Arapça, Rusça, Almanca gibi sağlık turizminde yoğun talep gören diller de destekleniyor mu)?
• Otomatik mesaj şablonları (takip mesajları, randevu hatırlatmaları) farklı dillerde ayrı ayrı tanımlanabiliyor mu, yoksa tek bir şablon üzerinden mi çalışılıyor?
• Hasta kaydına “tercih edilen iletişim dili” alanı eklenebiliyor mu ve bu alan otomasyon kurallarında (örneğin doğru dildeki şablonu tetiklemek için) kullanılabiliyor mu?
• Arayıcı kimliği ya da form kaynağına göre dil otomatik atanabiliyor mu (örneğin Almanca bir reklamdan gelen lead otomatik olarak “Almanca” etiketiyle mi kaydediliyor)?

Bazı CRM’ler (örneğin HubSpot) çok dilli içerik yönetiminde güçlüyken, düşük maliyetli bazı alternatifler bu konuda yalnızca temel çeviri desteği sunar. Çok dilli hasta tabanıyla çalışan işletmeler için bu kriter, arayüz estetiğinden çok daha belirleyicidir.

Kriter 2: WhatsApp ve Uluslararası Mesajlaşma Entegrasyonu

Sağlık turizminde hasta iletişiminin büyük kısmı e-posta ya da telefon üzerinden değil, WhatsApp gibi mesajlaşma uygulamaları üzerinden yürür. Bu nedenle bir CRM’in WhatsApp entegrasyonunun derinliği, sektöre uygunluğunu belirleyen en somut göstergelerden biridir.

Bakılması gereken ayrıntılar:

• Entegrasyon resmi WhatsApp Business API üzerinden mi çalışıyor, yoksa üçüncü parti/yarı-resmi bir köprü mü kullanılıyor? Resmi API, hesap askıya alınma riskini azaltır ve ölçeklenebilirlik sağlar.
• Birden fazla danışmanın aynı WhatsApp hattından farklı hastalarla eş zamanlı yazışması, konuşmaların birbirine karışmadan CRM içinde ayrı kayıtlar olarak izlenebiliyor mu?
• Fotoğraf, PDF rapor ve video gibi medya dosyaları WhatsApp üzerinden gelip doğrudan hasta kartına ekleniyor mu, yoksa manuel indirip yükleme mi gerekiyor?
• Diğer uluslararası mesajlaşma kanalları (örneğin Instagram DM, Facebook Messenger, bazı pazarlarda Telegram) tek bir gelen kutusunda birleştirilebiliyor mu?
• Mesaj şablonları WhatsApp’ın onay süreçlerine (template approval) uygun şekilde yönetilebiliyor mu?

Kommo gibi CRM’ler WhatsApp entegrasyonunu ürünün merkezine koyarken, HubSpot ve Pipedrive gibi platformlarda bu entegrasyon genellikle üçüncü parti uygulama mağazası üzerinden ek bir kurulum gerektirir — bu da hem maliyeti hem de bakım yükünü artırabilir.

Kriter 3: Saat Dilimi ve Zaman Yönetimi

Bir hasta İngiltere’de, bir diğeri Suudi Arabistan’da, bir başkası Almanya’da yaşayabilir. Danışman ekibiniz ise Türkiye saatinde çalışır. Bu saat dilimi karmaşıklığı, doğru yönetilmediğinde randevu kaçırma, geç dönüş ve hasta memnuniyetsizliğine doğrudan yol açar.

Değerlendirilmesi gereken noktalar:

• CRM, her hasta kaydına kendi saat dilimini otomatik atayabiliyor mu (IP adresi, telefon kodu ya da manuel giriş üzerinden)?
• Takip görevleri ve hatırlatmalar, danışmanın kendi saatine göre mi, yoksa hastanın saatine göre mi planlanıyor — ve bu ayrım kullanıcıya net biçimde gösteriliyor mu?
• Randevu planlama modülü, hasta tarafına “kendi saatine göre” bir takvim görünümü sunabiliyor mu (örneğin bir bağlantı paylaşılıp hasta kendi uygun saatini seçebiliyor mu)?
• Vardiyalı çalışan çağrı merkezi ekipleri için (örneğin 7/24 ya da uzatılmış mesai saatleri) görev devri (handoff) mekanizması var mı — bir danışmanın mesaisi bitince açık konuşmalar başka bir danışmana otomatik yönlendirilebiliyor mu?
• Raporlama ekranlarında zaman bazlı metrikler (yanıt süresi, ilk temas süresi) hangi saat dilimine göre hesaplanıyor, bu ayar değiştirilebiliyor mu?

Bu kriter genellikle demo sırasında sorulmaz, ama günlük operasyonda en çok sürtünme yaratan noktalardan biridir. Bir CRM’i seçmeden önce, saat dilimi farkı olan örnek bir senaryoyu (örneğin ABD doğu saatinde bir hasta ile Türkiye saatinde bir danışman) canlı demo üzerinde test etmek önerilir.

Kriter 4: Tedavi Öncesi/Sonrası Hasta Dosyası Takibi

Sağlık turizminde satış süreci, klasik bir CRM’deki “fırsat kapandı” anında bitmez. Tedavi öncesi tıbbi geçmiş, fotoğraflar, doktor değerlendirmesi; tedavi sırasında güncellemeler; tedavi sonrası iyileşme takibi ve kontrol randevuları — tüm bu aşamalar aynı hasta kaydı altında, kronolojik ve erişilebilir biçimde tutulmalıdır.

Bakılması gereken özellikler:

• Hasta kartına sınırsız (ya da yeterince yüksek limitli) dosya ve fotoğraf ekleyebiliyor musunuz, ve bu dosyalar tarih sırasına göre görüntülenebiliyor mu?
• Tedavi öncesi/tedavi sonrası fotoğraf çiftlerini yan yana karşılaştırmalı görüntüleme gibi sektöre özel bir görünüm sunuyor mu, yoksa yalnızca genel bir dosya listesi mi var?
• Tedavi sürecinin aşamaları (ön değerlendirme, teklif onayı, seyahat planlama, tedavi günü, iyileşme takibi, kontrol) özel bir pipeline/aşama yapısı olarak tanımlanabiliyor mu?
• İyileşme sürecinde otomatik hatırlatmalar (örneğin “7. gün kontrol fotoğrafı iste” gibi) kurulabiliyor mu?
• Doktor ya da klinik ekibinin hasta dosyasına, danışmanlık ekibinden ayrı bir erişim/yetki seviyesiyle not ve tıbbi değerlendirme ekleyebilmesi mümkün mü?

Bu kriter, CRM kurulduktan sonraki alan ve pipeline yapılandırmasıyla iç içe geçse de, burada asıl sorulması gereken, seçtiğiniz CRM’in bu yapıyı destekleyip desteklemediğidir — kurulumun nasıl yapılacağı ayrı bir konudur ve bu konuda sektörel CRM kurulumu: klinik ve gayrimenkul yazımıza bakabilirsiniz.

Kriter 5: KVKK ve Sağlık Verisi Hassasiyeti

Sağlık turizminde işlenen veri, sıradan bir müşteri iletişim bilgisinden çok daha hassastır — tıbbi geçmiş, teşhis bilgisi, tedavi fotoğrafları gibi özel nitelikli kişisel veriler söz konusudur. Bu, KVKK (ve uluslararası hastalar için ilgili ülkenin veri koruma mevzuatı) açısından CRM seçimini doğrudan etkileyen bir kriterdir.

Değerlendirilmesi gereken noktalar:

• CRM sağlayıcısının veri merkezi konumu neresi, veri Türkiye içinde mi yoksa yurt dışında mı tutuluyor — ve bu durum KVKK’nın yurt dışına veri aktarımı hükümleriyle uyumlu mu?
• Özel nitelikli sağlık verisi için ayrı bir erişim kontrolü (rol bazlı yetkilendirme) tanımlanabiliyor mu — örneğin satış ekibi tıbbi detaylara erişemezken, klinik ekibi erişebiliyor mu?
• Hasta onam formları ve aydınlatma metinleri CRM içinde dijital olarak imzalatılıp saklanabiliyor mu?
• Veri silme/unutulma talebi geldiğinde, hasta kaydı ve ilişkili tüm dosyalar (mesajlar, fotoğraflar, notlar) sistematik biçimde silinebiliyor mu, yoksa manuel ve parça parça bir süreç mi gerekiyor?
• Sağlayıcının ISO 27001 gibi bir bilgi güvenliği sertifikası var mı, ve bu belgeler talep edildiğinde paylaşılabiliyor mu?
• Yetkisiz erişim denemelerini izleyen bir aktivite/audit log özelliği mevcut mu?

Bu kriter genellikle satış demolarında öne çıkmaz, çünkü satıcı ekipler bu soruları kendiliğinden sormaz. Sağlık turizmi işletmelerinin, CRM seçim sürecinde bu konuları açıkça yazılı olarak (sözleşme ya da veri işleme anlaşması üzerinden) netleştirmesi gerekir.

Kriter 6: Döviz ve Çoklu Para Birimi Teklif Yönetimi

Sağlık turizmi hastaları farklı para birimlerinden gelir ve teklif genellikle hem yerel para biriminde hem de dolar/euro gibi referans para biriminde sunulur. CRM’in bu karmaşıklığı doğal biçimde yönetebilmesi, hem teklif hazırlama hızını hem de raporlama doğruluğunu etkiler.

Bakılması gereken noktalar:

• Teklif/fırsat kaydı, birden fazla para biriminde fiyat girilmesine ve bunların CRM içinde otomatik güncellenen kurla referans para birimine çevrilmesine izin veriyor mu?
• Raporlama ve satış tahminleri (forecast), farklı para birimlerinden gelen fırsatları tek bir ortak para biriminde konsolide edebiliyor mu?
• Teklif dokümanları (PDF teklif, fiyat listesi) hastanın para biriminde otomatik oluşturulabiliyor mu?
• Kur güncellemesi manuel mi yapılıyor, yoksa harici bir kur servisiyle entegre mi çalışıyor?

Bu yazı kesin fiyat karşılaştırması yapmasa da, genel eğilim olarak Kommo ve Pipedrive gibi satış odaklı CRM’ler çoklu para birimi desteğini temel katmanlarda sunarken, bazı platformlarda bu özellik yalnızca üst seviye paketlerde ya da ek modül olarak mevcuttur — bu nedenle seçim sürecinde “çoklu para birimi hangi pakette dahil” sorusunu netleştirmek gerekir.

Kriter 7: Acente ve Komisyon Takibi

Sağlık turizminde hastaların önemli bir kısmı doğrudan değil, yurt dışındaki acenteler ya da yerel temsilciler aracılığıyla gelir. Bu kanalın CRM içinde doğru izlenmemesi, hem komisyon hesaplamalarında hataya hem de hangi acentenin gerçekten değerli hasta getirdiğinin görünmez kalmasına yol açar.

Değerlendirilmesi gereken noktalar:

• Her hasta kaydına bir “kaynak acente” ya da “referans temsilci” alanı atanabiliyor mu, ve bu alan raporlama ekranlarında filtrelenebiliyor mu?
• Acente bazlı performans raporu (getirdiği hasta sayısı, dönüşüm oranı, ortalama işlem tutarı) otomatik oluşturulabiliyor mu?
• Komisyon oranı acente bazında farklı tanımlanabiliyor mu (örneğin bazı acentelerle sabit tutar, bazılarıyla yüzdesel anlaşma)?
• Komisyon hesaplaması, tedavi tamamlandıktan ve ödeme alındıktan sonra otomatik tetiklenip bir rapor/liste haline getirilebiliyor mu, yoksa manuel Excel takibi mi gerekiyor?
• Acente kendisi için ayrı bir erişim paneli (yalnızca kendi getirdiği hastaları görebileceği sınırlı bir görünüm) tanımlanabiliyor mu — bu, özellikle çok sayıda acenteyle çalışan işletmeler için şeffaflık ve güven açısından önemlidir?

Bu özellik, çoğu genel amaçlı CRM’de “hazır” gelmez — genellikle özel alanlar (custom fields), otomasyon kuralları ve raporlama filtreleri birleştirilerek kurulur. Buradaki asıl soru, CRM’in bu tür özelleştirmeye ne kadar esnek izin verdiğidir; esnekliği düşük platformlarda acente takibi kurmak, ürünün doğal yapısına aykırı bir “zorlama” haline gelir.

Ayrıca çok sayıda acenteyle çalışan işletmeler için, acente sayısı arttıkça manuel takibin sürdürülebilirliği hızla azalır. On-yirmi acenteyle elle tutulan bir tablo idare edebilir, ama elli ya da yüz acenteye ulaşıldığında hata payı ve zaman maliyeti orantısız biçimde büyür. Bu nedenle acente sayısının orta vadede artması planlanıyorsa, CRM seçiminde bu kriterin ağırlığını bugünkü değil, gelecekteki ölçeğe göre belirlemek daha isabetli olur.

Karar Matrisi: CRM Seçeneklerini Sektöre Özel Kriterlerle Karşılaştırma

Aşağıdaki tablo, sağlık turizmi bağlamında sık değerlendirilen üç CRM’i (Kommo, HubSpot, Pipedrive) yukarıdaki yedi kritere göre genel eğilimleriyle karşılaştırır. Bu tablo kesin fiyat ya da garanti içermez — her platformun paket yapısı ve bölgesel özellik seti zamanla değişebilir, bu nedenle nihai karar öncesi güncel demo ve teklif alınması önerilir.

Skorlama Yaklaşımı

Karar matrisini kendi işletmeniz için somutlaştırmak üzere şu adımları izleyebilirsiniz:

Adım 1 — Yedi kriteri işletmenizin önceliğine göre ağırlıklandırın. Örneğin çok sayıda acenteyle çalışan bir işletme için “acente/komisyon takibi” ağırlığı yüksek olmalı; yalnızca doğrudan hasta kabul eden bir klinik için bu kriterin ağırlığı düşürülebilir.

Adım 2 — Her adayı 1-5 arası puanlayın. Yukarıdaki tabloyu başlangıç noktası olarak kullanın, ama mutlaka kendi demo deneyiminizle (özellikle WhatsApp entegrasyonu ve saat dilimi senaryolarını canlı test ederek) puanları güncelleyin.

Adım 3 — Ağırlıklı toplamı hesaplayın ve en az iki adayı kısa süreli pilot kullanımla test edin. Puanlama teorik bir tahmindir; gerçek ekip kullanımı (özellikle çok dilli danışmanların günlük akışında) matristeki varsayımları doğrulayacak ya da düzeltecektir.

CRM Sağlayıcılarına Sorulacak Somut Sorular: Checklist

Demo görüşmeleri genellikle satıcı tarafın hazırladığı senaryo üzerinden ilerler ve bu senaryo, ürünün güçlü yanlarını öne çıkaracak şekilde kurgulanmıştır. Sağlık turizmi işletmelerinin kendi kontrolünü elinde tutabilmesi için, yukarıdaki yedi kritere karşılık gelen somut soruları önceden yazılı hale getirip her adaya aynı sırayla sorması önerilir. Aşağıdaki liste, demo öncesi hazırlanabilecek bir soru seti örneğidir:

Çok dilli destek için:

• “Arapça konuşan bir hasta ile İngilizce konuşan bir hastanın kaydını aynı ekranda nasıl ayırt ederim?"
• "Otomatik takip mesajı şablonunu üç farklı dilde nasıl tanımlarım, canlı gösterir misiniz?”

Mesajlaşma entegrasyonu için:

• “WhatsApp Business API’yi resmi olarak mı kullanıyorsunuz, yoksa üçüncü parti bir köprü mü?"
• "Beş danışman aynı anda farklı hastalarla yazışırken konuşmalar nasıl ayrılıyor, canlı bir örnek gösterir misiniz?”

Saat dilimi için:

• “Bir hastanın saat dilimini nasıl otomatik tespit ediyorsunuz, yoksa manuel mi giriliyor?"
• "Bir danışmanın mesaisi bittiğinde açık konuşmalar başka bir danışmana nasıl devrediliyor?”

Hasta dosyası için:

• “Tedavi öncesi ve sonrası fotoğrafları yan yana karşılaştırmalı gösterebiliyor musunuz?"
• "Dosya depolama limiti nedir ve bu limit aşıldığında ne oluyor?”

KVKK ve veri güvenliği için:

• “Veri merkezi hangi ülkede, yurt dışına aktarım söz konusu mu?"
• "Bir hastanın ‘verilerimi silin’ talebini nasıl işleme alıyorsunuz, ne kadar sürede tamamlanıyor?”

Döviz yönetimi için:

• “Bir teklifte üç farklı para birimini aynı anda nasıl gösterebilirim?"
• "Kur güncellemesi otomatik mi, hangi kaynaktan besleniyor?”

Acente takibi için:

• “Bir acentenin getirdiği tüm hastaları filtreleyip komisyon raporunu nasıl alırım?"
• "Acenteye özel, sınırlı erişimli bir panel tanımlayabiliyor muyum?”

Bu soruların her birine demo sırasında canlı ve somut bir cevap alınamıyorsa (yalnızca “evet, mümkün” gibi genel bir cevap veriliyorsa), bu durum bir uyarı işareti olarak değerlendirilmelidir. Sağlayıcıdan, iddia edilen özelliği gerçek zamanlı olarak ekranda göstermesini istemek, sonradan ortaya çıkabilecek “aslında bu özellik için ek modül gerekiyormuş” gibi sürprizleri büyük ölçüde önler.

Referans Görüşmesi Yapmak

Mümkünse, seçim öncesinde aynı sektörden (tercihen sağlık turizmi ya da en azından sağlık hizmetleri) başka bir işletmeyle referans görüşmesi yapılması önerilir. Sağlayıcının önerdiği referans müşteriler genellikle en memnun kullanıcılardır, bu nedenle mümkünse kendi ağınızdan (meslek dernekleri, sektörel gruplar) bağımsız bir referans bulmak daha güvenilir bilgi sağlar. Bu görüşmede özellikle sorulması gereken konular: geçiş süreci ne kadar sürdü, hangi özellik beklenenden zayıf çıktı, destek ekibinin yanıt hızı nasıl ve sözleşme yenileme aşamasında fiyatlandırmada sürpriz bir artış oldu mu.

Vaka Kurgusu: Orta Ölçekli Bir Saç Ekimi Kliniğinin CRM Seçim Süreci

Üç farklı ülkeden (İngiltere, Almanya, Suudi Arabistan) hasta kabul eden orta ölçekli bir saç ekimi kliniği, mevcut olarak dağınık bir yapıyla çalışıyordu: WhatsApp mesajları danışmanların kişisel telefonlarında tutuluyor, teklifler ayrı bir Excel dosyasında hazırlanıyor, acente komisyonları ay sonunda elle hesaplanıyordu.

Uygulama. Klinik yönetimi, yukarıdaki yedi kriterli çerçeveyi kullanarak üç adayı (aralarında Kommo ve iki genel amaçlı CRM) değerlendirdi. Çok dilli mesajlaşma hacminin yüksek olması nedeniyle “WhatsApp entegrasyonu” kriterine en yüksek ağırlığı verdiler. Demo sürecinde, üç danışmanın aynı anda farklı ülkelerden gelen hastalarla WhatsApp üzerinden yazışmasını simüle eden bir senaryo çalıştırıldı; bu testte bir aday, konuşmaların danışmanlar arasında karıştığını, diğer aday ise her konuşmayı ayrı ve net biçimde ayırabildiğini gösterdi. Ayrıca acente komisyon takibi için özel alan ve otomasyon kurallarının ne kadar kolay kurulabildiği karşılaştırıldı.

Sonuç penceresi. Klinik, WhatsApp entegrasyonunun doğallığı ve acente takibi için gereken özelleştirme esnekliği açısından en yüksek skoru alan adayı seçti. Seçim sonrası üç haftalık bir geçiş sürecinde, tüm hasta dosyaları ve devam eden konuşmalar yeni sisteme aktarıldı; danışman ekibi saat dilimi farkına göre görev devri kurallarını tanımladı. Üç ay sonra yapılan değerlendirmede, acente komisyon hesaplamasının elle yapılan sürece kıyasla önemli ölçüde hızlandığı ve hiçbir hasta mesajının artık kişisel telefonlarda “kaybolmadığı” gözlemlendi.

(Vaka temsilidir.)

Sık Yapılan Hatalar

1. Genel CRM listelerindeki popülerlik sıralamasına güvenmek. “En çok tercih edilen CRM” listeleri, genellikle genel iş dünyası kullanım senaryolarına göre hazırlanır. Sağlık turizminin WhatsApp yoğunluğu, çok dilli hasta tabanı ve acente kanalı gibi özellikleri bu listelerde nadiren ölçütlerden biri olarak yer alır.

2. Demo sırasında yalnızca arayüz estetiğine odaklanmak. Bir CRM’in ekran tasarımı çekici olabilir, ama asıl belirleyici olan, WhatsApp entegrasyonunun derinliği ve saat dilimi yönetiminin gerçek bir senaryoda nasıl çalıştığıdır. Bu detaylar genellikle standart satış demosunda gösterilmez, açıkça talep edilmelidir.

3. KVKK ve veri hassasiyeti sorularını sona bırakmak. Sağlık verisi işleyen bir işletme için veri merkezi konumu, erişim kontrolü ve silme süreçleri, seçim sürecinin başında netleştirilmesi gereken konulardır — sözleşme imzalandıktan sonra bu soruları sormak çok geç kalınmış bir adımdır.

4. Acente/komisyon takibini “sonra hallederiz” diye ertelemek. Bu özellik genellikle hazır gelmez, özel alan ve otomasyon kurulumu gerektirir. Seçim aşamasında bu esnekliğin var olup olmadığını test etmeden karar vermek, sonradan ciddi bir yeniden yapılandırma maliyetine yol açabilir.

5. Tek bir dil/pazar üzerinden test yapıp tüm hasta tabanını temsil ettiğini varsaymak. Örneğin yalnızca İngilizce konuşan hastalarla demo yapıp Arapça ya da Rusça konuşan hasta segmentinin deneyimini hiç test etmemek, gerçek kullanımda beklenmedik sorunlar çıkarabilir.

6. Fiyatı tek karar kriteri yapmak. Düşük maliyetli bir CRM, sektöre özel kritik özelliklerden (örneğin derin WhatsApp entegrasyonu ya da esnek acente takibi) yoksunsa, kısa vadede tasarruf sağlasa da uzun vadede manuel iş yükünü artırarak daha maliyetli hale gelebilir.

7. Pilot kullanım yapmadan tüm ekibi tek seferde geçirmek. Yeni bir CRM’e geçiş, özellikle çok dilli ve çok kanallı bir operasyonda öngörülemeyen sürtünmeler yaratabilir. Küçük bir ekip ya da tek bir hasta segmentiyle kısa süreli pilot kullanım, geniş çaplı geçişten önce riskleri görünür kılar.

Yapay Zeka Boyutu: CRM Seçiminde Nelere Dikkat Edilmeli?

2026 itibarıyla birçok CRM sağlayıcısı, yapay zeka destekli özellikleri (otomatik yanıt önerileri, lead puanlama, konuşma özetleme) ürününe entegre ediyor. Sağlık turizmi bağlamında bu özellikleri değerlendirirken dikkat edilmesi gereken noktalar şunlardır:

Çok dilli yapay zeka desteğinin gerçek kapsamı. Bir CRM’in yapay zeka özelliği “otomatik yanıt önerisi” sunduğunu iddia edebilir, ama bu özelliğin hangi dillerde gerçekten güvenilir çalıştığı test edilmelidir — İngilizce için iyi çalışan bir öneri motoru, Arapça ya da Almanca’da aynı kaliteyi vermeyebilir.

Sağlık verisiyle çalışan yapay zeka özelliklerinde veri işleme şeffaflığı. Konuşma özetleme ya da otomatik sınıflandırma gibi özellikler, hasta mesajlarını (bazen tıbbi detay içeren) üçüncü parti bir yapay zeka servisine gönderiyor olabilir. Bu durumun KVKK açısından nasıl ele alındığı (veri işleme anlaşması, anonimleştirme, veri saklama süresi) sağlayıcıdan açıkça sorulmalıdır.

Otomasyonun insan denetimini ortadan kaldırmaması. Lead puanlama ya da otomatik önceliklendirme gibi yapay zeka destekli özellikler, danışmanın işini kolaylaştırabilir, ama özellikle tedavi kararı gibi hassas bir alanda nihai değerlendirmenin her zaman insan tarafından yapılması gerekir. CRM seçerken, yapay zeka önerilerinin kolayca geçersiz kılınabilir (override edilebilir) olup olmadığı da bir kriterdir.

Yapay zeka özellikleri, CRM seçiminde belirleyici tek faktör olmamalı — yukarıdaki yedi sektöre özel kriterin tamamlayıcısı olarak değerlendirilmelidir. Genel CRM ve otomasyon konusunun daha kapsamlı ele alınışı için sağlık turizmi CRM ve otomasyon rehberi yazımıza bakabilirsiniz.

Sonuç

Sağlık turizmi için doğru CRM’i seçmek, genel CRM karşılaştırma listelerinden kopyalanacak bir karar değildir. Çok dilli arayüz desteği, WhatsApp ve uluslararası mesajlaşma entegrasyonunun derinliği, saat dilimi yönetimi, tedavi öncesi/sonrası hasta dosyası takibi, KVKK ve sağlık verisi hassasiyeti, döviz/çoklu para birimi teklif yönetimi ve acente/komisyon takibi — bu yedi kriter, sektöre özgü ihtiyaçları karşılayan bir sistemle “genel amaçlı ama zorlanarak kullanılan” bir sistem arasındaki farkı belirler.

Karar matrisi ve ağırlıklı skorlama yaklaşımı, bu kriterleri işletmenizin kendi önceliklerine göre somutlaştırmanıza yardımcı olur; ama nihai kararı her zaman gerçek bir demo senaryosu ve kısa süreli pilot kullanım doğrulamalıdır. CRM seçildikten sonraki kurulum ve yapılandırma adımları için ilgili rehberlerimize geçebilirsiniz.

Son olarak şunu hatırlamakta fayda var: CRM seçimi, sağlık turizmi işletmesi için bir kerelik teknoloji kararı değil, hasta deneyiminin ve operasyonel verimliliğin temelini oluşturan uzun vadeli bir altyapı kararıdır. Yanlış seçilen bir sistemin sonradan değiştirilmesi hem zaman hem de veri taşıma açısından maliyetlidir; bu nedenle seçim sürecine ayrılan birkaç haftalık ek özen, ilerleyen yıllarda katlanarak geri döner.

Sağlık turizmi işletmeniz için CRM seçim sürecini ve sonrasındaki otomasyon kurulumunu birlikte planlamak isterseniz yapay zeka ve otomasyon hizmetleri sayfamızdan detaylı bilgi alabilirsiniz.