Sağlık Turizmi Satış Hunisi Nasıl Kurulur?

Sağlık turizminde satış, tek bir görüşmede biten bir iş değil. Bir hasta adayı ilk mesajı attıktan sonra tetkik gönderiyor, fiyat soruyor, ailesiyle konuşuyor, uçak bileti bakıyor, bir süre kayboluyor, sonra geri dönüyor. Bu yol bazen üç gün, bazen üç ay sürüyor.

Bu kadar uzun ve kesintili bir süreci yönetmenin tek yolu, yolu aşamalara bölmek. Aşamalara bölünmemiş bir süreçte danışmanınız “sıcak”, “ilgileniyor”, “düşünüyor” gibi kişisel etiketlerle çalışır. Bu etiketler ölçülebilir değildir; iki danışmanın “sıcak” dediği kayıtlar birbirinden tamamen farklı olur.

Bu yazıda sıfırdan bir satış hunisi kurmayı ele alıyoruz: kaç aşama olmalı, aşama tanımı nasıl yazılır, kayıp sebepleri nasıl standartlaştırılır, bekleme eşikleri nasıl belirlenir ve huninin sağlığı nasıl okunur.

Satış hunisi nedir, ne işe yarar

Satış hunisi, bir hasta adayının ilk temastan tedaviye kadar geçtiği yolu, birbirini izleyen ve her biri net biçimde tanımlanmış aşamalara bölen yapıdır.

Üç somut faydası vardır:

1. Görünürlük. Hangi kaydın nerede olduğunu tek bakışta görürsünüz. “Şu an kaç kişi teklif bekliyor” sorusu bir toplantı konusu olmaktan çıkar.
2. Tıkanma teşhisi. Kayıtların hangi aşamada biriktiğini görürsünüz. Sorun ilk temasta mı, teklifte mi, kapora tahsilatında mı, ölçerek anlarsınız.
3. Öngörülebilirlik. Aşama bazlı geçiş oranlarını bildiğinizde, bugünkü huniye bakarak önümüzdeki ayın hasta sayısını makul bir aralıkla tahmin edebilirsiniz.

Huni yoksa bu üçü de yoktur. Bu nedenle huni kurmak, CRM kullanmaya başlamanın ilk adımıdır. CRM’in sektördeki karşılığını sağlık turizmi CRM nedir yazımızda ele almıştık.

Kaç aşama olmalı

Doğru sayı 6 ile 8 arasındadır.

Beşin altına inerseniz aşamalar fazla geniş kalır; “görüşmede” diye bir aşamada kayıtlar haftalarca oturur ve tıkanma noktasını göremezsiniz. Onun üzerine çıkarsanız danışmanlar aşamaları doğru doldurmayı bırakır; her mikro adımda kartı taşımak yerine kartı olduğu yerde unuturlar. Doldurulmayan huni, olmayan huniden daha zararlıdır çünkü yanlış rapor üretir.

İşe alacağınız pratik ölçüt şudur: bir aşama, kendisinden çıkmak için tek bir somut olay gerektiriyorsa doğru büyüklüktedir. İki farklı olay gerekiyorsa aşamayı bölün. Hiçbir olay gerekmiyorsa aşamayı kaldırın.

Örnek: 7 aşamalı sağlık turizmi hunisi

Aşağıdaki huni, saç ekimi, diş, estetik ve obezite gibi paket işlem yürüten çoğu ekibe uyarlanabilir bir iskelettir.

#	Aşama	Çıkış kriteri (bu olduğunda bir sonrakine geçer)	Azami bekleme
1	Yeni kayıt	Danışman kayda ilk mesajı gönderdi	30 dakika
2	İletişim kuruldu	Hasta adayı yanıt verdi, konuşma başladı	24 saat
3	Bilgi toplandı	Tetkik, fotoğraf, tarih ve bütçe bilgisi tamamlandı	3 gün
4	Teklif gönderildi	Teklif belgesi hastaya iletildi	2 gün
5	Müzakere	Hasta teklife dönüş yaptı, revizyon veya soru var	7 gün
6	Kapora alındı	Ödeme hesaba geçti ve tarih kesinleşti	5 gün
7	Operasyona devredildi	Uçuş ve randevu planı operasyon ekibine aktarıldı	—

Bu tabloyu olduğu gibi kopyalamayın; kendi sürecinize göre uyarlayın. Örneğin uzaktan konsültasyon yapan bir yapıda “Hekim değerlendirmesi” ayrı bir aşama olmayı hak edebilir. Kaporasız çalışan bir yapıda 6. aşama “Tarih onaylandı” olur.

Kazanıldı ve kaybedildi aşamaları

Yedi aşamanın yanına iki kapanış durumu ekleyin: Kazanıldı ve Kaybedildi. Bir üçüncüsü de faydalıdır: Ertelendi. Sağlık turizminde hastaların önemli bir kısmı “hayır” demez, “şimdi değil” der. Bunları kaybedildi olarak kapatırsanız veriniz bozulur; açık bırakırsanız huniniz şişer. Ertelendi durumu, kaydı hunininin dışına alıp belirli bir tarihte tekrar gündeme getirmenizi sağlar.

