Sisteme aldığımız kliniklerin neredeyse hepsi talepleri WhatsApp üzerinden yürütüyor ve neredeyse hepsi bunu aynı argümanla savunuyor: hastalar orada. Bu argüman doğru. Almanya'daki, Körfez'deki ve İngiltere'deki hastalar gerçekten sohbet uygulamalarında yaşıyor, sizinle konuşmak için yeni bir şey kurmayacaklar ve web formunda ısrar eden klinik, hastanın zaten açık olan kanalından cevap veren kliniğe kaybediyor. Sorun kanal değil. Sorun, kanalın aynı anda CRM'iniz, gelen kutunuz, denetim kaydınız ve raporlama katmanınız da olması.
Asıl arıza bir devir arızası
Ayda on talepte, telefonu olan tek bir koordinatör gayet iyi bir sistemdir. Ellide çatlaklar başlar. Üç koordinatöre ve iki saat dilimine yayılmış yüz ellide bozulan şey neredeyse hiçbir zaman mesajlaşma değildir — devirdir. Hasta 23:40'ta yazar. Onunla konuşan koordinatör ertesi gün izinlidir. Konuşmayı başka kimse göremez, sözlü olarak bir teklif sözü verildiğini kimse bilmez ve dört kliniği karşılaştıran hasta, öğlene kadar kim cevap verdiyse onunla rezervasyon yapar.
Arızaların izini tek tek sürün; bu kurulumu aşmış her klinikte aynı çıkıyor:
- Konuşmalar bir cihazın içinde kilitli. İzne çıkan, hastalanan ya da istifa eden koordinatör hasta akışını da yanında götürüyor. Bazı klinikler işten ayrılan çalışandan telefonu resmen geri satın aldı.
- Sahiplik yok. Ya aynı hastaya iki kişi iki farklı fiyat veriyor ya da her biri diğerinin ilgilendiğini sandığı için kimse cevap vermiyor.
- Statü yok. "Teklif verildi", "tetkikler bekleniyor", "kapora gönderildi" yalnızca birinin kafasında var. Dokuz gün önce sessizleşen hastaların listesi olmadığı için kimse peşine düşmüyor.
- Teklifler çürüyor. Gece yarısı bir sohbet balonuna yazılan fiyatın sürümü tutulamaz, temiz biçimde düzeltilemez ve dört ay sonra resepsiyonda ekran görüntüsü olarak önünüze konur.
- Tüketici uygulamasında klinik belgeleri. Kişisel sohbet yedeklerinde duran tetkikler, kan tahlilleri ve fotoğraflar, çoğu klinik sahibinin bedelini hiç hesaplamadığı bir veri koruma riski.
- Rakam yok. "Geçen ay kaç talep aldık, kaçı dönüştü" sorusunu, birinin bir öğleden sonra boyunca telefon kaydırması olmadan cevaplayamıyorsunuz.
Bütün bunlara katlanmanızın sebebi hız
Mevcut düzene hakkını verelim: WhatsApp en önemli metrikte kazanıyor. Sağlık turizmi hastası birkaç kliniğe birden yazıyor ve orantısız biçimde, elle tutulur bir şeyle ilk dönenlerden biriyle rezervasyon yapıyor. Sohbet uygulaması, koordinatörün zaten elinde olan cihaza bildirim düşürüyor; bu da kimsenin açık tutmadığı bir web posta kutusuna karşı gerçek bir operasyonel avantaj.
Yani amaç hastaları sohbetten koparmak değil. Amaç, klinik tarafının kişisel bir telefon olmaktan çıkması. Bunlar farklı problemler ve ikisini birbirine karıştırmak, bu kadar çok kliniğin ağır bir CRM satın alıp, koordinatörlerin CRM yavaş olduğu için sessizce WhatsApp kullanmaya devam etmesini izleyip, sonunda iki sistemle ve hiçbirinde doğru bilgi olmadan kalmasının sebebi.
Ortak bir gelen kutusunun bu değişimi hak etmek için yapması gerekenler
Bir koordinatörün gerçekten benimseyeceği hasta gelen kutusu, özellikleriyle değil sürtünmesiyle ölçülür. Listemiz kısa ve bu listeyi geçemeyen her araç telefona yenilir:
- Her konuşma tüm ekibe açık. İstendiğinde paylaşılan değil — varsayılan olarak paylaşılan; neyin ne zaman teklif edildiği dahil, tüm geçmişiyle birlikte.
- Her talebin adı belli bir sahibi, tek tıkla devredilebilir olsun; böylece "bu hasta kimde" sorusunun her zaman bir cevabı olur.
- Filtreleyebileceğiniz statüler. Yeni, teklif verildi, belge bekleniyor, rezerve edildi, kaybedildi. "Yedi günden uzun süre önce teklif verilmiş ve cevap gelmemiş olan her şeyi" listeleyemiyorsanız takip etmezsiniz; oysa rezervasyonlarınızın büyük bir kısmı tam olarak takipten gelir.
- Metin değil, nesne olarak teklifler. Kalem kalem, sürümlü ve tarihli; böylece "bu hastaya ne teklif etmiştik" bir tartışma değil, bir sorgu olur.
- Belgeler hastaya iliştirilsin, bir telefonun galerisine değil.
- Cevap hızı ölçülsün, koordinatör ve hafta bazında; çünkü ölçmediğiniz metrik, zamanla kayan metriktir.
GetClinic'te: talepler, tedavi, bütçe ve zamanlama bilgisi baştan girilmiş halde, tüm ekibinizin paylaştığı bir yönlendirmeli talep gelen kutusuna düşer. Aynı akış içinde kalem kalem teklif hazırlar, hasta sohbetinde konuşmayı sürdürür, görüntülü görüşme yapar ve tarihi rezervasyon takvimine yazarsınız — analitik ekranı da kaç talebin teklife, kaç teklifin rezervasyona döndüğünü kimse telefon kaydırmadan söyler.
İkisini bilerek yan yana çalıştırın
2026'da çoğu klinik için pragmatik cevap "sohbetin yerine portal" değil. Bildirim yüzeyi olarak sohbet, kayıt sistemi olarak portal. Hastalar rahat ettikleri yerden yazmaya devam eder. Klinik ise konuşmanın, teklifin, belgelerin ve rezervasyonun yaşadığı tek bir yeri korur; ikinci bir koordinatörün konuşmayı sıfırdan devralıp otuz saniyede işe yarar hale gelebildiği bir yer.
Bunu işler kılan şey, ekibin gerçekten uyduğu tek bir kural: portalda değilse gerçek değildir. Sohbette anlaşılan bir fiyat, teklif olarak düzenlenene kadar teklif değildir. Sohbette anlaşılan bir tarih, takvime girene kadar rezervasyon değildir. Koordinatörler buna iki hafta kadar direnir, sonra da savunur; çünkü gece yarısı yazdıkları bir rakamdan şahsen sorumlu tutulmalarını engelleyen kural budur.
Geçiş, dürüstçe
Üç yıllık sohbet geçmişini dışa aktarmayın. Buna değmez ve kimse okumaz. Bir pazartesi çizgiyi çekin: o tarihten sonraki her yeni talep ortak gelen kutusunda açılır; açık teklifi olan mevcut konuşmalar ise güncel teklifi ve statüsüyle bir kez, elle aktarılır. Çoğu klinik için iki saatlik iş. Geri kalan her şeyin olduğu yerde ölmesine izin verin.
Sonra bir ay boyunca iki rakama bakın. İlk cevap süresinin medyanı ya sabit kalmalı ya iyileşmeli — kötüleşiyorsa yeni aracınız yavaştır ve ekip telefona geri kayar. Bir de yedi günden uzun süredir hiçbir hareket olmayan taleplerin sayısı belirgin biçimde düşmeli; çünkü ilk kez birileri onları görebiliyor. Değişimin kendini amorti ettiği yer o ikinci rakam: o hastalar zaten oradaydı. Siz sadece onları bulamıyordunuz.