Bir CRM yazılımının ekran görüntüsüne bakıldığında hepsi birbirine benzer: sütunlar halinde bir pipeline, kartların üzerinde isimler, sağ tarafta bir iletişim geçmişi. Ama bu benzerlik yanıltıcıdır. Bir diş kliniğinin CRM’de takip etmesi gereken bilgiyle bir gayrimenkul danışmanının takip etmesi gereken bilgi neredeyse hiç örtüşmez. Klinik tarafında “hangi dişe, hangi tarihte, hangi işlem uygulandı” sorusu hayati önemdeyken, gayrimenkulde “bu müşteri hangi portföyle ilgileniyor, hangi bütçe aralığında, hangi bölgede” sorusu belirleyicidir. Saç ekimi merkezinde ise işin içine uluslararası hasta trafiği, çoklu dil, uçuş-transfer-otel koordinasyonu gibi tamamen farklı bir katman girer.
Bu yazı, “hangi CRM’i seçmeliyim” ya da “CRM kurulumu genel olarak nasıl yapılır” sorularına cevap vermiyor. Genel CRM seçim kriterleri, kurulum aşamaları ve danışmanlık süreci için CRM kurulum danışmanlığı rehberimize bakabilirsiniz. Sağlık turizmi CRM’inin uçtan uca en kapsamlı anlatımı için de ayrı bir kaynağımız var: sağlık turizmi CRM ve otomasyon rehberi. Kommo’nun kendisine özel teknik kurulum adımları (Salesbot, WhatsApp entegrasyonu, huni tasarımı gibi) için de Kommo CRM kurulumu yazımıza yönlendiriyoruz.
Bu yazının odağı bambaşka: aynı CRM yazılımının, farklı sektörlerde nasıl kökten farklı biçimde yapılandırılması gerektiği. Klinik ve diş hekimliği, saç ekimi merkezi ve gayrimenkul — üç farklı sektör, üç farklı özel alan (custom field) seti, üç farklı pipeline mantığı, üç farklı entegrasyon ihtiyacı. Bir CRM danışmanının “sektöre göre farklılaştırma” derken tam olarak neyi kastettiğini, somut örneklerle göreceksiniz.
Neden “Tek CRM Şablonu” Herkese Uymuyor?
CRM yazılımlarının çoğu — Kommo, HubSpot, Zoho, Pipedrive — esasen genel amaçlı satış araçlarıdır. Varsayılan kurulumları “lead geldi, arandı, teklif verildi, kapandı” gibi çok genel bir huni mantığına dayanır. Bu mantık bir e-ticaret işletmesi için yeterli olabilir ama klinik, saç ekimi merkezi veya gayrimenkul gibi sektörlerde ciddi eksikler bırakır.
Üç temel sebep var:
1. Veri modeli farklı. Bir klinikte müşteri değil “hasta” vardır ve hastanın tıbbi geçmişi, alerjileri, önceki işlemleri gibi bilgiler CRM’in standart “isim-telefon-e-posta” alanlarına sığmaz. Gayrimenkulde ise asıl varlık müşteri değil “portföy”dür — bir CRM kaydı bazen bir kişiyi değil bir daireyi veya arsayı temsil etmelidir.
2. Karar süreci farklı. Diş kliniğinde hasta genelde tek bir görüşmede karar verir veya birkaç gün içinde geri döner. Saç ekimi merkezinde uluslararası hasta, uçuş rezervasyonu, vize durumu, döviz kuru gibi değişkenlerle haftalarca sürebilen bir karar sürecinden geçer. Gayrimenkulde ise bir müşteri aylarca “bakıyorum” aşamasında kalabilir, birden fazla portföyle ilgilenebilir, süreç doğrusal ilerlemez.
3. Entegrasyon ihtiyacı farklı. Klinik CRM’inin hastane bilgi yönetim sistemiyle (HBYS) veya randevu takvimiyle konuşması gerekir. Saç ekimi merkezinin CRM’i çok dilli WhatsApp hatları, uçuş/otel rezervasyon araçları ve bazen tercüman koordinasyon sistemleriyle entegre olmalıdır. Gayrimenkul CRM’i ise emlak portallarından (Sahibinden, Hepsiemlak gibi) gelen ilan/lead verisini otomatik çekebilmelidir.
Bu üç fark, kurulum sürecinin en başında netleştirilmezse sonradan pahalıya patlar. Bir klinik, CRM’i genel bir satış aracı gibi kurup altı ay sonra “hasta dosyası ile bağlantı kuramıyoruz” sorunuyla karşılaşabilir; bu noktada CRM’i baştan yeniden yapılandırmak, doğru kurgulanmış bir ilk kuruluma göre çok daha fazla zaman ve maliyet gerektirir. Aynı şekilde bir gayrimenkul ofisi, portföy-müşteri ilişkisini sonradan eklemeye çalıştığında, o ana kadar biriken verinin büyük kısmını elle yeniden düzenlemek zorunda kalabilir. Bu yüzden “sektöre özel yapılandırma” adımı, kurulumun bir eklentisi değil, kurulumun kendisinin bir parçası olarak planlanmalıdır.
Ayrıca sektörel farklılaşma yalnızca hangi alanların tutulacağıyla sınırlı değildir; CRM’i kullanan ekibin günlük dili ve iş akışı da doğrudan yapılandırmaya yansımalıdır. Örneğin bir klinikte “lead” kelimesi yerine “hasta adayı”, bir gayrimenkul ofisinde “müşteri” yerine “alıcı adayı/portföy sahibi” gibi sektöre özgü terimlerin CRM arayüzünde kullanılması, ekibin sistemi benimseme hızını doğrudan etkiler. Küçük bir detay gibi görünse de, ekip CRM’i “kendi diliyle konuşan” bir araç olarak algıladığında günlük kullanım oranı belirgin biçimde artar.
Aşağıdaki tabloda üç sektörün temel farklarını özetliyoruz, sonra her birini ayrı ayrı detaylandırıyoruz.
| Boyut | Klinik / Diş Hekimliği | Saç Ekimi Merkezi | Gayrimenkul |
|---|---|---|---|
| Ana kayıt birimi | Hasta | Uluslararası hasta | Portföy + müşteri (ikili) |
| Kritik özel alan | Tıbbi geçmiş, işlem tarihi | Dil, uyruk, uçuş bilgisi | Bütçe, bölge, m², oda sayısı |
| Pipeline mantığı | Randevu öncesi → tedavi → kontrol | İlk temas → konsültasyon → operasyon → takip | İlk temas → gösterim → teklif → sözleşme |
| Zaman ufku | Günler | Haftalar | Aylar |
| Kritik entegrasyon | Randevu takvimi, HBYS | Çok dilli mesajlaşma, seyahat koordinasyonu | Portal lead beslemesi, WhatsApp |
| Kayıp riski | Randevuya gelmeme | Kur/vize belirsizliği, rakip klinik teklifi | Uzun karar süresi, ilgi kaybı |
Klinik ve Diş Hekimliği için CRM Kurulumu: Randevu ve Hasta Dosyası Entegrasyonu
Klinik ve diş hekimliği CRM sisteminin can alıcı noktası, satış hunisinin tıbbi süreçle iç içe geçmesidir. Bir hasta CRM’de sadece “lead” olarak kalmamalı; randevu aldığı andan itibaren klinik takviminde bir karşılığı olmalı, tedavi süreci ilerledikçe dosyasına notlar, görseller ve işlem kayıtları eklenebilmelidir.
Klinik CRM Kurulumunda Kritik Özel Alanlar
Diş kliniği CRM sisteminde standart ad-soyad-telefon alanlarının ötesinde şu özel alanların mutlaka tanımlanması gerekir:
- İlgilenilen işlem türü (implant, ortodonti, beyazlatma, dolgu vb.) — bu alan, hangi hekime yönlendirileceğini ve fiyat teklifinin hangi şablondan üretileceğini belirler.
- Muayene/konsültasyon tarihi ve saati — takvim entegrasyonuyla senkronize, çakışma kontrolü yapan bir alan.
- Sigorta/anlaşmalı kurum bilgisi — varsa hangi sigorta şirketi veya anlaşmalı kurum üzerinden geldiği.
- Alerjik durum ve kronik rahatsızlık notu — tıbbi hassasiyet nedeniyle sadece yetkili personelin görebileceği kısıtlı bir alan olarak tanımlanmalı.
- Yönlendiren kaynak — hasta memnuniyeti sonucu referansla mı geldi, yoksa dijital reklamdan mı geldi; bu, pazarlama bütçesi kararları için gereklidir.
- Tedavi planı ve seans sayısı — özellikle çok seanslı tedavilerde (ortodonti gibi) hastanın hangi seansta olduğunu gösteren sayaç alanı.
Klinik CRM Pipeline Aşamaları
Genel satış hunisi mantığı yerine klinikler için önerilen aşama yapısı şöyledir:
- İlk Temas — telefon, WhatsApp veya form üzerinden gelen ilk başvuru.
- Randevu Planlandı — muayene/konsültasyon tarihi netleşti, takvime işlendi.
- Muayene Gerçekleşti — hasta geldi, hekim değerlendirmesi yapıldı.
- Tedavi Planı Sunuldu — fiyat teklifi ve tedavi planı hastaya iletildi.
- Tedavi Onaylandı / Başladı — hasta kabul etti, tedavi süreci başladı.
- Tedavi Tamamlandı — işlem bitti, kontrol randevusu planlanacak.
- Kontrol/Takip Aşamasında — periyodik kontrol randevuları devam ediyor.
Bu yapının genel “lead-teklif-kapanış” hunisinden temel farkı, tedavinin kapanıştan sonra da devam eden, çok aşamalı bir süreç olmasıdır — bu yüzden “kapanış” aslında sürecin ortası sayılır, sonu değildir.
Randevu Takvimi ve HBYS Entegrasyonu
Klinik CRM kurulumunun en kritik teknik adımı, CRM’i randevu takvimiyle ve varsa hastane bilgi yönetim sistemiyle (HBYS) konuşturmaktır. Pratikte üç senaryo öne çıkar:
- CRM’in kendi takvim modülü kullanılır — küçük ve orta ölçekli klinikler için genelde yeterlidir, Google Takvim veya Outlook ile iki yönlü senkronizasyon kurulur.
- CRM, ayrı bir randevu yazılımıyla entegre edilir — özellikle çok hekimli kliniklerde, randevu yazılımı zaten oturmuşsa CRM’i buna bağlamak (webhook veya API üzerinden) daha az sürtünme yaratır.
- CRM, HBYS ile tek yönlü veri akışı kurar — hastane veya büyük klinik zincirlerinde HBYS asıl tıbbi kayıt sistemi olarak kalır, CRM sadece pazarlama/hasta ilişkileri katmanını yönetir ve HBYS’den randevu durumu bilgisini çeker.
Hangi senaryonun uygun olduğu, kliniğin büyüklüğüne ve mevcut yazılım altyapısına bağlıdır — bu karar, kurulum öncesi mutlaka netleştirilmesi gereken bir noktadır.
Saç Ekimi Merkezi için CRM Kurulumu: Uluslararası Hasta ve Çok Dilli Takip
Saç ekimi merkezi CRM kurulumu, klinik CRM’inden kökten ayrılır çünkü hasta profilinin büyük bölümü yurt dışından gelir. Türkiye’de saç ekimi sektörünün büyük kısmı zaten uluslararası hasta trafiğine dayanır; bu da CRM’in çok dilli iletişim, seyahat koordinasyonu ve döviz bazlı fiyatlandırma gibi ek katmanlar taşımasını zorunlu kılar.
”Sağlık turizmi için hangi CRM kullanılmalı” sorusunun genel, kapsamlı cevabını burada tekrar etmeyeceğiz — bu konuyu uçtan uca ele alan sağlık turizmi CRM ve otomasyon rehberimize bakabilirsiniz. Burada sadece saç ekimi merkezine özgü CRM yapılandırma detaylarına odaklanıyoruz.
Saç Ekimi Merkezi CRM Kurulumunda Kritik Özel Alanlar
- Ülke ve dil tercihi — hastanın hangi ülkeden geldiği ve hangi dilde iletişim kurulacağı, otomatik olarak doğru dildeki mesaj şablonlarını ve doğru dil bilen danışmanı tetiklemelidir.
- Norwood skalası / saç dökülme derecesi — konsültasyon öncesi fotoğraf üzerinden değerlendirilen, tedavi planını doğrudan etkileyen bir alan.
- Uçuş ve varış tarihi — hastanın Türkiye’ye ne zaman geleceği, transfer ve konaklama planlamasının tetikleyicisidir.
- Konaklama tercihi ve süresi — otel dahil paket mi, hasta kendi konaklamasını mı ayarlıyor.
- Ödeme ve döviz bilgisi — hangi para biriminde teklif verildiği, kur değişikliklerine karşı fiyat teklifinin geçerlilik süresi.
- Tercüman/koordinatör ataması — hangi dil koordinatörünün hastayla ilgilendiği.
- Vize/seyahat belgesi durumu — bazı ülkelerden gelen hastalar için vize süreci takip edilmesi gereken ayrı bir alt süreçtir.
Saç Ekimi Merkezi CRM Pipeline Aşamaları
- İlk Temas (Uluslararası) — genelde Instagram, WhatsApp veya form üzerinden, çoğunlukla İngilizce, Arapça veya başka bir dilde gelir.
- Fotoğraf Değerlendirmesi — hasta fotoğraflarını gönderdi, ön değerlendirme yapıldı.
- Online Konsültasyon — video görüşme veya detaylı yazışmayla tedavi planı ve fiyat netleşti.
- Seyahat Planlaması — uçuş, konaklama, transfer detayları koordine edildi.
- Operasyon Tarihi Onaylandı — hasta Türkiye’ye geliş tarihini onayladı, ön ödeme alındı (varsa).
- Operasyon Gerçekleşti — işlem tamamlandı.
- Yurt Dışı Takip — hasta ülkesine döndükten sonra fotoğraflı takip süreci, memnuniyet ve referans yönetimi.
Bu son aşama — yurt dışı takip — saç ekimi merkezleri için özellikle önemlidir çünkü referans ve sosyal medya paylaşımları yoluyla yeni hasta akışının büyük kısmı buradan gelir. CRM’in bu aşamayı otomatik hatırlatmalarla (örneğin 3. ay, 6. ay, 12. ay fotoğraf talepleri) yönetmesi, klinik ile hasta arasındaki ilişkiyi operasyon sonrasında da canlı tutar.
Çok Dilli İletişim Altyapısı
Saç ekimi merkezi CRM kurulumunun teknik açıdan en zorlayıcı kısmı, tek bir WhatsApp hattı üzerinden onlarca farklı dilde gelen mesaj trafiğini yönetebilmektir. Pratikte iki yaklaşım öne çıkar:
- Dil bazlı yönlendirme kuralları — CRM’e gelen mesajın diline göre (otomatik dil tespiti veya hastanın seçtiği dil menüsü) ilgili dil koordinatörüne otomatik atama yapılması.
- Şablon kütüphanesi çoklu dilde tutulur — her mesaj şablonunun (randevu hatırlatma, fiyat teklifi, seyahat bilgilendirmesi) en az 4-5 dilde hazır tutulması ve CRM’in hastanın dil alanına göre doğru şablonu otomatik seçmesi.
Bu iki yapı kurulmadan saç ekimi merkezi CRM’i, tek dilli bir klinik CRM’inden farksız kalır ve asıl değerini üretemez.
Gayrimenkul için CRM Kurulumu: Portföy ve İlan Bazlı Pipeline
Gayrimenkul CRM kurulumu, klinik ve saç ekimi merkezinden tamamen farklı bir mantığa dayanır çünkü burada iki ayrı “varlık” aynı anda takip edilmelidir: müşteri ve portföy (satılık/kiralık gayrimenkul). Genel amaçlı bir CRM kurulumunda genelde sadece müşteri takip edilir; gayrimenkulde ise portföyün kendisinin de bir yaşam döngüsü vardır (listelendi, gösterime çıktı, teklif aldı, satıldı) ve bu iki döngünün CRM içinde birbirine bağlanması gerekir.
Gayrimenkul CRM Kurulumunda Kritik Özel Alanlar
Müşteri tarafında:
- Bütçe aralığı — alt ve üst sınır olarak iki ayrı alan, filtreleme için kritik.
- Tercih edilen bölge/mahalle — birden fazla seçilebilen çoklu değer alanı.
- Oda sayısı ve m² tercihi — arama kriterlerinin temel bileşeni.
- Alım amacı — oturum, yatırım veya kiraya verme amacı; bu, hangi portföylerin önerileceğini belirler.
- Finansman durumu — peşin mi, kredi kullanacak mı; kredi kullanacaksa ön onay durumu.
Portföy tarafında:
- İlan durumu — aktif, rezerve, satıldı/kiralandı, listeden kaldırıldı.
- Portföy sahibi/temsilci — hangi danışmanın sorumlu olduğu.
- Kaynak portal — Sahibinden, Hepsiemlak, kendi web sitesi gibi hangi kanaldan geldiği.
- Gösterim geçmişi — hangi müşterilere ne zaman gösterildiği, bu tekrar eden gösterimleri önler.
- Fiyat geçmişi — ilan fiyatında yapılan değişikliklerin kaydı.
Gayrimenkul CRM Pipeline Aşamaları
Müşteri tarafı için önerilen huni:
- İlk Temas — portal, web sitesi formu veya telefon üzerinden gelen talep.
- Nitelendirme (Qualification) — bütçe, bölge, oda sayısı gibi kriterlerin netleştirilmesi.
- Portföy Eşleştirme — kriterlere uygun portföylerin listelenmesi ve müşteriye sunulması.
- Gösterim Planlandı — randevu tarihi netleşti.
- Gösterim Gerçekleşti — müşteri mülkü gördü, geri bildirim alındı.
- Teklif Aşamasında — müşteri teklif verdi veya pazarlık süreci başladı.
- Sözleşme/Kapanış — satış veya kiralama sözleşmesi imzalandı.
Portföy tarafı için ayrı, paralel bir huni de tanımlanmalıdır: Listelendi → Pazarlamaya Alındı → Gösterimde → Teklif Aldı → Satıldı/Kiralandı. İki huninin CRM içinde birbirine bağlı olması — yani bir portföy kartının hangi müşteri kartlarıyla ilişkili olduğunun görülebilmesi — gayrimenkul CRM kurulumunun en kritik teknik gereksinimidir.
Portal Lead Entegrasyonu
Gayrimenkul CRM kurulumunun ayrı bir zorluğu, farklı emlak portallarından gelen lead’lerin tek bir sisteme otomatik aktarılmasıdır. Her portalın kendi lead bildirim formatı (e-posta, webhook, API) farklıdır ve CRM kurulumu sırasında bu kaynakların her biri için ayrı bir alım (ingestion) kuralı tanımlanmalıdır — aksi halde danışmanlar farklı platformlardan gelen talepleri manuel olarak CRM’e girmek zorunda kalır, bu da hem zaman kaybı hem de kayıp lead riski yaratır.
Sektöre Göre CRM Kurulum Kontrol Listeleri
Her sektörün kendine özgü bir kurulum öncesi hazırlık listesi olmalıdır. Aşağıdaki üç kontrol listesi, kurulum sürecine başlamadan önce netleştirilmesi gereken temel soruları içerir.
Klinik / Diş Hekimliği için Kurulum Öncesi Kontrol Listesi
- Hangi işlem türleri (implant, ortodonti, beyazlatma, kanal tedavisi vb.) ayrı bir alan olarak tanımlanacak?
- Kaç hekim var, her hekimin kendi takvimi ayrı mı yönetilecek yoksa ortak bir havuz mu kullanılacak?
- Mevcut bir randevu yazılımı var mı, CRM buna entegre mi edilecek yoksa CRM’in kendi takvimi mi kullanılacak?
- HBYS kullanılıyor mu, kullanılıyorsa hangi veri CRM’e, hangi veri HBYS’de kalacak?
- Tıbbi hassasiyet taşıyan alanlara (alerjik durum, kronik rahatsızlık) kimlerin erişimi olacak?
- Kontrol randevusu hatırlatmaları hangi aralıklarla (1 ay, 3 ay, 6 ay) otomatik tetiklenecek?
- Sigorta veya anlaşmalı kurum süreçleri CRM içinde ayrı bir alan olarak izlenecek mi?
Saç Ekimi Merkezi için Kurulum Öncesi Kontrol Listesi
- Hangi diller destekleniyor, her dil için ayrı bir koordinatör atanmış mı?
- Mesaj şablonları (randevu, fiyat teklifi, seyahat bilgilendirmesi) her dilde hazır mı?
- Ödeme hangi döviz cinslerinde alınıyor, fiyat teklifi geçerlilik süresi ne kadar?
- Uçuş, transfer ve konaklama koordinasyonu CRM içinde mi yoksa ayrı bir araçla mı yönetilecek?
- Operasyon sonrası takip fotoğrafları (3. ay, 6. ay, 12. ay) için otomatik hatırlatma kurulacak mı?
- Vize süreci takibi gereken ülkeler için ayrı bir alt süreç tanımlanacak mı?
- Referans yoluyla gelen hastalar nasıl işaretlenip raporlanacak?
Gayrimenkul için Kurulum Öncesi Kontrol Listesi
- Portföy ve müşteri kayıtları CRM içinde nasıl ilişkilendirilecek?
- Hangi emlak portallarından lead alınıyor, her biri için otomatik alım kuralı kurulacak mı?
- Danışmanlar arası portföy paylaşımı (aynı ofis içinde birden fazla danışmanın aynı portföyü göstermesi) nasıl yönetilecek?
- Gösterim geçmişi ve tekrar eden gösterimleri önleyecek kontrol mekanizması nasıl kurulacak?
- Fiyat değişiklikleri portföy kartında otomatik loglanacak mı?
- Satış/kiralama sonrası müşteri, gelecekteki yatırım fırsatları için ayrı bir listeye mi alınacak?
Sektörel CRM Kurulumunda Ekip Eğitimi ve Benimseme
CRM kurulumunun teknik tarafı ne kadar iyi planlanırsa planlansın, ekip bu sistemi günlük iş akışına dahil etmezse yatırım boşa gider. Sektöre göre benimseme sürecinin de farklı zorlukları vardır.
Klinik ortamında hekimler genelde yoğun bir muayene temposunda çalışır ve CRM’e veri girmek “ekstra bir iş” olarak algılanabilir. Bu direnci azaltmanın en etkili yolu, veri girişini mümkün olduğunca resepsiyon veya asistan ekibine devretmek, hekimin sadece tıbbi notları eklemesini istemektir. Böylece CRM, hekimin iş yükünü artıran değil, resepsiyonun işini kolaylaştıran bir araç olarak konumlanır.
Saç ekimi merkezlerinde dil koordinatörleri genelde CRM’i en yoğun kullanan ekip üyeleridir çünkü hasta iletişiminin neredeyse tamamı onlar üzerinden geçer. Bu ekibin CRM’in şablon kütüphanesini ve dil yönlendirme kurallarını iyi anlaması, kurulumun başarısı için resepsiyon eğitiminden daha kritiktir. Her yeni koordinatör işe başladığında, hangi şablonun hangi aşamada kullanılacağına dair kısa bir uygulamalı eğitim verilmesi önerilir.
Gayrimenkul ofislerinde ise en büyük direnç genelde deneyimli danışmanlardan gelir — yıllardır kendi not defterinde veya telefonunda tuttuğu müşteri bilgilerini CRM’e taşımak, bazı danışmanlara “kontrolü kaybetme” hissi verebilir. Bu direnci aşmanın yolu, CRM’i bir denetim aracı değil bir verimlilik aracı olarak sunmaktır: örneğin, tekrar eden gösterimleri önlemesi, hangi portföyün “soğuduğunu” otomatik göstermesi gibi doğrudan danışmanın işini kolaylaştıran özellikleri öne çıkarmak.
Vaka Kurgusu: Üç Sektör, Üç Farklı Kurulum
Bir danışmanlık ekibinin aynı hafta içinde üç farklı müşteriyle çalıştığını varsayalım.
Diş kliniği, önceden Excel’de hasta takibi yapıyordu ve randevu kaçırma oranı yüksekti. CRM kurulumunda öncelik, “Tedavi Planı Sunuldu” aşamasında hastanın 48 saat içinde geri dönmemesi durumunda otomatik hatırlatma mesajı tetiklenmesi oldu. Ayrıca “Kontrol/Takip Aşamasında” durumundaki hastalar için 6 aylık periyodik kontrol hatırlatması kuruldu. Kurulumdan üç ay sonra klinik, randevuya gelmeme oranında gözle görülür bir düşüş, kontrol randevusu geri dönüş oranında ise artış gözlemledi.
Saç ekimi merkezi, önceden tek bir genel WhatsApp hattından İngilizce, Arapça ve Almanca mesajları aynı ekiple yanıtlamaya çalışıyordu; bu da yanıt sürelerini uzatıyor ve bazı hastaların yanlış dilde şablon almasına yol açıyordu. CRM kurulumunda dil bazlı otomatik yönlendirme kuruldu ve her mesaj şablonu dört dilde hazırlandı. “Yurt Dışı Takip” aşamasına 3. ay ve 6. ay otomatik fotoğraf talebi hatırlatmaları eklendi. Bu değişiklikten sonra merkez, referans yoluyla gelen yeni hasta oranında artış bildirdi.
Gayrimenkul ofisi, portföy ve müşteri kayıtlarını birbirinden bağımsız iki ayrı listede tutuyordu; bu yüzden bir portföyün hangi müşterilere gösterildiği danışmanların hafızasına bağlıydı ve aynı mülk bazen aynı müşteriye iki kez gösteriliyordu. CRM kurulumunda portföy ve müşteri kartları ilişkilendirildi, her gösterim otomatik loglanmaya başlandı. Bu sayede tekrar eden gösterimler önlendi ve danışmanlar hangi portföylerin “soğuduğunu” (uzun süre teklif almayan ilanları) daha net görebildi.
(Vaka temsilidir.)
Sık Yapılan Hatalar
-
Genel CRM şablonunu sektöre uyarlamadan kullanmak. CRM’i kutudan çıktığı haliyle bırakıp sadece isim-telefon alanlarıyla çalışmaya başlamak, sektöre özel en kritik bilgilerin (tıbbi geçmiş, dil tercihi, bütçe aralığı gibi) hiç kaydedilmemesine yol açar.
-
Klinikte randevu takvimini CRM’den kopuk tutmak. CRM’de “randevu planlandı” yazıp bunu ayrı bir takvim uygulamasında da manuel işlemek, çift kayıt ve çakışma riskini artırır.
-
Saç ekimi merkezinde tek dilde şablon kullanmak. Hastaya yanlış dilde otomatik mesaj gitmesi, güven kaybına ve marka algısında zedelenmeye yol açar — özellikle rekabetin yoğun olduğu uluslararası pazarda bu, hastanın rakip kliniğe yönelmesine sebep olabilir.
-
Gayrimenkulde portföy ve müşteriyi ayrı sistemlerde tutmak. Bu, hangi mülkün kime gösterildiğinin izlenememesine, aynı gösterimin tekrarlanmasına ve satış sürecinin şeffaflığının kaybolmasına yol açar.
-
Tıbbi hassasiyet taşıyan alanları herkese açık bırakmak. Alerjik durum, kronik rahatsızlık gibi bilgilerin CRM’de kısıtlı erişimli alanlarda tutulmaması, hem gizlilik hem de KVKK uyumluluğu açısından risk oluşturur.
-
Pipeline aşamalarını sektöre göre özelleştirmeden genel “lead-teklif-kapanış” mantığıyla bırakmak. Bu, hem raporlamanın anlamsızlaşmasına hem de ekibin hangi aşamada ne yapması gerektiğini net biçimde bilememesine yol açar.
-
Entegrasyon ihtiyacını kurulum öncesi netleştirmemek. HBYS, portal lead beslemesi veya çok dilli mesajlaşma gibi entegrasyonların kurulum sonrasına ertelenmesi, CRM’in asıl değerini üretmesini geciktirir ve genelde ek maliyet doğurur.
Sektöre Göre CRM Yatırımının Geri Dönüşü Nasıl Ölçülür?
CRM kurulumu bir maliyet kalemi olarak görülse de, doğru yapılandırıldığında her üç sektörde de ölçülebilir bir geri dönüş sağlar. Ancak hangi metriklerin izleneceği sektöre göre değişir — genel “kapanış oranı” metriği tek başına yeterli bir gösterge değildir.
Klinikte Ölçülecek Metrikler
Klinik CRM’inin başarısı, randevuya gelmeme oranındaki düşüş, tedavi planı sunulduktan sonra kabul oranındaki artış ve kontrol randevusu geri dönüş oranıyla ölçülür. Bunlara ek olarak, hangi kaynaktan (referans, dijital reklam, organik arama) gelen hastaların daha yüksek tedavi kabul oranına sahip olduğu da CRM raporlarından çıkarılabilir; bu bilgi, pazarlama bütçesinin nereye yönlendirileceğine dair doğrudan karar desteği sağlar.
Saç Ekimi Merkezinde Ölçülecek Metrikler
Burada en kritik metrik, ilk temastan operasyon onayına kadar geçen süredir — bu süre ne kadar kısalırsa, hastanın rakip bir klinikle iletişime geçip kayıp gitme riski o kadar azalır. İkinci önemli metrik, dil bazlı yanıt süresidir: her dilde ortalama yanıt süresinin birbirine yakın olması, hiçbir dil grubunun ihmal edilmediğini gösterir. Üçüncü metrik ise yurt dışı takip aşamasından gelen referans oranıdır — bu, operasyon sonrası ilişki yönetiminin ne kadar etkili çalıştığının doğrudan göstergesidir.
Gayrimenkulde Ölçülecek Metrikler
Gayrimenkul CRM’inde en anlamlı metrik, portföy başına ortalama gösterim sayısı ve gösterimden teklife dönüşüm oranıdır. Tekrar eden gösterimlerin CRM sayesinde önlenip önlenmediği de ayrı bir gösterge olarak izlenebilir. Ayrıca, hangi portalın en yüksek kalitede lead ürettiği (yani en yüksek gösterim-teklif dönüşüm oranına sahip olduğu) CRM verisiyle netleştirilebilir; bu da portal reklam bütçesinin daha verimli dağıtılmasını sağlar.
Bu metriklerin hiçbiri, CRM kutudan çıktığı haliyle bırakılırsa otomatik olarak üretilmez — her biri, yukarıda anlatılan özel alanların ve pipeline aşamalarının doğru tanımlanmasına bağlıdır. Bir başka deyişle, ölçüm kalitesi doğrudan kurulum kalitesiyle orantılıdır.
Sonuç: Sektöre Özel Yapılandırma Neden Bir Lüks Değil, Zorunluluktur?
Aynı CRM yazılımı, doğru yapılandırıldığında bir diş kliniğinde randevu kaçırma oranını düşürebilir, bir saç ekimi merkezinde uluslararası hasta memnuniyetini artırabilir, bir gayrimenkul ofisinde tekrar eden gösterimleri önleyebilir. Ama bu sonuçların hiçbiri, “kutudan çıktığı gibi” bir kurulumla elde edilemez. Fark, özel alanların doğru tanımlanmasında, pipeline aşamalarının gerçek iş sürecini yansıtmasında ve doğru entegrasyonların kurulum aşamasında planlanmasında yatar.
Son olarak şunu vurgulamakta fayda var: klinik CRM kurulumu, diş kliniği CRM sistemi, saç ekimi merkezi CRM kurulumu ve gayrimenkul CRM kurulumu arasındaki farklar, yazılımın kendisinden değil, işin doğasından kaynaklanır. Aynı CRM platformu, doğru danışmanlık ve doğru yapılandırmayla her üç sektörde de başarıyla kullanılabilir — önemli olan, “bu sektörde asıl takip edilmesi gereken şey nedir” sorusuna kurulum öncesinde net bir cevap verebilmektir. Bu soruya net cevap veremeyen bir kurulum süreci, ne kadar pahalı bir yazılım seçilirse seçilsin, sahada beklenen faydayı üretmez.
Genel CRM seçim kriterleri ve kurulum süreci hakkında daha fazla bilgi için CRM kurulum danışmanlığı rehberimizi, sağlık turizmi sektörüne özel kapsamlı CRM stratejisi için sağlık turizmi CRM ve otomasyon rehberimizi, Kommo’ya özel teknik kurulum adımları için de Kommo CRM kurulumu yazımızı inceleyebilirsiniz.
Sıkça Sorulan Sorular
CRM’inizi sektörünüzün gerçek ihtiyaçlarına göre sıfırdan yapılandırmak, doğru özel alanları, pipeline aşamalarını ve entegrasyonları planlamak için yapay zeka ve otomasyon hizmetlerimize göz atabilirsiniz.