Aşama tanımı nasıl yazılır

Bir aşamayı tanımlarken şu üç soruyu yazılı olarak cevaplayın:

1. Bu aşamada kayıt ne anlama gelir? Tek cümlelik tanım.
2. Bu aşamadan çıkmak için ne olmalı? Gözlemlenebilir tek bir olay.
3. Bu aşamada kimin sorumluluğunda? Tek bir rol.

Kritik nokta ikinci sorudur. Çıkış kriteri gözlemlenebilir bir olaya bağlanmalıdır: mesaj gönderildi, belge iletildi, ödeme geçti, tarih onaylandı. “Hasta ilgili görünüyor” ya da “olumlu ilerliyor” gibi kriterler yorumdur ve iki danışman aynı kaydı farklı aşamalarda tutar.

Kötü ve iyi tanım örneği:

• Kötü: Müzakere — hastayla fiyat konuşuluyor.
• İyi: Müzakere — hasta gönderilen teklife yazılı olarak dönüş yaptı; kapsam, fiyat ya da tarih üzerine en az bir talebi var. Çıkış: kapora alındı ya da kayıp sebebiyle kapatıldı. Sorumlu: satış danışmanı.

Bu tanımları tek sayfalık bir belgede toplayıp ekibe verin. Yeni katılan bir danışman bu sayfayı okuyarak huniyi doğru kullanabilmelidir.

Kayıp sebeplerini standartlaştırmak

Kaybedilen kayıtlar, huninin en değerli veri kaynağıdır. Ama yalnızca sebep standart bir listeden seçiliyorsa. Serbest metin alanına yazılan “ilgilenmedi”, “cevap vermedi”, “pahalı buldu”, “başka yere gitti” gibi ifadeler, üç ay sonra hiçbir analize izin vermez.

6 ile 10 madde arasında kapalı bir liste kurun. Sağlık turizmi için işleyen bir başlangıç seti:

1. Fiyat yüksek bulundu
2. Rakip tercih edildi
3. Tıbben uygun değil
4. Ulaşılamadı (üç deneme sonunda yanıt yok)
5. Bütçe yok / finansman bulamadı
6. Tarih uymadı, ileri bir zamana bıraktı
7. Seyahat engeli (vize, uçuş, izin)
8. Sadece bilgi almak istedi, niyeti yoktu
9. Yanlış kayıt / hatalı numara
10. Diğer (zorunlu açıklama ile)

“Diğer” seçeneğinin kullanım oranını izleyin. Toplam kayıpların yüzde onunu aşıyorsa listeniz eksiktir; en sık yazılan açıklamayı yeni bir madde haline getirin.

Bu liste doğru kurulduğunda çok pratik sorulara cevap verir: Almanya pazarında en sık kayıp sebebi fiyatsa fiyat konumlandırmanızı gözden geçirirsiniz. Kayıpların üçte biri “ulaşılamadı” ise sorun satışta değil, lead kaynağınızda ya da ilk yanıt hızınızdadır. Bu ve benzeri hataları lead takip hataları yazımızda topladık.

Bekleme süresi eşikleri

Bir kaydın bir aşamada ne kadar bekleyebileceğini önceden belirleyin. Bu eşikler huninizi kendi kendini denetleyen bir yapıya dönüştürür.

Eşikleri belirlerken üç şeye bakın: hastanın karar hızı, sizin operasyonel kapasiteniz ve rakiplerin yanıt hızı. Yukarıdaki tablodaki süreler makul bir başlangıçtır. Kendi verinize göre ayarlayın: bir aşamadaki kayıtların yüzde sekseninin geçtiği süreyi eşik alın.

Eşik aşıldığında ne olacağı da tanımlı olmalı:

• Kayıt danışmanın günlük listesinde en üste çıkar.
• İki katına ulaşırsa takım liderine bildirim gider.
• Üç katına ulaşırsa kayıt otomatik olarak gözden geçirme kuyruğuna alınır; ya bir sonraki aşamaya taşınır, ya ertelenir, ya da kayıp sebebiyle kapatılır.

Bu mekanizma olmadan huni sessizce şişer. Altı ay sonra 900 açık kaydınız olur ve bunların 700’ü ölü kayıttır. Ölü kayıtlarla dolu bir huni, hiçbir tahmin üretemez. MoonCRM’in hasta adayı yönetimi tarafında aşamaları durum olarak kendiniz tanımlarsınız; “şu durumda olup şu tarihten beri güncellenmemiş kayıtlar” gibi bir filtreyi bir kez kurup segment olarak kaydettiğinizde, bu liste her sabah aynı yerden açılır. Tek tek kayıtlar için ise hasta kartındaki tarihli hatırlatma kullanılır.

