1. Hero

2. Rate parity nedir ve neden önemlidir?
Rate parity, en basit haliyle “aynı oda ve tarih için kanallar arası fiyatların yönetilebilir bir tutarlılıkta kalması”dır. Buradaki hedef, her kanalda bire bir aynı rakamı görmek değil; otelin stratejisine göre belirlenen kurallar içinde kontrolsüz farkların oluşmasını engellemektir. Parity bozulduğunda misafir daha ucuz kanala kayar; ekip içeriden “bizim fiyatlarımız niye dağınık?” sorusuyla boğuşur.
Kısa cevap bloğu (2–3 cümle): Parity, base rate’in türev rate’lere düzgün yayılması ve kampanya/mobil/geo fiyatların kontrol edilmesiyle korunur. Uzun süre fark edilmezse bazı OTA’larda görünürlük kaybı veya komisyon baskısı gibi ticari sürtüşmeler tetiklenebilir. Doğru parity yönetimi, hem geliri hem de kanal ilişkilerini korur.
☑ Mini Check (H2-1): Parity risk sinyali var mı?
- • Aynı tarih/oda için kanallar arasında “sebebini açıklayamadığım” farklar görüyorum
- • Mobil/ülke fiyatları devreye girdiğinde fiyatlar kontrolden çıkıyor
- • Kampanya açınca parity “kırılıyor” ve düzeltmek günler sürüyor
Ne yapmalıyım? (SXO)
- • “Base rate + derived rate” kurgusunu yazılı hale getirin.
- • Mobil/geo ve kampanya fiyatlarını parity kurallarıyla sınırlayın.
- • Haftalık parity kontrol ritmi kurun (aşağıdaki kutu).

3. PMS–Channel–OTA zincirinde fiyat akışı nasıl çalışır?
Rate parity’nin kalbi, fiyatın nerede üretildiği ve nasıl dağıtıldığı sorusudur. “BaseRate” tek bir yerden çıkmalı ve türev rate’ler (DerivedRate) yine kontrollü bir mantıkla üretilmelidir. İki farklı panelde (PMS + channel manager) aynı rate plan’a kural yazmak, parity’yi en sık bozan anti-pattern’dir.
AIO ilişkisel anlatım (doğal): BaseRate → propagatedTo → OTA Channels. DerivedRate (mobil/geo/kampanya) → constrainedBy → Parity Rules.
Pratik akış: • PMS veya RMS: ana fiyat mantığı (base rate) • Channel manager: dağıtım, kanal bazlı kısıtlar, kontrollü türev fiyatlar • OTA: vitrin; cihaz/ülke/sadakat gibi katmanlarla fiyatı “gösterebilir”

☑ Mini Check (H2-2): Tek kaynak gerçek
- • Base rate’i tek panelden yönetiyorum
- • Türev rate’ler hangi durumlarda devreye giriyor net
- • Kanal bazlı kısıtlar (stop-sell/min stay) parity’yi bozmayacak şekilde setli
Ne yapmalıyım?
- • Base rate’i tek bir “otorite paneli”ne kilitleyin.
- • Türev rate’leri (mobil/geo/loyalty) sınırlı ve izlenebilir tutun.
- • Dağıtım sonrası spot-check ile “gerçekte görünen fiyatı” doğrulayın.
4. Sık yapılan fiyat hataları ve sonuçları
Rakip içeriklerin çoğu parity’yi tek paragrafla geçer; uygulamada en çok can yakan kısım “hata türleri”dir. Aşağıdaki 5 hata, otellerin parity’yi kaybetmesinin en yaygın nedenleridir.
En sık görülen 5 parity hatası
- Çift panel kural yazımı: PMS’te indirim + CM’de indirim → çakışma ve tutarsız fiyat
- Rate plan şişmesi: gereksiz çok plan → kontrol zorlaşır, hata ihtimali artar
- Mobil/geo fiyatı kontrolsüz: bazı pazarlarda agresif fiyat düşüşü
- Kampanya stacking: OTA kampanyası + kendi promosyonunuz üst üste biner
- Vergi/ücret dahil-hariç karışıklığı: aynı fiyat “görünürde” farklılaşır
Sonuçlar (abartısız): • Misafir daha ucuz kanala kayar → kanal dengesi bozulur • Ekibin düzeltme yükü artar → zaman kaybı ve stres • Uzun süre fark edilmezse görünürlük trendlerinde dalgalanma ve ticari sürtüşme riskleri
| Parity Hatası | Sonuç | Düzeltme |
|---|---|---|
| Çift panel kural yazımı | Tutarsız fiyat / çakışma | Kuralı tek otorite paneline taşı |
| Rate plan şişmesi | Kontrol zorlaşır | Planları sadeleştir, net mantık kur |
| Mobil/geo kontrolsüz | Bazı pazarlarda agresif düşüş | Alt limit + tavan ile sınırla |
| Kampanya stacking | İndirim üst üste biner | Stacking kuralı yaz, çakışmayı engelle |
| Vergi/ücret dahil-hariç karışıklığı | Görünürde farklı fiyat | Gösterim standardını sabitle |
☑ Mini Check (H2-3): Hangi hata sende var?
- • Aynı indirimi iki yerde de veriyorum (PMS + CM)
- • Mobil fiyatları “ne kadar” düştü, bilmiyorum
- • Kampanya açınca fiyatlar kontrol dışı kalıyor
Ne yapmalıyım?
- • Rate plan sayısını azaltın (az plan + net mantık).
- • Kampanya çakışmalarını “stacking kuralı” ile sınırlayın.
- • Vergi/ücret gösterimini standartlaştırın.
5. OTA kampanyaları varken parity nasıl yönetilir?
OTA kampanyaları (mobil, ülke bazlı, üye/sadakat, son dakika vb.) parity’nin “gizli kırıcılarıdır”. Çünkü fiyatın “görünen” katmanına etki eder ve çoğu zaman otel ekibi kampanyanın etkisini gerçek zamanlı fark etmeyebilir.
- Base rate’i kilitle: kampanya base rate’i değil, türev rate’i etkilesin
- Kampanya sınırları koy: maksimum indirim/alt limit tanımla
- Stacking’i engelle: iki kampanya üst üste binmesin (veya kontrollü binsin)
- Mobil/geo fiyatlarını izle: Antalya/Bodrum gibi rekabetçi destinasyonlarda spot kontrol artır
- Kanal bazlı hedef belirle: hangi kanalda hangi fiyat rolü var? (acquisition vs repeat)
- Düzeltme prosedürü yaz: ihlal yakalanınca “kim, nereden, kaç dakikada” düzeltir?
Mini örnek (GEO): Antalya’da yoğun hafta sonu talebinde OTA mobil kampanyası devreye girdiğinde, web fiyatınız “normal” kalsa bile OTA mobilde daha düşük görünebilir. Burada çözüm, web’i düşürmek değil; base rate ve kampanya sınırlarını parity kurallarıyla yönetmektir.
☑ Mini Check (H2-4): Kampanya kontrolü
- • Kampanya türleri listem var (mobil/geo/loyalty)
- • Kampanya indirim tavanı belirledim
- • Kampanya açıldığında otomatik parity kontrolüne giriyorum
Ne yapmalıyım?
- • Kampanya açma/kapama sürecini bir “onay akışı”na bağlayın.
- • Mobil/geo fiyatları haftalık değil, talep dönemlerinde daha sık kontrol edin.
- • Kampanya sonrası 24 saat içinde “görünen fiyat” spot-check yapın.

