WhatsApp Business API ile hasta funnel'ı: kurulum ve atıf
WhatsApp Business Platform'u klinik funnel'ına bağlamanın adımları: hesap, şablon kategorileri, webhook, CRM eşlemesi ve kaynak atıfının teknik kurulumu.
Yazan Roozbeh Nazari · CEO
Yurt dışından hasta çeken kliniklerde ilk temas çoğu zaman bir form değil, bir WhatsApp mesajı. Bu mesajın nereden geldiği, kime düştüğü ve rezervasyona dönüşüp dönüşmediği, telefondaki uygulamayla yönetilen bir hesapta kaybolur. WhatsApp Business Platform, yani API tarafı, bu akışı ölçülebilir hâle getirmenin tek yolu. Bu yazı, kurulumu sıfırdan anlatıyor: hangi hesap, hangi mesaj türü, webhook nereye bağlanır ve kaynak bilgisi konuşmaya nasıl iliştirilir.
Bu yazının odağı altyapı. Hangi lead'in kaliteli sayılacağını ve rezervasyona kadar zincirin nasıl kurgulanacağını lead kalitesi ölçümü yazısında anlatmıştık; burada o zincirin üzerinde çalışacağı boruları döşüyoruz. Kliniklere özel çalışma modelimiz için klinikler sektör sayfasına bakabilirsiniz.
Uygulama mı, platform mu: kararın maliyeti
WhatsApp'ın işletmeler için iki ayrı ürünü var. WhatsApp Business uygulaması telefonda çalışır, tek cihaza bağlıdır ve konuşma verisi o cihazda kalır. WhatsApp Business Platform ise Meta'nın bulutunda çalışan bir API'dir; mesajlar bir sunucuya düşer, oradan istediğiniz sisteme aktarılır. Küçük bir muayenehane için uygulama yeterli olabilir. Ayda yüzlerce yurt dışı konuşması alan, birden fazla hasta koordinatörü çalıştıran bir klinik için ise uygulama, ölçümün imkânsız olduğu bir kara kutu.
Platforma geçmenin bedeli teknik değil, organizasyonel. Numara tek bir cihazdan çıkıp bir sisteme bağlanınca "kim cevap verdi" sorusu yazılım tarafından cevaplanır; koordinatörlerin telefonlarında biriken kişisel hasta sohbetleri ortadan kalkar. Bu bazı ekiplerde direnç yaratıyor ve kurulumdan önce konuşulması gereken şey de tam olarak bu.
Kurulum sırası: hesap, numara, şablonlar
Kurulum dört parçadan oluşuyor. Birincisi, Meta Business hesabı altında bir WhatsApp Business Account açılması ve işletmenin doğrulanması. İkincisi, numaranın platforma taşınması; bu numara aynı anda uygulamada kullanılamaz, o yüzden geçiş anı planlanmalı. Üçüncüsü, hastalara görünen işletme adının onaylatılması. Dördüncüsü, mesaj şablonlarının hazırlanıp onaya gönderilmesi.
Şablon konusu kliniklerde en çok yanlış anlaşılan kısım. Hasta size yazdığında açılan pencere içinde serbestçe cevap verebilirsiniz; ancak siz hastaya ilk yazan tarafsanız, ya da pencere kapanmışsa, yalnızca önceden onaylanmış bir şablon gönderebilirsiniz. Meta bu şablonları üç kategoriye ayırıyor: pazarlama, fayda ve doğrulama. Randevu hatırlatması, belge talebi ve uçuş bilgisi teyidi fayda kategorisine girer; "yeni dönem kampanyamız" tipinde bir mesaj pazarlama kategorisidir ve hem farklı fiyatlanır hem de ayrı bir onay gerektirir.
Bir de yasal katman var. Meta, işletmenin başlattığı mesajlar için hastanın açık onayını şart koşuyor; Türkiye'de sağlık hizmeti sunucularına uygulanan tanıtım mevzuatı da istenmeyen mesajla ilgili sınırlar içeriyor. Kurulum aşamasında bu iki katmanı birlikte okuyun; hangi şablonun hangi onayla gönderilebileceğini baştan yazılı hâle getirmek, sonradan hesap kısıtlaması yemekten ucuz.
Webhook: konuşmanın CRM'e düştüğü an
Platformun asıl değeri webhook'ta. Her gelen mesaj, her teslim durumu ve her okunma bilgisi, sizin belirlediğiniz bir adrese JSON olarak gönderilir. Bu adresin arkasında ne olacağına siz karar veriyorsunuz: bir hasta koordinasyon yazılımı, bir CRM ya da basit bir ara katman.
Pratikte üç kural işi kolaylaştırıyor. Birincisi, webhook'un aldığı her olayı önce olduğu gibi kaydedin, sonra işleyin; işleme hatası olduğunda ham veri elinizde kalır. İkincisi, hasta kaydını telefon numarasıyla değil, platformun verdiği konuşma kimliğiyle eşleyin; aynı hasta farklı numaradan yazdığında iki kayıt açılmasın diye numara ikinci anahtar olarak tutulur. Üçüncüsü, koordinatörün verdiği cevabı da aynı kayda yazın; ilk cevap süresi ancak böyle ölçülür.
Atıf: kaynak bilgisi konuşmaya nasıl biner
Asıl soru burada. Bir hasta WhatsApp'tan yazdığında, bu hastanın Google aramasından mı, Instagram reklamından mı, yoksa bir hasta tavsiyesinden mi geldiğini nereden bileceksiniz? Cevap kanala göre değişiyor ve tek bir yöntem hepsini kapsamıyor.
Meta reklamlarından gelen tıklamalar için platform, gelen mesaj olayına bir yönlendirme nesnesi ekliyor. Bu nesnede reklamın kaynağı ve tıklama kimliği bulunuyor; webhook'unuz bu alanı okuduğunda konuşma daha ilk mesajda reklam setine bağlanmış oluyor. Bu, kliniklerde en temiz atıf yolu ve kurulumda ilk yapılması gereken şey.
Web sitesinden gelen tıklamalar için elinizdeki araç, ön doldurulmuş mesaj metni. Sitenizdeki WhatsApp düğmesi, içinde sayfaya ve kanala özel kısa bir kod bulunan bir metinle açılır; hasta bu metni gönderdiğinde webhook'unuz kodu okur ve konuşmayı o sayfaya bağlar. Kodun kısa ve sayfaya özgü olması, hastanın onu silme ihtimalini düşürüyor. Hangi sayfada hangi kodun kullanılacağını, düğmenin landing page anatomisi içindeki yerine göre belirlemek gerekiyor.
Organik arama tarafında ise zincir bir adım uzun: hasta önce siteye gelir, sonra düğmeye basar. Sitedeki tıklama, oturumun geldiği kaynakla birlikte analitik tarafına yazılır; ön doldurulmuş koddan gelen konuşma kaydı da aynı kodu taşıdığı için iki taraf sonradan birleştirilebilir. Bu birleştirme işi için analitik ve veri tarafında ayrı bir eşleme tablosu tutuyoruz; kod, sayfa, kanal ve tarih aralığı dört sütunu yeterli oluyor.
Doğrudan numarayı kaydedip yazan ya da tavsiyeyle gelen hasta için otomatik bir yöntem yok. Burada koordinatörün ilk konuşmada tek bir soru sorması ve cevabı CRM'deki kaynak alanına işlemesi gerekiyor. Bu alanın "bilinmiyor" seçeneğinin oranı, kurulumun sağlığını gösteren en dürüst gösterge; yüzde olarak düşmüyorsa sorun teknik değil, süreçte.
Ölçüm tablosu: neyi, nerede sayacaksınız
Kurulum bittiğinde elinizde şu sorulara cevap veren bir tablo olmalı: konuşma hangi kaynaktan açıldı, ilk cevap ne kadar sürede verildi, konuşma hangi aşamaya geldi, rezervasyon oluştu mu ve hangi tarihte. Bu beş sütun, kaynak bazında rezervasyon oranını hesaplamak için yeterli. Reklam harcamasını da eklediğinizde kanal başına rezervasyon maliyeti çıkıyor.
Şu uyarı önemli: bu tablo bir reklam panelinden gelen "sonuç" sayısıyla aynı şey değil. Panel, konuşma başlangıcını sayar; tablo, rezervasyonu sayar. İkisi arasındaki fark, kliniğin gerçek dönüşüm oranı. Panelin sayısını rapora koyup rezervasyon sayısını görmezden gelmek, en sık gördüğümüz hata.
Sık yapılan üç kurulum hatası
Birincisi, webhook'u kurup olayları işlemeden önce doğrulamamak. Meta, adresinizin ayakta olduğunu ve doğru cevabı döndürdüğünü kontrol eder; bu adım atlanırsa olaylar hiç gelmez ve sorun günler sonra fark edilir.
İkincisi, her koordinatöre ayrı numara vermek. Ölçüm tek numarada toplanmadığında kaynak bilgisi de dağılıyor; doğru kurgu tek numara, çoklu operatör.
Üçüncüsü, şablonları pazarlama kategorisinde açıp fayda mesajı göndermeye çalışmak. Onay reddi ve maliyet farkı bir yana, hastaya yanlış kategoride giden mesaj hesabın kalite puanını düşürüyor.
Sonuç
WhatsApp Business Platform, klinik funnel'ında ölçümün mümkün olduğu tek WhatsApp kurgusu. Kurulum sırası hesap, numara, şablon ve webhook; atıf ise kanala göre yönlendirme nesnesi, ön doldurulmuş kod ve koordinatör sorusu üçlüsüyle kuruluyor. Bunların hiçbiri tek başına yeterli değil, ama üçü birlikte "hangi kanal rezervasyon getiriyor" sorusuna gerçek bir cevap veriyor.