Huni sağlığını okumak

Huninin sağlığına bakarken tek bir dönüşüm oranına bakmayın. Aynı anda dört şeye bakın:

Gösterge	Nasıl okunur	Uyarı işareti
Aşamalar arası geçiş oranı	Her aşamadan bir sonrakine geçen kayıt yüzdesi	Bir aşamada ani düşüş, o aşamada süreç sorunu demektir
Aşamada geçen ortalama süre	Kayıtların her aşamada ne kadar kaldığı	Eşiğin iki katına çıkması tıkanma işaretidir
Yaşlanma dağılımı	Açık kayıtların yaşına göre dağılımı	30 günü aşan kayıt oranının yükselmesi huninin şiştiğini gösterir
Aşama bazlı hacim dengesi	Her aşamadaki kayıt sayısı	Üst aşamalar dolu, alt aşamalar boşsa üretim düşecek demektir

Bu dördü birlikte okunduğunda teşhis netleşir. Örneğin teklif gönderilen kayıt sayısı yüksek ama kapora oranı düşükse ve müzakerede geçen ortalama süre uzuyorsa, sorun teklif kalitesindedir. Buna karşılık teklife hiç ulaşamayan kayıt oranı yüksekse sorun bilgi toplama aşamasındadır. Bunların huni tarafını raporlama ve analiz ekranından okuyabilirsiniz: temas, hizmet atanmış (yani teklif aşamasına gelmiş) kayıt, satış ve iptal sayıları danışman bazında, aralarındaki yüzde dönüşümle listelenir. Süre ve yaşlanma göstergelerini ise kendi kayıtlı filtreleriniz üzerinden takip etmeniz gerekir.

Basit bir tahmin yöntemi

Aşama geçiş oranlarınızı bildiğinizde kaba bir tahmin yapabilirsiniz. Teklif aşamasında 40 kaydınız varsa ve bu aşamadan kaporaya geçiş oranınız yüzde 25 ise, önümüzdeki dönemde bu gruptan yaklaşık 10 hasta beklersiniz. Bu tahmin mükemmel değildir ama hiç tahmin yapmamaktan kıyaslanamaz ölçüde iyidir; kapasite ve reklam bütçesi planlamanızı bu sayıya dayandırabilirsiniz.

Ekip ritmi

Huni, üzerine bir çalışma ritmi kurulmazsa yalnızca bir ekran olarak kalır. İki döngü kurun:

Günlük (15 dakika, sabah): Her danışman kendi listesini üç filtreyle gözden geçirir — bugün yanıt bekleyen kayıtlar, eşiği aşmış kayıtlar, bugün takip günü gelen kayıtlar. Toplantı gerektirmez; bireysel bir rutindir. Yöneticinin bu rutini denetlemesi için ayrıca ekrana bakması da gerekmez: günlük özet raporu her sabah otomatik olarak gönderilecek biçimde ayarlanabilir.

Haftalık (45 dakika, ekipçe): Gündem sabit olsun:

1. Geçen haftanın aşama geçiş oranları ve değişimi.
2. Eşiği aşan kayıtların sayısı ve nedeni.
3. En sık üç kayıp sebebi ve bunlara karşı alınacak bir aksiyon.
4. Bu hafta kapora bekleyen kayıtların tek tek gözden geçirilmesi.
5. Huniye giren yeni kayıt sayısının hedefle karşılaştırılması.

Bu toplantının amacı kayıt kayıt konuşmak değil, huninin şeklini konuşmaktır. Tek tek kayıt konuşmaya başladığınızda toplantı iki saate çıkar ve haftaya yapılmaz.

Kurulum sırası

Sıfırdan başlıyorsanız şu sırayla ilerleyin. Tamamı bir haftalık bir iştir:

1. Aşamaları kâğıt üzerinde 6-8 adet olarak listeleyin.
2. Her aşama için tek cümlelik tanım ve tek olaya bağlı çıkış kriteri yazın.
3. Kayıp sebebi listesini 6-10 madde olarak sabitleyin.
4. Her aşama için azami bekleme süresi belirleyin.
5. Bunları CRM’e tanımlayın ve mevcut açık kayıtları yeni aşamalara dağıtın.
6. Ekibe tek sayfalık tanım belgesini verin ve iki hafta boyunca haftalık toplantıda doldurma tutarlılığını denetleyin.
7. Üçüncü haftadan itibaren geçiş oranlarını okumaya başlayın; ilk ay verisi kalibrasyon içindir, karar için değil.

Altıncı adım en çok atlanandır ve en belirleyici olanıdır. Huniyi kuranın ekip değil de yalnızca yönetici olduğu yapılarda, aşamalar üçüncü haftada doldurulmamaya başlar.

Kurulum sonrası teklif tarafını da standartlaştırmak isterseniz teklif hazırlama rehberimize bakabilir, süreci uçtan uca görmek için özellikler sayfamızı inceleyebilir ya da demo talebi oluşturabilirsiniz.