1. Zincir ve Çok Otelli Yapılarda OTA Yönetimi Nasıl Kurgulanmalı?
Kısa cevap: Merkez ofis, anlaşma/marka standardı/raporlamayı yönetir; tesisler günlük fiyat–envanter–kampanya uygulamasını yürütür. Hesap mimarisi (tek hesap mı çok hesap mı), bu rol ayrımını ve güvenliği desteklemelidir.
Madde madde yanıt bloğu
- Merkez: OTA anlaşmaları, komisyon stratejisi, marka içerik standardı, grup raporlaması.
- Tesis: günlük fiyat, kota/limit, stop-sale, kampanya uygulaması ve yerel optimizasyon.
- Hesap yapısı kararını modelinize göre verin (tek marka–çok tesis / çok marka–çok tesis).
- Kullanıcı rolleri ve erişim politikasını standartlaştırın (least privilege).
- Grup KPI panosu + tesis KPI panosu ile kıyaslama yapın; best practice paylaşın.
2. Tek Otelden Çok Otelli Yapıya Geçişte OTA Stratejisi
Çok otelli yapıda en kritik değişim, OTA’nın “kanal” olmaktan çıkıp “dağıtım sistemi” haline gelmesidir. Tek otelde küçük hatalar tolere edilebilir; grupta aynı hata onlarca odaya ve markaya yayılır. Bu nedenle “operasyonel disiplin” ve “yönetim mimarisi” şarttır.
Model seçimi: tek marka–çok tesis vs çok marka–çok tesis
- •Tek marka–çok tesis: marka standardı ve ortak kampanya yönetimi daha kolay; tesis farklılaşması kontrollü olmalı.
- •Çok marka–çok tesis: her marka için farklı vaad/fiyat mimarisi; hesap/rol yapısı daha disiplinli tasarlanmalı.
Grup stratejisi: “ortak zemin + kontrollü esneklik”
Ortak zemin:
- •Marka içerik standardı (fotoğraf, metin, olanak terminolojisi)
- •Parity ve fiyat mimarisi prensipleri
- •Güvenlik ve rol politikası
Kontrollü esneklik:
- •Tesis bazlı kota/limit, stop-sale, min-stay
- •Tesis bazlı kampanya katılımı (KPI eşikleriyle)
Mini örnek (Antalya–Belek iki tesis)
Belek resort pik dönemde kampanya kapalı tutarken Antalya city otel aynı dönemde weekday boşluğunu kampanyayla doldurabilir. Merkez, kural setini ve raporu verir; tesis uygulamayı KPI ile yönetir.
Mini Check (Geçiş)
- • Ortak marka standardım yazılı mı?
- • Tesis esnekliği hangi sınırlar içinde net mi?
- • Aynı hatanın gruba yayılmasını önleyecek kontrol var mı?
Ne yapmalıyım?
- • Grup OTA “Operating Model” dokümanı yazın (1–2 sayfa).
- • Ortak içerik standardını ve parity prensiplerini sabitleyin.
- • Tesis esnekliği için KPI eşikleri belirleyin.
3. Grup / Zincir Oteller İçin Merkez ve Tesis Bazlı Roller (User Roles)
Rol dağılımı net değilse, “herkes her şeyi yapar” ve sonuçta kimse sahiplenmez. Multi-property OTA’da rol tasarımı, hem operasyonel hız hem güvenlik için kritiktir.
Grup seviyesi roller (merkez)
- •Grup distribution/revenue: anlaşmalar, komisyon, programlar, standartlar
- •Grup marka/creative: içerik standardı, fotoğraf set kriterleri
- •Grup raporlama: KPI panosu, benchmark
Tesis seviyesi roller (property-level)
- •Tesis revenue: fiyat, kampanya uygulaması, min-stay/stop-sale
- •Tesis ön büro/rezervasyon: envanter doğruluğu, mapping geri bildirim
- •Tesis GM: hedef ve onay (kritik değişikliklerde)
Yetki matrisi (least privilege)
“En az yetki” prensibi: herkes ihtiyacı kadar erişir. Aksi halde fiyat ve kampanya hatası riski artar.
Mini Check (Rol)
- • Merkez–tesis rollerim yazılı ve herkesçe biliniyor mu?
- • Kim hangi değişikliği yapabilir net mi?
- • Kritik değişiklikler için onay akışı var mı?
Ne yapmalıyım?
- • Rol tablosu çıkarın (kim–ne yapar–ne yapamaz).
- • Kritik değişikliklerde onay akışı kurun (2 aşama yeter).
- • Erişim denetimini aylık yapın (kullanıcı temizliği).
4. OTA Hesap Yapısı: Tek Hesap mı, Çok Hesap mı?
Bu karar, modelinize ve operasyon olgunluğunuza bağlıdır. Tek hesap, standardizasyon ve görünürlük avantajı sağlayabilir; çok hesap, tesis bazlı esnekliği artırır. Yanlış seçim, raporlama körlüğü veya operasyon karmaşası yaratır.
Tek hesap yaklaşımı (artı/eksi)
Artılar: marka standardı, merkezi kontrol, pazarlık gücü, rapor konsolidasyonu
Eksiler: tesis esnekliği kısıtlanabilir, farklı tesis ihtiyaçları çakışabilir
Çok hesap yaklaşımı (artı/eksi)
Artılar: tesis bazlı hız, farklı segment/konsept yönetimi, lokal optimizasyon
Eksiler: marka tutarlılığı riski, kullanıcı/erişim karmaşası, raporlamada dağınıklık
Hibrit: merkezi standart + tesis uygulaması
Pratikte en çok çalışan model, hibrittir:
- •Merkez: standartlar + anlaşma + rapor
- •Tesis: uygulama + günlük optimizasyon
Mini Check (Hesap yapısı)
- • Marka standardı önceliğim mi, tesis esnekliği mi?
- • Raporlama konsolidasyonunu nasıl yapacağım net mi?
- • Güvenlik ve kullanıcı yönetimini yönetebilir miyim?
Ne yapmalıyım?
- • 3 aylık pilot yapın (2 tesis) ve rapor/operasyon etkisini görün.
- • Hibrit modeli varsayılan kabul edin; aşırı uçlardan kaçının.
- • Hesap yapısını seçmeden önce rol matrisi ve rapor ihtiyacını yazın.
5. Fiyat, Envanter ve Kampanyaların Grup Seviyesinde Yönetimi
Grup seviyesinde “tek fiyat” yaklaşımı çoğu zaman çalışmaz; ama “her tesis kafasına göre” de kaostur. Burada çözüm: ortak fiyat mimarisi + tesis bazlı guardrail.
Grup fiyat mimarisi (ortak çerçeve)
- •Base rate prensipleri
- •Parity yaklaşımı
- •Promosyon ve programların test mantığı (14–30 gün + KPI)
Tesis bazlı kota/limit/stop-sale
Her tesisin pickup eğrisi, segmenti ve sezonu farklıdır. Bu yüzden tesislerin limit/stop-sale esnekliği olmalıdır; ancak raporlanmalı ve guardrail ile yönetilmelidir.
Kampanya yönetimi: ortak kampanya + tesis katılımı
Merkez kampanyayı çerçeveler; tesis katılımı KPI eşikleriyle karar verir. Böylece marka görünürlüğü korunur, tesis hedefleri bozulmaz.
Mini örnek (Bodrum–Kemer farklı konsept)
Bodrum butik otel daha yüksek ADR hedeflerken, Kemer resort hacim odaklı olabilir. Aynı kampanyayı ikisine aynı biçimde uygulamak net geliri düşürebilir. Çözüm: ortak kampanya çerçevesi + tesis varyantı.
Mini Check (Yönetim)
- • Ortak fiyat mimarisi yazılı mı?
- • Tesis limit/stop-sale esnekliği tanımlı mı?
- • Kampanya katılım kararı KPI ile mi?
Ne yapmalıyım?
- • Grup “kampanya playbook” çıkarın (kim karar verir, hangi KPI).
- • Tesis bazlı guardrail’leri yazın (min ADR, min doluluk hedefi).
- • Aylık kampanya review toplantısı yapın (30 dk).
6. Raporlama ve Performans Karşılaştırma (Benchmark)
Çok otelli yapıda asıl güç, “best practice”i yaymaktır. Bunun yolu; grup KPI’larını standartlaştırmak ve tesisleri adil şekilde kıyaslamaktır.
Grup KPI seti (minimum)
- •Kanal payı (OTA vs direct)
- •Net ADR / net gelir (tesis bazlı)
- •İptal/no-show
- •Kampanya lift’i
- •Parity ihlali / leakage olayları
- •Overbooking olayları (varsa)
Tesis KPI seti (operasyon)
- •Pickup pace
- •Oda tipi bazlı dönüşüm
- •Limit/stop-sale etkinliği
- •Yorum/puan etkisi (platform bazlı)
Best practice paylaşımı
En iyi performans gösteren tesisin “ne yaptığı”nı dokümante edip diğer tesise taşımak, grup için en hızlı büyüme yoludur.
Key Statistics / Data Point (soft, senaryo): Zincir yapıda iyi kurgulanmış OTA modeli, hem pazarlık gücünü hem de tesis bazlı esnekliği artırır; yanlış kurguda ise fiyat ve kampanya kaosu yaşanabildiği senaryo bazlı anlatılabilir.
| KPI | Grup Seviyesi Tanım | Tesis Seviyesi Tanım | Takip Sıklığı | Sorumlu |
|---|---|---|---|---|
| Kanal payı | OTA vs direct toplam pay | Tesis bazlı kanal dağılımı | Aylık | Grup revenue / Tesis revenue |
| Net ADR | Grup genel net gelir verimliliği | Tesis bazlı ADR performansı | Haftalık / Aylık | Grup revenue / Tesis revenue |
| İptal / no-show | Grup genel risk görünümü | Tesis operasyon kalitesi etkisi | Aylık | Merkez raporlama / Tesis operasyon |
| Kampanya lift’i | Kampanya toplam katkısı | Tesis bazlı kampanya sonucu | Kampanya sonrası | Merkez dağıtım / Tesis revenue |
| Parity / leakage | Grup seviye ihlal görünümü | Tesis bazlı ihlal kaydı | Haftalık | Merkez dağıtım / Tesis revenue |
7. Güvenlik, Marka Bütünlüğü ve Operasyon Disiplini (Teknik Not)
Çok otelli yapılarda hesap ve kullanıcı güvenliği kritik hale gelir: erişim rolleri, parola politikası, düzenli kullanıcı temizliği ve marka bütünlüğü korunmalıdır. Her tesisin kendi hedeflerini takip edebileceği raporlama paneli kurulmadan “merkezi yönetim” körleşir.
8. Multi-Property OTA Hesap & Rol Dağılımı Şablonunu İndir — Otel / Group OTA
Multi-Property OTA Hesap & Rol Dağılımı Şablonunu İndir — Otel / Group OTA (v1.0)
Bu şablon, zincir/multi-property OTA yönetimini “merkez–tesis” modeline göre kurmak için hesap mimarisi, kullanıcı rolleri ve KPI raporlamasını tek dokümanda birleştirir. Amaç, pazarlık gücü ve marka bütünlüğünü korurken tesis bazlı esnekliği kaybetmemek; fiyat/kampanya kaosunu rol ve guardrail’lerle önlemektir. Uygulama, 14 günlük sprint planıyla hızlıca devreye alınır.
Kim Kullanır?
Grup revenue/dağıtım, tesis revenue, operasyon yöneticileri ve ajans ekipleri.
Nasıl Kullanılır?
- Grup modelinizi seçin (tek marka/çok tesis veya çok marka/çok tesis).
- Hesap yapısı + rol matrisi + onay akışını doldurup erişimleri ayarlayın.
- Grup–tesis KPI panelini kurup aylık benchmark ritmini başlatın.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ Rol matrisi imzalandı/duyuruldu
- ▢ ✅ Erişimler minimum yetkiyle ayarlandı
- ▢ ✅ Onay akışı devrede
- ▢ ✅ KPI panosu hazır
- ▢ ✅ Aylık benchmark toplantısı takvimlendi
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
1 örnek (kısa)
- •Model: Tek marka–çok tesis
- •Mimari: Hibrit
- •Merkez: anlaşma + standart + rapor
- •Tesis: günlük fiyat/limit/stop-sale + lokal kampanya
- •KPI: grup net ADR + tesis dönüşüm kıyası
9. Sonuç: Doğru OTA mimarisi, merkez gücü ile tesis esnekliğini birlikte taşır
Zincir ve çok otelli yapılarda OTA yönetimi, yalnızca extranet kullanımı değil; hesap mimarisi, rol tasarımı, kampanya disiplini ve benchmark ritmidir. Merkez–tesis dengesi kurulmadan marka gücü ile tesis performansı aynı anda büyütülemez.
En sağlıklı yaklaşım çoğu zaman “merkezi ama esnek” modeldir: merkez anlaşma, standart ve raporlamayı sahiplenir; tesisler günlük optimizasyonu KPI guardrail’leri içinde yönetir. Böylece pazarlık gücü korunur, kampanya kaosu azalır ve tesis bazlı performans görünür hale gelir.
Bir Sonraki Adım
Merkez–tesis rol ayrımını, hesap mimarisini ve KPI raporlamasını netleştirip “merkezi ama esnek” modeli kurarsınız.