6. Rate parity izleme ve düzeltme süreçleri
Parity yönetimi, “bir kere kurgula bitti” değildir; izle–yakala–düzelt döngüsüdür. Burada amaç, ihlali büyümeden yakalamak ve düzeltmeyi standartlaştırmaktır.
Haftalık Rate Parity Kontrol Listesi (SXO zorunlu kutu) ☑ Mini Check (Haftalık):
- • 5 kritik tarih aralığı seç (bu hafta sonu, önümüzdeki 2 hafta, 30 gün ileri, yüksek talep günleri)
- • 3 kritik oda tipi seç (en çok satan, en pahalı, giriş seviye)
- • 3 kanal kontrol et (Booking, Expedia, web) + mobil görünüm
- • En düşük fiyat nerede? Farkın nedeni açıklanabiliyor mu?
- • Kampanya/geo/mobil etkisi var mı?
- • Düzeltme gerekiyorsa: panel + sorumlu + SLA (örn. 30–60 dk)
- • Sonuç log’u tut (ne düzeldi, ne tekrar ediyor?)
Industry gözlemi (yumuşatılmış): Parity problemleri uzun süre fark edilmediğinde bazı OTA’larda görünürlük trendlerinde oynama ve komisyon/koşul baskısı gibi ticari sürtüşmeler yaşanabildiği gözlemlenir. Tersi durumda, düzenli parity yönetimi web–OTA dengesini daha kontrollü kurmanıza yardımcı olur.


7. CTA
8. Rate Parity Haftalık Kontrol Checklist’i — PMS & OTA Yönetimi
Rate Parity Haftalık Kontrol Checklist’i — PMS & OTA Yönetimi (v1.0)
Bu checklist, parity ihlallerini “şikâyet gelmeden” yakalamanız için haftalık spot-check ritmi kurar. Mobil/geo kampanyalar, türev rate’ler ve kampanya stacking gibi görünmez riskleri hızlıca tespit etmeyi hedefler. Sonuç: daha az gelir sızıntısı, daha kontrollü web–OTA dengesi.
Kim Kullanır?
Otel sahibi, RM, rezervasyon müdürü ve kanal yöneticisi/ajans ekibi.
Nasıl Kullanılır?
- Haftalık 5 kritik tarih ve 3 kritik oda tipini seçin.
- Booking + Expedia + web (ve mobil görünüm) üzerinden spot-check yapın.
- İhlal varsa 14 günlük düzeltme planıyla kök nedeni kapatın.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ Base rate tek kaynaktan yönetiliyor (PMS/RMS veya CM)
- ▢ ✅ Derived rate türleri listeli (mobil/geo/loyalty/kampanya)
- ▢ ✅ Kampanya stacking kuralı yazılı
- ▢ ✅ Vergi/ücret dahil-hariç standardı net
- ▢ ✅ 5 tarih × 3 oda × 3 kanal spot-check planı var
- ▢ ✅ En düşük fiyatın “nedeni” açıklanabiliyor
- ▢ ✅ Düzeltme SLA’sı var (örn. 30–60 dk)
- ▢ ✅ Haftalık parity log’u tutuluyor
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
Bir Sonraki Adım
Parity ihlallerini azaltıp web–OTA dengesini kontrol altına almak isteyen oteller için.
Sık Sorulan Sorular
Rate parity nedir, oteller için neden önemlidir?▾
OTA’larda fiyat eşitleme nasıl sağlanır?▾
Rate parity ihlalleri oteli nasıl etkiler?▾
OTA kampanyaları varken parity nasıl yönetilir?▾
Parity’yi korumak için haftalık ne kontrol edilmeli?▾
En sık parity hatası nedir?▾
İlgili İçerikler
İlgili Yazılar
