WhatsApp Business API ile Otel Rezervasyon Hattını Nasıl Birleştirirsiniz?

WhatsApp Business API, “tek telefon + tek kişi” mantığından çıkar; kurumsal ölçekte çok temsilcili mesaj yönetimi sağlar. Klasik WhatsApp’ta işler genelde bir cihaz/telefon etrafında döner ve bu, vardiya/izlenebilirlik/raporlama açısından kırılgan bir yapı yaratır. API tarafında ise hedef; tek numara üzerinden çok temsilci, etiketleme, şablon mesajlar ve raporlama katmanına bağlanabilmektir.

Pratik farklar (özet)

• •Shared Inbox: tek numarada çok temsilci (vardiya devri kolay)
• •Şablon Mesajlar: onaylı/standart mesaj seti (kalite ve hız)
• •Otomasyon & Bot: SSS/triage (doğru senaryoda)
• •Raporlama: yanıt süresi, SLA, lead→rezervasyon (yönlü)
• •Entegrasyon: CRM/PMS ile “tek lead kaydı” (hedef)

WhatsApp, özellikle mobil kullanıcı için “en hızlı temas” kanalına dönüşmüş durumda. Ama rezervasyon hattında WhatsApp’ı doğru konumlamazsanız, kanal büyürken kaos da büyür: aynı misafir farklı kanallardan yazar/arayıp tekrar tekrar anlatır; teklif takibi bozulur (yönlü). Doğru yaklaşım; WhatsApp’ı “lead toplama + hızlı teyit + takip” kanalında yapılandırmak, kritik ve hassas adımlarda (ödeme/şikâyet/istisna) insana ve güvenli kanala yönlendirmektir.

WhatsApp’ın en iyi çalıştığı alanlar

• •Web formdan gelen lead’i hızlı teyit (tarih/kişi)
• •Teklif özeti ve “iki seçenek” sunumu (kısa)
• •Konaklama öncesi hatırlatma/teyit (pre-stay)
• •Operasyonel kısa sorular (check-in saati vb.)
• •Geri arama randevusu alma

Shared inbox modelinde amaç, mesajı “kişiye” değil “ekibe” bağlamaktır. Böylece vardiya değişse bile misafir yarım kalmaz. En kritik unsur: lead sahipliği (owner) ve durum akışı (new→qualified→offered→won/lost). Bu, call center disiplinini mesajlaşmaya taşır.

Ortak inbox’ta minimum alanlar (CRM mantığı)

• •Lead ID / misafir telefonu
• •Kanal: WhatsApp
• •Sahip (agent)
• •Durum: new/contacted/qualified/offered/won/lost
• •Etiket: aile/çift/OTA/web lead
• •Takip tarihi

Şablon mesajlar, ton ve kaliteyi standardize eder; otomasyon ise hız kazandırır. Ancak otomasyonun amacı “mesaj sayısını artırmak” değil; doğru zamanda doğru mesajı gönderip agent’ı tekrar işinden kurtarmaktır. Botlar ise yalnızca düşük riskli senaryolarda devreye girmelidir.

Şablon mesajların rezervasyonda kullanım mantığı

• •Lead karşılama: “Merhaba, 2 kısa bilgi alayım”
• •Qualification: tarih/kişi/öncelik
• •Teklif: iki seçenek + fark
• •Takip: “hala geçerli, isterseniz ayırayım”
• •Pre-stay: check-in bilgisi + tek aksiyon
• •Post-stay: teşekkür + NPS (izinli)

Şablon mesaj örnek tablosu (1 tablo)

1. Tek numarayı birden fazla temsilci yönetmek zorundaysanız ve vardiya devri kaosa dönüyorsa.
2. Mesajlara geç yanıt nedeniyle lead kaybı yaşıyorsanız (yönlü) ve SLA hedefi koymak istiyorsanız.
3. Şablon mesajlarla kalite/ton standardı kurmanız gerekiyorsa.
4. Web lead → WhatsApp akışını ölçmek ve CRM’de tek kayda indirmek istiyorsanız.
5. Etiketleme, raporlama ve performans takibi (yanıt süresi, dönüşüm yönlü) hedefiniz varsa.
6. KVKK/izin süreçlerini daha kontrollü yönetmek ve erişimi rol bazlı sınırlandırmak istiyorsanız.

API’ye geçiş “teknoloji merakı” değil, operasyon ihtiyacıdır. Klasik WhatsApp, düşük hacimde iş görür; hacim büyüdükçe shared inbox + ölçüm ihtiyacı doğar. Bu kararı en sağlıklı şekilde 30 günlük pilotla verebilirsiniz.

WhatsApp kanalının değeri, ölçülmedikçe anlaşılmaz. Doğru kurulum yapılan yapılarda yanıt süresi ve rezervasyona dönüşen mesaj oranında iyileşme görülebilir; yanlış kurguda ise takip zorluğu ve kaos büyüyebilir (yönlü). Bu yüzden KPI seti küçük ama net olmalı ve /tr/raporlama/satis-donusum gibi satış dönüşüm raporlarıyla bağlanmalıdır.

Minimum KPI seti (yönlü)

• •İlk yanıt süresi (median)
• •SLA uyum oranı
• •Mesaj→rezervasyon dönüşümü (yönlü)
• •Takip sonrası kazanma (yönlü)
• •Sahipsiz lead oranı (0 hedef)
• •Şablon kullanım oranı (kalite standardı)

WhatsApp Business API entegrasyonu çoğu zaman bir sağlayıcı/çözüm ortağıyla yürütülür. Operasyonel başarı; sadece entegrasyon değil, onaylı şablon mekanizması, izin (opt-in) yönetimi, rol bazlı erişim ve loglama ile gelir. KVKK uyumu açısından mesajlaşmada hassas veriler (kart/kimlik vb.) kırmızı çizgi olmalıdır; tercihler ve izinler CRM’de tutulmalıdır.

KVKK süreç referansı: https://dgtlface.com/tr/yazilim/kvkk-uyum-hizmeti

Otel rezervasyon hattında WhatsApp Business API’nin asıl değeri, mesajlaşmayı tek cihaz alışkanlığından çıkarıp ölçülebilir bir ekip işine dönüştürmesidir. Shared inbox, şablon mesajlar, owner mantığı ve takip tarihi disiplinli kullanıldığında lead kaybı azalabilir ve yanıt hızı iyileşebilir (yönlü).

Ancak başarı sadece entegrasyonla gelmez; CRM’de tek kayıt, PMS bağlantısı, rol bazlı erişim, KVKK hassasiyeti ve küçük ama net KPI seti birlikte çalışmalıdır. Doğru yaklaşım, 30 günlük pilotla süreci test edip sonra akış ve şablonları genişletmektir.